Ich habe eine Datenbankfeld varchar(1100). Wenn ich die Daten über die TQuery auslese, bekomme ich nur 255 Zeichen zurück. Ich habe es schon mit Ansistring probiert, aber es kommen immer nur 255 Zeichen zurück.

Was mache ich falsch?

'Falsch' ist, das Datenbankfeld als varchar statt als blob zu definieren.

Für längere Texte würde ich immer ein
BLOB SUB_TYPE TEXT SEGMENT SIZE 80
nehmen (wobei die Segment size auch z.B. 100 sein kann)

Moin,


also grundsätzlich zu sagen das die Nutzung eines VarChar(1100) falsch ist,
ist schlicht weg nicht richtig !

Zum einen kommt es darauf an was ich in diesem Feld speichern möchte, zum anderen kommt es ganz
maßgeblich darauf an welche Datenbank genutzt wird !

Um Dir weiter helfen zu können benötigen wir erst einmal Infos darüber welche Datenbank,
welches Delphi, Zugriff über BDE, ODBC oder Direkt genutzt wird.

Dann kann man Dir auch wirklich weiter helfen.


Beste Grüße
Michael

Die Datenbank ist SQL-Server 2008 Express, soll aber auch auf SQL-Server 2000 Standard laufen. Der Feldinhalt ist reiner Text.
Umgebung: Delphi 2010
Ich benutze die SQL-Direct-Komponenten, die aber auf dem TQuery-Objekt basieren. Der Zugriff auf die Datenbank erfoglt Direkt.

Ich hoffe, das reicht an Info.

Gruß
Holger

ADO ??

jaevencooler hat folgendes geschrieben :

also grundsätzlich zu sagen das die Nutzung eines VarChar(1100) falsch ist, ist schlicht weg nicht richtig !

Man beachte die Klammerung des Falsch in Hochkommta in meinem Post.
Natürlich ist das nicht grundsätzlich falsch, aber imho doch nicht unbedingt das
beste Datenbankdesign.

zuma hat folgendes geschrieben :

'Falsch' ist, das Datenbankfeld als varchar statt als blob zu definieren.

Das ist völlig falsch. Blob ist für Binärdaten und daher für Text eigentlich ungeeignet.

delfiphan hat folgendes geschrieben :

zuma hat folgendes geschrieben : 'Falsch' ist, das Datenbankfeld als varchar statt als blob zu definieren. Das ist völlig falsch. Blob ist für Binärdaten und daher für Text eigentlich ungeeignet.

soso...
Darum kann man auch bei Blobs den Type als Text (SUB_TYPE TEXT SEGEMENT SIZE xx) festlegen ?
Ich nutze etliche Blobs in vielen Masken, um darin Textbausteine und andere 'lange' Texte zu speichern und hab da nie Probleme mit diesem "ungeeigneten" Datentyp gehabt.
Aber ich spreche nur aus Erfahrung, theoretisches Wissen hab ich da nicht ...

Und was bringt das, außer dass man nur noch einen Fulltext-Index drauflegen kann und es geringfügig langsamer ist?

Wenn ich VarChar habe und die Chance besteht, dass die 1100 tatsächlich oft ausgenutzt werden, ist sowas einem BLOB immer vorzuziehen. Wenn die durchschnittliche Textlänge aber 5 Zeichen ist, und die 1100 da nur zum Spaß stehen, ists natürlich Quatsch.

ABER:

Danach hat der OP nicht gefragt... also bitte zurück zu seiner Frage. Sollte das jemand ausdiskutieren wollen, darf er gerne ein neues Thema dafür aufmachen.

Hi,

zurück zu Frage: Hast Du in der QUery Felder angelegt? Dann schau mal bitte in die Eigenschaften des entsprechenden Feldes ob du bei SIze und DisplayWidth auch die 1100 eingetragen hast.

cu

Ich habe nun ein bißchen selber geforscht, da die Diskussion hier ein bißchen in die Falsche Richtung ging.

Ich habe alle Felder in der Query angelegt. Die Size bei dem entsprechenden Feld war auf 255, was mein Problem erklärt. Auch ein Erhöhen auf höhere Werte brachte keinen Erfolg. Das Problem ist wohl, dass das Feld ein TStingField ist und somit bei 255 Zeichen Schluß ist. Ich hatte dann in der Datenbank aus dem varchar(1100) ein Varchar(max) gemacht. Das Feld in der Query änderte sich dann in ein TMemofeld und siehe da, alle 1100 Zeichen waren da. Trotzdem würde mich interessieren, wie ich ein varchar() > 255 Zeichen mit einer TQuery lesen kannn.

Eine Frage wäre noch. Weiss jemand, was ein varchar(max) bewirkt? Hat das evtl. noch Nebeneffekte im SQL-Server? Ich nutzte immer die volle Länge von 1100 Zeichen.

Nicht indizierbar und im manchen Grids nicht darstellbar.
Warum verwendest Du nicht TADODataset?

Okay, ich hab jetzt von einer Oracle Datenbank gesprochen. Dort gibt es CLOB für Character Large Object und BLOB für Binary Large Object.

Zitat:

Nicht indizierbar und im manchen Grids nicht darstellbar. Warum verwendest Du nicht TADODataset?

Ein Darstellung im Grid muss nicht sein und indiziert wird die Spalte auch nicht.

Was ist der Vorteil vom TADODataset?

Nun die Probleme die Du hast hättest Du nicht mehr.
Smart, universell einsetzbar, Exportfunktionen, RecNo, Cloning, disconnected Datasets, bergeweise brauchbare Events...
Ich will hier keine Reklame machen, probier es einfach mal aus