> > > auch bei c.a 4.000.000 Datens�tze die es werden k�nnen ? >
Ja, den: 1. wirst Du nicht alle 4Mio. Datens�tze auf einmal durcharbeiten 2. Etwaiger performance-Gewinn wird dadurch wieder relativiert, dass Du st�ndig mehr Daten vom DB-Server zum DB-Client schicken musst und dann noch zus�tzlich die Spaces sowieso entfernen musst... Sich �ber die Performance-Unterschiede von char und varchar Gedanken zu machen ist nutzlos.... Nimm das, was Deine Daten semantisch am besten beschreibt... Mach Dir lieber Gedanken �ber sinnvolle Indices etc. das kann Deine Applikation um ein mehrfaches schneller machen statt nur im promille-Bereich... Claudius Siehe auch: ----------- If the text data in a column varies greatly in length, use a VARCHAR data type instead of a CHAR data type. Although the VARCHAR data type has slightly more overhead than the CHAR data type, the amount of space saved by using VARCHAR over CHAR on variable length columns can greatly reduce I/O reads, improving overall SQL Server performance. [6.5, 7.0, 2000] ***** If a column's data does not vary widely in length, consider using a fixed-length CHAR field instead of a VARCHAR. While it may take up a little more space to store the data, processing fixed-length columns is faster in SQL Server than processing variable-length columns. [6.5, 7.0, 2000] Added 11-27-2000 | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
