Speichern von chat-Nachrichten in einer MySql-Tabelle

Den letzten paar Wochen habe ich gearbeitet, auf eine web-basierte chat-client-Anwendung, und ich habe eine Frage bezüglich speichern von chat-Nachrichten in einer MySql-Tabelle. Ich erstellte eine Tabelle namens Gespräche und für jetzt es besteht aus 5 Feldern;

user1ID, user2ID ,Nachrichten(mediumtext), status, timestamp.

Wenn ich testen Sie das chat-Programm funktioniert alles einwandfrei, aber das problem ist, jedes mal, wenn ein Benutzer etwas schickt, bin ich anfügen, dass der Wert in meine 'Nachrichten' - Feld als eine neue Zeile. Und wenn es um das abrufen der Nachricht, mein sql-code liest die ganze Sache und zeigen Sie es an den entsprechenden Benutzer. Daher ist die Menge der Daten Linear zu erhöhen, indem die Menge von hinzugefügtem text in das Nachrichten-Feld.
Meine Frage ist, gibt es eine Möglichkeit, WÄHLEN Sie nur die letzten Zeilen aus einem text-Feld oder vielleicht eine andere Lösung, die reduziert die Menge der übertragenen Daten.

Sie hängen Sie Ihre Botschaft auf ein vorhandenes Feld in dem nur eine Zeile in einer Tabelle??? O_O
Ja leider ich 🙂

InformationsquelleAutor akk kur | 2011-12-02

Benötigen Sie eine bessere db-schema - mehr relational. Dadurch erhalten Sie einige andere Verbesserungen (Passwort-geschützte chats und multi-user-chat zu ein paar Namen)

Hier ist man auf eine NOTFALLDISKETTE für die db.

Speichern von chat-Nachrichten in einer MySql-Tabelle

5/6/2016 Bearbeiten
Hinzufügen von DDL mit (hoffentlich) verbesserter Feld-Typen und Namen

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);

Es gibt ein paar verschiedene Wege zu gehen über die Begrenzung der übertragenen Daten: 1. Begrenzen Sie die Daten der letzten x Minuten max. Oder 2, senden nur die Daten der Nachricht seit dem letzten datetime, das Sie auf die refresh-script.
Wow, das ist toll, auf jeden Fall hinein, vielen Dank
vielen Dank für die Annahme meiner Antwort. Fragen, mehr Fragen hier, wenn Sie brauchen. 🙂
Vielleicht haben Sie bereits einen Satz von Abfragen für diese chat-schema? Es wird sehr nützlich sein.
getan. Ich aktualisiert das schema leicht mit, wie ich hoffe, Verbesserungen. Die DDL sollte funktionieren in mySQL

InformationsquelleAutor Tim G

4

Warum nicht eine Tabelle, Struktur wie dieser:

chats
- chatID
- user1ID
- user2ID
- startedDateTime
- EndedDateTime
chatContent
- chatContentID
- chatID
- Nachricht
- dateTime
- status
Diese Weise Ihre Daten ist viel einfacher zu suchen und zu organisieren. Was zum Beispiel, wenn Sie wollten eine bestimmte Nachricht gesprochen, die auf X-Zeit? oder Sie wollen sich alle chat-Nachrichten mit X-status?

Trennen die Daten in 2 Tabellen sollten sehr viel schöner und ordentlicher.
- Vielen Dank. Ich habe versucht, verwenden Sie eine minimale Anzahl von Tabellen und Feldern, das ist, warum ich nicht, wie diese, aber es scheint, wie es war keine gute Lösung
- Es könnte sich lohnen, die Aktualisierung Ihres Schemas speichern Sie die Kopfschmerzen auf die Strecke.
- In der Tat können Sie die gleichen Ergebnisse erhalten, wenn Sie kombinieren die Tabellen in einer. Die kombinierte Tabelle wird eine Message_id die PK und AI und auch enthalten ein Feld von Message_Sent_Timestamp und da haben Sie ein AI-Sie werden in der Lage sein zu wissen, Wann war die erste Nachricht gesendet wurde und das ist natürlich die "startedDateTime". Das gleiche gilt für "EndedDateTime" - die Letzte Zeile der Message_id enthält das Datum. Die Frage, die Sie stellen müssen, Ihr selbst ist "Besteht eine erhebliche, zu einer chat-Tabelle ? wenn ja, was ist so wichtig in einem chat, dass ich es brauche, um eine Tabelle sein ?"
InformationsquelleAutor F21
0

Betrachten Sie die Speicherung eine Nachricht pro Zeile in der Tabelle:

id, user1id, user2id, Nachricht, status, timestamp

wobei id ein autoincrement-Spalte.

InformationsquelleAutor Joshua Martell
0

So, hier ist ein anderes schema.Ich würde beschreiben, eine Funktion wie die folgende:
- Gut, wie in Facebook. Ein Benutzer kann mehreren Gruppen angehören, auch eine Gruppe kann, gehören für viele Nutzer zu.
- Auf die Tabelle user_group_chat ich die Spalte user_id, group_id und created_at als Primärschlüssel. Die Spalte user_id ist auch ein Fremdschlüssel der Tabelle users aber auf LÖSCHEN, werden die KASKADEN-und group_id ist auch ein Fremdschlüssel der Tabelle groups und auf die Schaltfläche LÖSCHEN KASKADE zu. Und der Grund für die Herstellung dieser als Fremdschlüssel sind einfach. Wenn ein Benutzer oder eine Gruppe nicht vorhanden ist, sollten Sie auch Weg.
- Auch auf dem Tisch user_user_chat ich die Spalte from_user_id, to_user_id und created_at als Primärschlüssel zu. Kurz gesagt, es ist das Verhalten das gleiche wie Tabelle user_group_chat zu. Es ist gerade diese Tabelle ist zuständig für das speichern eines Chats zwischen einem Benutzer und einem Benutzer.
InformationsquelleAutor Him Hah

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.