[Erledigt] Große Felder wie TEXT auslagern?

26.10.2005, 15:14

Hallo,

ich habe eine Tabelle namens Stammdaten von Kunden wo die Adresse drin ist usw.

Also relativ kurze Angaben die in VARCHAR passen...

Allerdings gibt es pro Kunde auch 3 Felder mit Typ "TEXT" wo durchschnittlich jeweils 1500 Bytes drin stehen...

Macht es Sinn, diese 3 Felder in eine extra Tabelle auszulagern?

Die Felder werden bei der normalen Suche sowieso nicht abgefragt, lediglich beim Aufruf des Kundenprofils.

Das dürfte auch geschwindigkeitstechnisch sinnvoller sein oder?

Zergling-new · 26.10.2005, 15:48

Kleinere Tabellen sind immer "leichter" und damit schneller. Es kommt darauf an wieviele Kunden in dieser DB stehen, wenns nur wenige (< 100) sind, ist es wohl nicht nötig. Ist aber jetzt nur eine Einschätzung.

26.10.2005, 16:09

Sagen wir mal 1.000 Kunden, Tendenz steigend.

Ca. 35 "kleine" VARCHARs + INTs...

Okay dann lager ich das mal aus... kann man ja problemlos mit einem JOIN bei Bedarf wieder mit einlesen...

Zergling-new · 26.10.2005, 16:11

OK, das wären ja dann 3x1.500x1.000 = 4.500.000 (4,5 MB).
Performance-fördernd ist das sicher nicht.

26.10.2005, 16:12

Also doch egal?

Zergling-new · 26.10.2005, 16:19

Ne würde gerade sagen eben nicht. 4,5 MB mehr in einer (MySQL!) Datenbank machen sicherlich was aus => Auslagern!
Aber bin kein Experte, weiß nicht wie die Datenbanken intern funktionieren, ob das eh komplett nur Zeiger auf die Indexe sind und deshalb also egal ist.

Allerdings sind 35 Spalten für einen Kunden extrem viel. Macht mich neugierig, was sind das für Felder?

Edit: andererseits überlege ich mir gerade, kommt ja noch der Mehraufwand für das Suchen in der anderen Tabelle hinzu, denn wenn du einen Kunden suchst, bearbeitest, löscht oder anlegst mußt du ja dann doch wieder (bis auf bei bearbeiten möglicherweise) auf beide Tabellen zugreifen. Aufgrund dieser Überlegung folgere ich: Ich hab keine Ahnung & bin der falsche Ansprechpartner

26.10.2005, 16:25

Ja eigentlich gibt man ja direkt an, WAS man überhaupt abfragen will ( SELECT bla,blubb,foo FROM...), von daher werden die 3 TEXT-Spalten nicht berücksichtigt... aber sowas sollte wohl man eher mal durchtesten mit einer Demo-DB oder so...

35 Felder kommen schnell zusammen, ohne das es Geheiminfos sind

id
name
vorname
straße
hausnummer
ort
plz
land
bundesland
geburtsdatum
familienstand
kinder
telefon
handy
email
...

Zergling-new · 26.10.2005, 16:29

Ja eben, soweit komme ich auch, aber auf weitere 15 fallen mir keine Sachen ein außer

passwort
telefon => vorwahl telefon durchwahl
zuletzt bearbeitet
erstellt
logins
letzter login

Aber egal. Gib hier Bescheid wenn du zu nem Performance Test gekommen bist, würd mich mal interessieren ob es was bringt.

26.10.2005, 18:24

Habs mit 5.000 Leuten mal mit und mal ohne einem Textfeld (mit jeweils 3KB Text) getestet: Kein Tempo-Unterschied!

Also kann man beruhigt alles in 1 Tab reinpacken...

26.10.2005, 20:22

Was sind denn bitte schön mickrige 4,5 MB? Das sind doch Peanuts! MySQL ist eigentlich für wesentlich größere Datenmenge ausgelegt.

Gruß
phpfan

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
JavaScript/PHP: qooxdoo 0.7.1 - Teil 1 : Eine Einführung	Zergling-new	Tutorials	6	25.01.2008 10:41
CSS - Bild im div container überlappt andere container	Buschdieb	HTML, Usability und Barrierefreiheit	13	19.07.2007 23:17
MySQL-Volltextsuche	SvenLittkowski	Datenbanken	6	14.06.2007 19:58
zusammengehörige Felder (Checkbox und Text) auswerten ?	bp158	PHP Tipps 2007	5	05.03.2007 12:36
spalte rechts ausrichten, text aber trotzdem linksbündig	Crypi	HTML, Usability und Barrierefreiheit	5	14.09.2006 11:35
CSS - Design (clear - Problem)		HTML, Usability und Barrierefreiheit	7	21.12.2005 14:55
Text aus der DB verteilen		PHP Tipps 2007	17	16.11.2005 12:04
[Erledigt] Link		PHP Tipps 2005-2	10	20.07.2005 21:28
[Erledigt] Text auf Bild		PHP Tipps 2005	9	28.04.2005 15:05
DIV´s wollen nicht wie ich das will :-)		HTML, Usability und Barrierefreiheit	22	28.03.2005 18:36
[Erledigt] frames probleme		HTML, Usability und Barrierefreiheit	6	18.01.2005 02:33
Per Button Text formatieren	Igäl	HTML, Usability und Barrierefreiheit	1	11.11.2004 06:25
Javascript: Text einfügen geht nich über "javascript:BL		HTML, Usability und Barrierefreiheit	14	19.10.2004 21:44
Zeilenumbrüche aus einem formatierten Text entfernen	woods	PHP Tipps 2004	9	23.09.2004 12:50
txt-Datei erstellen	d-81	PHP Tipps 2004	12	11.08.2004 20:31

