DBGrid schmiert ab bei "SHOW CREATE TABLE"

[Caps]

Ja, das blöde ist, dass eigentlich nur zwei Spalten angezeigt werden sollen:

Spalte1: "Table"
Spalte2: "Create Table"

Beim Zeichnen der zweiten Spalte knallt es. Keinen Schimmer warum. Die CREATE-TABLE-Anweisung ist eigentlich auch nicht besonders lang. Es kann höchstens sein, dass er im Hintergrund die Spalten der Tabelle auflistet und irgendwo hineinschreibt, wo dann ein Überlauf auftritt o.ä.

Ich hab die kritische Zeile schon zwischen try und except gepackt - die Anwendung wurde dennoch beendet.

Hmpf! :wall:

[Bernhard Geyer]

Zitat:

Zitat von Caps (Beitrag 1223562)

Beim Zeichnen der zweiten Spalte knallt es. Keinen Schimmer warum. Die CREATE-TABLE-Anweisung ist eigentlich auch nicht besonders lang. Es kann höchstens sein, dass er im Hintergrund die Spalten der Tabelle auflistet und irgendwo hineinschreibt, wo dann ein Überlauf auftritt o.ä.

Was für Feldtypen haben die zurückgemeldeten Spalten und wie lange sollen diese laut Delphi TFields-Klasse sein?

Bei MySQL wir öfter mal MySQL-interne Strukturen geändert so das hier mist zurück kommt (Gab mal eine Version in der alle varchar-Spalten als blob gemeldet wurde).

[Perlsau]

Probiere doch einmal, ob es mit der Jedi-Variante des DBGrids (TjvDBGrid) funktioniert.

Zitat:

Zitat von Caps (Beitrag 1223528)

Die Möglichkeit mit den Views muss ich mal betrachten, obwohl ich mich frage, ob die Verwendung mit Lesen/ Schreiben/ Felder anlegen/ etc. dann so reibungslos auf der View funktioniert...

Ein View kannst du nicht updaten, das ist einfach ein select in der Datenbank und dient lediglich der Darstellung.

[Perlsau]

Zitat:

Zitat von Smut (Beitrag 1223591)

Zitat:

Zitat von Perlsau (Beitrag 1223587)

Ein View kannst du nicht updaten, das ist einfach ein select in der Datenbank und dient lediglich der Darstellung.

Hier wird etwas geschrieben über updatable views:

http://ibexpert.net/ibe/index.php?n=Doc.View#Updatable

... und auch beim Gockel werde ich da fündig...

Was hast du denn da schönes gefunden? Etwa daß du ein View genau so behandeln kannst wie eine Tabelle? Wie sollte das gehen?

Wenn du mal genau lesen würdest: Ich hatte geschrieben, ein View kannst du nicht updaten. Der Datenbank-Server kann das natürlich und muß das ja auch können. Intern wird dabei einfach der Select-Befehl, der dem View zugrundeliegt, ausgeführt. Ein View ist praktisch ein Select-Konstrukt, das der Client nicht ändern, sondern lediglich abrufen kann – ein aus Sicht des Clienten fest verdrahtetes Select sozusagen.

Du selbst bzw. der Client kann lediglich die Values der dem View zugrundeliegenden Spalten updaten, wenn du/er Zugriff darauf hat. In manchen Arbeitsumgebungen werden nur die Resultate von Views dargestellt, die vorgefertigte (eben fest verdrahtete) Selects ausführen. Das Update des View erfolgt dabei automatisch, sobald ein Client die zugrundeliegenden Tabellen geändert hat. Gegebenenfalls mußt du in deiner Client-Application ein Refresh auf dein View-Query ausführen, um diese Änderungen auch mitzukriegen.

[Caps]

Ja, ähm, danke auch für die späteren Antworten gestern...

Also in Bezug auf Views habe ich erfahren, dass nur bei einer eindeutigen Zuordenbarkeit eines Feldes zu einer physischen Tabelle ein Update ausgeführt werden kann. Das ist in meinem Fall im allgemeinen nicht gegeben. Außerdem wollen wir nicht unsere 10^42 Tabellen umstrukturieren, genausowenig wie die Sprache wechseln oder die Sprachversion - leider. Ich kann da nichts ausrichten, das muss jemand anders entscheiden.

Ich fasse mal zusammen:
- Komponente austauschen muss ich probieren (MDBGrid, Jedi, etc)
- Views sind keine Lösung
- Ich habe noch nicht ganz aufgegeben an der Exception-Front. Das Ding muss doch zu fangen sein! (*)

So far.
Thx, Caps

(*) Also: ich weiß, dass es eine dumme Idee ist, die VLC-Units zu ändern, aber man muss sehen, welcher Weg praktikabel ist...