DBGrid schmiert ab bei "SHOW CREATE TABLE"

[p80286]

Zitat von Caps:

.....der Tabellen in irgendeine Normalform, weil an gefühlt einer Milliarde Stellen in unserem Programm auf ein bestimmtes Feld einer bestimmten Tabelle zugegriffen wird.

Dann bastelt man einen view der so riecht und schmeckt wie die alte DB und unter der Haube werkelt eine ordentlich designte DB.

Gruß
K-H

[Caps]

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...
Es gibt leider keine Persistenzschicht oder irgendein erkennbares Entwurfsmuster o.ä.

Ich frage dennoch nochmal nach: wo könnte ich die auftretende Exception anfangen?

lg Caps
ps Unser Programm ist über 20 Jahre (Windows-Version über ca. 13 Jahre "historisch gewachsen" - is there anything more to say?)


Edit: Hm, aber man müsste die originale DB ja dennoch anpassen, und da hätten wir wieder das Ressourcenproblem.

[Bernhard Geyer]

Zitat von Caps:

ps Unser Programm ist über 20 Jahre (Windows-Version über ca. 13 Jahre "historisch gewachsen" - is there anything more to say?)

Da wurde dann über die 20 Jahre vergessen grundlegende Anpassungen durchzuführen. Unsere SW ist auch schon 10++ Jahre alt und wir haben hin und wieder Umbauten durchgeführt die uns vor solchen Stoppern bewahrt haben. Was wäre wohl VW wenn Sie ihren aktuellen Golf immer noch auf dem Grundrahmen eines Golf I entwickeln würden?

[Caps]

Ja, da hast Du recht. Ein Glück, dass ich erst seit 4 Jahren dabei bin...

Hat vielleicht irgendjemand doch eine Idee, wie ich die Exception abfangen kann?

[sx2008]

Exception abfangen bringt ja nix, weil bei jeder Cursorbewegung im DBGrid könnte die Exception erneut ausgelöst werden, was zur Folge hat, dass das Grid bestenfalls nur halb angezeigt wird.
Ausserdem müsstest du die Exception innerhalb der VCL abfangen und dazu die VCL verändern.

Nein, du musst die Exception verhindern.
Im Event [TDataset].AfterOpen alle Felder die nicht interessieren mit Visible:=False unsichtbar machen.
Dann zeigt das DBGrid weniger Spalten an und verhält sich ruhig (wenn du Glück hast).

[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!

[Bernhard Geyer]

Zitat von Caps:

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).