5 messages in com.mysql.lists.mysql-deRe[2]: char vs. varchar
FromSent OnAttachments
mhe10 Nov 2003 01:51 
Sebastian Tobias Mendel genannt Mendelsohn10 Nov 2003 02:00 
MDah...@krohne.de10 Nov 2003 02:07 
s0niX10 Nov 2003 02:29 
Sebastian Tobias Mendel genannt Mendelsohn10 Nov 2003 03:41 
Subject:Re[2]: char vs. varchar
From:s0niX (webm@s0nix.de)
Date:11/10/2003 02:29:43 AM
List:com.mysql.lists.mysql-de

Hi

http://www.mysql.de/doc/de/Silent_column_changes.html

CHAR-Spalten die länger als 3 Zeichen sind werden sowieso automatisch in VARCHAR geändert. VARCHAR-Spalten die kürzer als 4 Zeichen sind werden automatisch in CHAR geändert.

Man hat in MySQL also garnicht die Wahl ob man CHAR oder VARCHAR verwenden will.

Am Montag, 10. November 2003 um 11:01 schrieben Sie:

STMgM> mhe wrote:

hihi,

http://www.mysql.de/doc/de/CHAR.html

ich ueberlege grade eine begruendung zu finden, welcher datentyp fuer mein problem der bessere ist ..

es werden viele daten gesammelt und in einer tabelle aehnlich einem log abgelegt. ueber nacht werden diese daten dann ausgewertet und konsolidiert.

mir kommt es eher auf ein schnelleres schreiben als auf ein schnelleres abfragen an.

zur diskussion steht varchar und char.

ich konnte dem ganzen aus dem handbuch noch keine loesung entnehmen.

im grunde ist es fast egal, aber ich wollte schon gerne eine begruendung haben wollen, warum das eine besser ist ..

aus dem bauch herraus wuerde ich sagen char ist besser fuer schreiben .. (innodb)

so richtig konnte ich das auch nicht testen, hab zwar nen table mit 2 mio eintraegen, aber wen da maximal ein zwei clients bei mir zum testen drauf zugreifen, merkt man da nicht allzuviel ..

STMgM> naja, Testergebnisse hab ich da auch nicht

STMgM> aber char vs. vchar ist wie geschwindigkeit vs. größe

STMgM> char soll zwar schneller sein, braucht aber halt mehr platz, bzw immer STMgM> gleich viel platz!

STMgM> ich würde vermuten das die geschwindigkeits-unterschiede vor allem beim STMgM> schreiben liegen dürften! erst recht bei updates! (fragmentierung)