mmofacts.com

MySql was ist besser

gepostet vor 16 Jahre, 11 Monate von standard
hallo,
Also was macht mehr sinn eine tabelle in der alle daten stehen.
Also ID zeit user etc und eben TEXT
oder die selbe tabelle aufgeteilt auf 2. die eine alle daten die andere den Text.
Es geht darum das auf der ersten Seite die Daten von text nicht benötigt werden.
Ich die auch nicht abfrage. würde das performence punkte bringen?
Mfg
Flo
gepostet vor 16 Jahre, 11 Monate von Todi42
Äh? Welches Problem möchtest Du den lösen? Mit der Frage fängt es eigentlich immer an.
gepostet vor 16 Jahre, 11 Monate von SonicHedgehog
Welchen TEXT meinst du überhaupt?
gepostet vor 16 Jahre, 11 Monate von standard
Hi,
Es geht nur darum das ich es anderes lösen möchte als der 2. im bunde..
Es soll ein logbuch sein in dem angriffe und andere systemnachrichten gespeichert werden.
Er will das ganze zerlegen auf mehrere Tabellen ich würde da sich ja ausser dem Inhalt des Textes und der absender nichts ändert das alles in eine machen.
Er meint jetzt das wäre von der performence her total scheise....
Der text ist ca maximal 1000 zeichen
Also er speichert den Text in einer extra tabelle. Bzw je nach absender in einer anderen und geht über die zentrale Logbuch tabelle dann da dran.
Ich finde selbst wenn er recht hat fällt das doch erst bei ner anzahl von weit über 100.000 daten auf...
Mfg
Flo
gepostet vor 16 Jahre, 11 Monate von Klaus
Original von standard
Hi,
Es geht nur darum das ich es anderes lösen möchte als der 2. im bunde..
Es soll ein logbuch sein in dem angriffe und andere systemnachrichten gespeichert werden.
Er will das ganze zerlegen auf mehrere Tabellen ich würde da sich ja ausser dem Inhalt des Textes und der absender nichts ändert das alles in eine machen.
Er meint jetzt das wäre von der performence her total scheise....
Der text ist ca maximal 1000 zeichen
Also er speichert den Text in einer extra tabelle. Bzw je nach absender in einer anderen und geht über die zentrale Logbuch tabelle dann da dran.
Ich finde selbst wenn er recht hat fällt das doch erst bei ner anzahl von weit über 100.000 daten auf...
Mfg
Flo

Totaler Unsinn, dafür gibt es schließlich Indizies.
gepostet vor 16 Jahre, 11 Monate von Nuky
"Also er speichert den Text in einer extra tabelle. Bzw je nach absender in einer anderen und geht über die zentrale Logbuch tabelle dann da dran."
Kauf ihm ein Buch über relationale Datenbankentwicklung.. oder gib ihm einfach nur irgendein Tutorial aus dem Internet.. bitte.
gepostet vor 16 Jahre, 11 Monate von KoMtuR
Original von standard
Er will das ganze zerlegen auf mehrere Tabellen ich würde da sich ja ausser dem Inhalt des Textes und der absender nichts ändert das alles in eine machen.
Er meint jetzt das wäre von der performence her total scheise....

Naja was hatn das mit der Performance zu tun? Selektiere einfach nicht die Spalte, wo der Text drin steht, wenn du es nicht brauchst. Wenn du es dann brauchst, dann selektierste die mit. ( Ich denke ihr nehmt immer "SELECT *", anstatt die Spalten selber zu selektieren)
Deine Methodik sollte dann schneller sein, da er dann ja entweder mehrere Selects machen muss, oder nen Join verwendet.
Wenn du den Text auslesen willst brauchste ja auch die Zeit und den User etc. Also wird das dann ein Select und auch performant.
gepostet vor 16 Jahre, 11 Monate von Kampfhoernchen
MaxDB speichert seit dem letzten Mayor-Release Blobs nicht mehr in der Tabellen-Datei, sondern legt für jeden Blob eine eigene Datei an und legt nur die Referenz der Datei in der eigentlichen Tabelle ab.
Sehr performant (bringt echt was, trotz Indizes), aber man kann dann im Blob selbst nicht mehr suchen.
Ob MySQL das nun auch kann, weiß ich nicht, müsste man überprüfen (in der Config kann man das einstellen). Aber wenn der Text nur 1000 Zeichen hat, ist das für die Datenbank eh pillepalle und ich würd alles in einer Tabelle halten.

Auf diese Diskussion antworten