26.10.2005, 15:14
Gast Beiträge: n/a	[Erledigt] Große Felder wie TEXT auslagern? Hallo, ich habe eine Tabelle namens Stammdaten von Kunden wo die Adresse drin ist usw. Also relativ kurze Angaben die in VARCHAR passen... Allerdings gibt es pro Kunde auch 3 Felder mit Typ "TEXT" wo durchschnittlich jeweils 1500 Bytes drin stehen... Macht es Sinn, diese 3 Felder in eine extra Tabelle auszulagern? Die Felder werden bei der normalen Suche sowieso nicht abgefragt, lediglich beim Aufruf des Kundenprofils. Das dürfte auch geschwindigkeitstechnisch sinnvoller sein oder?


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

26.10.2005, 15:48
Zergling-new Erfahrener Benutzer Registriert seit: 21.05.2008 Beiträge: 9.937	Kleinere Tabellen sind immer "leichter" und damit schneller. Es kommt darauf an wieviele Kunden in dieser DB stehen, wenns nur wenige (< 100) sind, ist es wohl nicht nötig. Ist aber jetzt nur eine Einschätzung.

26.10.2005, 16:09
Gast Beiträge: n/a	Sagen wir mal 1.000 Kunden, Tendenz steigend. Ca. 35 "kleine" VARCHARs + INTs... Okay dann lager ich das mal aus... kann man ja problemlos mit einem JOIN bei Bedarf wieder mit einlesen...

26.10.2005, 16:11
Zergling-new Erfahrener Benutzer Registriert seit: 21.05.2008 Beiträge: 9.937	OK, das wären ja dann 3x1.500x1.000 = 4.500.000 (4,5 MB). Performance-fördernd ist das sicher nicht.

26.10.2005, 16:19
Zergling-new Erfahrener Benutzer Registriert seit: 21.05.2008 Beiträge: 9.937	Ne würde gerade sagen eben nicht. 4,5 MB mehr in einer (MySQL!) Datenbank machen sicherlich was aus => Auslagern! Aber bin kein Experte, weiß nicht wie die Datenbanken intern funktionieren, ob das eh komplett nur Zeiger auf die Indexe sind und deshalb also egal ist. Allerdings sind 35 Spalten für einen Kunden extrem viel. Macht mich neugierig, was sind das für Felder? Edit: andererseits überlege ich mir gerade, kommt ja noch der Mehraufwand für das Suchen in der anderen Tabelle hinzu, denn wenn du einen Kunden suchst, bearbeitest, löscht oder anlegst mußt du ja dann doch wieder (bis auf bei bearbeiten möglicherweise) auf beide Tabellen zugreifen. Aufgrund dieser Überlegung folgere ich: Ich hab keine Ahnung & bin der falsche Ansprechpartner

26.10.2005, 16:25
Gast Beiträge: n/a	Ja eigentlich gibt man ja direkt an, WAS man überhaupt abfragen will ( SELECT bla,blubb,foo FROM...), von daher werden die 3 TEXT-Spalten nicht berücksichtigt... aber sowas sollte wohl man eher mal durchtesten mit einer Demo-DB oder so... 35 Felder kommen schnell zusammen, ohne das es Geheiminfos sind id name vorname straße hausnummer ort plz land bundesland geburtsdatum familienstand kinder telefon handy email ...

26.10.2005, 16:29
Zergling-new Erfahrener Benutzer Registriert seit: 21.05.2008 Beiträge: 9.937	Ja eben, soweit komme ich auch, aber auf weitere 15 fallen mir keine Sachen ein außer passwort telefon => vorwahl telefon durchwahl zuletzt bearbeitet erstellt logins letzter login Aber egal. Gib hier Bescheid wenn du zu nem Performance Test gekommen bist, würd mich mal interessieren ob es was bringt.

26.10.2005, 18:24
Gast Beiträge: n/a	Habs mit 5.000 Leuten mal mit und mal ohne einem Textfeld (mit jeweils 3KB Text) getestet: Kein Tempo-Unterschied! Also kann man beruhigt alles in 1 Tab reinpacken...

26.10.2005, 20:22
Gast Beiträge: n/a	Was sind denn bitte schön mickrige 4,5 MB? Das sind doch Peanuts! MySQL ist eigentlich für wesentlich größere Datenmenge ausgelegt. Gruß phpfan