Le stockage des messages de discussion à l'intérieur d'une table MySql

Pour les deux dernières semaines, j'ai travaillé sur un basé sur le web de chat application cliente et j'ai une question concernant le stockage de messages de discussion à l'intérieur d'une table MySql. J'ai créé une table appelée conversations et pour l'instant, il se compose de 5 champs;

user1ID, user2ID ,les messages(mediumtext), de l'état, l'horodatage.

Quand je test l'application de chat tout fonctionne parfaitement bien, mais le problème est qu'à chaque fois qu'un utilisateur envoie quelque chose, je suis en ajoutant cette valeur dans mon "messages" champ comme une nouvelle ligne. Et quand il s'agit de récupérer le message, mon code sql lit toute chose et de montrer à l'utilisateur correspondant. Donc, la quantité de données linéairement augmentation de la quantité de texte ajouté dans le champ messages.
Ma question est, est-il possible de SÉLECTIONNER uniquement la dernière ligne d'un champ de texte ou peut-être une autre solution qui permettra de réduire la quantité de données transférées.

Pensez-vous ajouter votre message à un champ existant dans la seule ligne dans une table??? O_O
Oui je n'ai malheureusement 🙂

OriginalL'auteur akk kur | 2011-12-02

  1. 13

    Vous avez besoin d'une meilleure db schéma plus relationnelle. Cela permettra de vous donner quelques autres améliorations (protégé par mot de passe des chats et des multi-user chat pour n'en nommer que deux)

    Ici est une prise sur une disquette de réparation d'urgence pour votre db.

    Le stockage des messages de discussion à l'intérieur d'une table MySql

    5/6/2016 modifier
    L'ajout de DDL avec (je l'espère) l'amélioration de types de champ et les noms de

    CREATE TABLE user
(
    user_id CHAR(32),
    user_login VARCHAR(255),
    user_password CHAR(64),
    user_email VARCHAR(400),
    PRIMARY KEY (user_id)
);

CREATE TABLE message
(
    message_id CHAR(32),
    message_datetime DATETIME,
    message_text TEXT,
    message_chat_id CHAR(32),
    message_user_id CHAR(32),
    PRIMARY KEY (message_id)
);

CREATE TABLE user_chat
(
    user_chat_chat_id CHAR(32),
    user_chat_user_id CHAR(32),
    PRIMARY KEY (user_chat_chat_id,user_chat_user_id)
);

CREATE TABLE chat
(
    chat_id CHAR(32),
    chat_topic VARCHAR(32),
    chat_password CHAR(64),
    user_chat_user_id CHAR(32),
    PRIMARY KEY (chat_id)
);

CREATE INDEX user_login_idx ON user (user_login);
ALTER TABLE message ADD FOREIGN KEY message_chat_id_idxfk (message_chat_id) REFERENCES chat (chat_id);

ALTER TABLE message ADD FOREIGN KEY message_user_id_idxfk (message_user_id) REFERENCES user (user_id);

ALTER TABLE user_chat ADD FOREIGN KEY user_chat_user_id_idxfk (user_chat_user_id) REFERENCES user (user_id);

ALTER TABLE chat ADD FOREIGN KEY chat_id_idxfk (chat_id,user_chat_user_id) REFERENCES user_chat (user_chat_chat_id,user_chat_user_id);
    Il ya un couple de différentes manières d'aller sur la limitation du transfert de données: 1. Limiter les données pour le dernier x minutes max. Ou 2, envoyer uniquement des messages de données depuis la dernière datetime que vous fournissez à l'actualisation de script.
    Wow c'est super vraiment regarder dans celui-ci merci beaucoup
    merci de bien vouloir accepter ma réponse. poser plus de questions ici si vous avez besoin. 🙂
    Peut-être vous avez déjà un ensemble de requêtes pour ce chat schéma? Il sera très utile.
    fait. J'ai mis à jour le schéma légèrement avec ce que j'ai de l'espoir sont des améliorations. Le DDL devrait fonctionner correctement dans mySQL

    OriginalL'auteur Tim G

  2. 4

    Pourquoi ne pas avoir la structure d'une table comme ceci:

    chats

    • chatID
    • user1ID
    • user2ID
    • startedDateTime
    • EndedDateTime

    chatContent

    • chatContentID
    • chatID
    • message
    • dateTime
    • statut

    De cette façon, vos données est beaucoup plus facile de rechercher et organiser. Par exemple, que faire si vous voulez obtenir un certain message parlé à X temps? ou vous voulez obtenir tous les messages de discussion avec X?

    Séparant les données dans 2 tables devrait être beaucoup plus agréable et plus propre.

    Merci beaucoup. J'ai essayé d'utiliser un nombre minimum de tables et de champs c'est pourquoi j'ai fait ça comme ça, mais il me semble qu'il n'était pas une bonne solution
    Il pourrait être intéressant de mettre à jour votre schéma pour vous épargner les maux de tête en bas de la piste.
    En fait, vous pouvez obtenir les mêmes résultats si vous combinez les tables dans une. Le combiné table à un Message_id qui est PK et de l'IA et aussi contient un champ de Message_Sent_Timestamp et puisque vous avez un AI vous serez en mesure de savoir à quand remonte le premier message a été envoyé et c'est bien sûr le "startedDateTime". C'est la même chose pour "EndedDateTime" - la dernière ligne de Message_id contiennent cette date. La question que vous devez demander à votre auto est "Est-il important pour un chat de la table ? si oui, quel est donc important dans un chat que j'ai besoin d'elle pour être une table ?"

    OriginalL'auteur F21

  3. 0

    Pensez à stocker un message pour chaque ligne de la table:

    id, user1id, user2id, le message, le statut, l'horodatage

    où id est une colonne d'auto-incrémentation.

    OriginalL'auteur Joshua Martell

  4. 0

    Voici donc un autre schéma.Je dirais que l'une des fins suivantes:

    • Bien, comme dans Facebook. Un utilisateur peut appartenir à plusieurs groupes, un groupe peut appartenir à de nombreux utilisateurs.

    Le stockage des messages de discussion à l'intérieur d'une table MySql

    • Sur la table user_group_chat, je fais de la colonne user_id, group_id et created_at comme CLÉ PRIMAIRE. La colonne user_id est aussi une CLÉ ÉTRANGÈRE de la table users mais sur SUPPRIMER sera CASCADE, et group_id est aussi une CLÉ ÉTRANGÈRE de la table groups et sur SUPPRIMER sera CASCADE de trop. Et la raison pour la fabrication de ces comme CLÉ ÉTRANGÈRE sont simples. Si un utilisateur ou un groupe n'existe pas, ils devraient être allé trop.
    • Également sur la table user_user_chat, je fais de la colonne from_user_id, to_user_id et created_at comme CLÉ PRIMAIRE. En un mot, c'est le comportement est le même que le tableau user_group_chat trop. C'est juste ce tableau est responsable de la conservation d'une conversation entre un utilisateur et un utilisateur.

    OriginalL'auteur Him Hah