block size exceeds implementation restriction

[Union]

Stehen in dem SQL-Statement IN Abfragen? FB expandiert diese nämlich in OR. Dadurch kann es zu einer Überschreitung der 64 KB-Grenze kommen.

[dataspider]

Zitat von Union:

Stehen in dem SQL-Statement IN Abfragen? FB expandiert diese nämlich in OR. Dadurch kann es zu einer Überschreitung der 64 KB-Grenze kommen.

Nein.
Es lief ja auch schon einige Jahre ohne eine Exception.
Alleiniger Unterschied ist die Änderung der Länge des Rückgabewertes der Procedure.

@@ Furtbichler

UNION erfordert IMHO gleiche Feldtypen. Dann müsste ich das Casten weglassen.
Ich brauche es auch in einer Zeile.
Hintergrund:
Es sind Fragebögen mit Hauptdaten und dann halt die Fragen und Antworten in separater Tabelle.
Erfassung und Druck machen keine Probleme.
Aber der Kunde wünscht sich eine Grid mit 1 Zeile pro Fragebogen. Das macht in diesem Fall auch Sinn,
da er über Filter aussagekräftige Auswertungen bekommt.

Frank

[Furtbichler]

Ok. Und wenn Du die Daten im 2.Schritt in eine Pivot überführst? Ich arbeite mit MSSQL und da ist auch nicht alles Gold. Manchmal muss man die Dinge so lösen...

[tsteinmaurer]

Heiko,

die wirst vermutlich einfach die max. Datensatzgröße von ca. 64K der verwendeten Datentypen erreichen.

[Neutral General]

Hast du vllt. mal an einen Text-Blob gedacht statt eine VARCHAR(1000000000000) ?

[dataspider]

Zitat von tsteinmaurer:

Heiko,

die wirst vermutlich einfach die max. Datensatzgröße von ca. 64K der verwendeten Datentypen erreichen.

Ja, das sieht so aus. Leider nimmt er wohl auch bei VARCHAR die definierte und nicht die tatsächliche Größe.

@@Furtbichler

Das ist sicher eine gute Lösung und wird sicher auch später mal so gemacht.

@@Neutral General
Mit BLOB' s kommt tatsächlich kein Fehler. Das wäre evtl. eine schnelle und machbare Lösung.

Vielen Dank an Alle!

Frank

[tsteinmaurer]

Zitat:

Ja, das sieht so aus. Leider nimmt er wohl auch bei VARCHAR die definierte und nicht die tatsächliche Größe.

Richtig und ich bevorzuge dieses deterministische Verhalten zur Entwurfszeit im Vergleich zum SQL Server, wo es erst zur Laufzeit (in Produktion) krachen könnte. Da dies in Firebird auch zur Entwurfszeit zuschlägt, macht man sich hier auch eher Gedanken über "sinnvolle" Datentypen.