Datenbank für schnelle Bilder, Vorschläge bitte.

[Codehunter]

Zitat von jobo:

Zitat von Codehunter:

Allerdings speichere ich die Queries nicht als Ressourcen sondern in einer Name-Value-Datenstruktur außerhalb des Kompilats.

Oder in einer Datenbank?

Dann hättest du zumindest einen Query wieder im Quelltext ^^ Aber ein lustiger Ansatz wärs schon, eine Datenbank die ihre eigenen Queries vorhält. Da ist der Weg nicht mehr weit zu selbstmodifizierenden Strukturen

[mkinzler]

Das habe ich auch schon gemacht. Komplexe Abfragen gehören eh in die DB (in Form von Stored Procedures)

[haentschman]

Zitat:

Allerdings speichere ich die Queries nicht als Ressourcen sondern in einer Name-Value-Datenstruktur außerhalb des Kompilats.

Richtig...wichtig ist nur die SQL aus den Komponenten herauszuholen und eine Suchorgie zu verhindern.

[Codehunter]

Zitat von mkinzler:

Das habe ich auch schon gemacht. Komplexe Abfragen gehören eh in die DB (in Form von Stored Procedures)

Ich persönlich mag Stored Procedures nicht so richtig. Am Anfang hat man alles sauber und ordentlich aber schon nach kurzer Zeit vermehren sich die Dinger wie die Karnickel, weil man A) weiter entwickeln und B) rückwärtskompatibel sein will. Also macht man mit jeder Programmversion auch eine neue Version der Stored Procedure, falls sie von Änderungen betroffen ist und die alte SP bleibt stehen wie sie war. Aber das mag ein fallspezifisches Problem sein.

[haentschman]

Zitat:

Nicht vom Stuhl fallen vor lachen

..das ist eher ein Fall für Küchenrolle, weil Taschentücher nicht reichen. Man muß nicht alles selber machen...

[Codehunter]

Zitat von haentschman:

Zitat:

Nicht vom Stuhl fallen vor lachen

..das ist eher ein Fall für Küchenrolle, weil Taschentücher nicht reichen. Man muß nicht alles selber machen...

Ich finds nicht zum Lachen. Hat KodeZwerg vielleicht die gesamte Datenbankabstraktion und DbAware von Delphi noch gar nicht entdeckt?

EDIT:

Zitat von jobo:

[ot]Der ziemlich naheliegende Weg wäre wohl Nutzung von Views. Dann braucht die App nur Namen zu kennen (oder aus der DB zu laden oder aus der INI/Registry).
Wir machen das in einigen Anwendungen so, dass ein komplettes Dictionary für die App, mit Viewname, Where Clauses, Spalten(Namen), wenn nötig DML usw. Masken spezifisch in der DB liegt.
Die Selects in der Anwendung werden dann dynamisch zusammengebaut (meist reicht der bloße Zugriff auf den View plus aktuelle ID(s) als Einschränkung), die Views liefern dann z.B. auch Dateninhalte gemäß Anwender - Spracheinstellung.
[/ot]

Views sind nicht schlecht. Habe ich in einigen Fällen bei MariaDB benutzt. Allerdings mit der Einschränkung, dass sie bei umfangreicherer Parametrierung schnell unhandlich werden.

[KodeZwerg]

Ich schrieb ja mehrmals das ich ein DB Neuling bin und kenne mich da Null aus.
Nun habe ich wenigstens Ansatzweise mini-Wissen um das zu erledigen was ich wollte.
Jetzt trenne ich mich von der UIB Komponente um rein Nativ zu arbeiten und um das ganze Firebird besser zu verstehen.
Das letztere ist eigentlich mein Hauptgrund, eh ich in der Komponente herausgefunden habe das es einen Datenbank-Designer und all sowas gibt, das hat gedauert wenn man davon null Ahnung hat
In den Built-In Delphi DB Komponenten habe ich bis auf MyBase noch nichts angefasst.

[Neutral General]

Zitat von KodeZwerg:

Jetzt trenne ich mich von der UIB Komponente um rein Nativ zu arbeiten und um das ganze Firebird besser zu verstehen.

Nein, tus nicht. Abgesehen davon, dass "nativ" was anderes ist als du denkst. Nativ wäre die Firebird-API direkt zu benutzen,
nicht Records mit AssignFile in eine Datei zu schreiben und auszulesen.
Aber selbst die Firebird-API direkt zu benutzen ist vollkommen unnötig und du machst dir damit nur das Leben schwer.
Und du wirst Firebird auch nicht besser verstehen wenn du die API direkt benutzt.
Du solltest erst mal Datenbanken im Allgemeinen verstehen. Falls du irgendwann SQL und Datenbankmeister bist und Interesse hast dir die Innereien von Firebird anzuschauen (was eigentlich nicht notwendig oder von Vorteil ist falls du nicht selbst an FB oder einem DBMS arbeiten willst) dann kannst du dir die Firebird-API ja mal anschauen.

Lad dir Firebird runter, lad dir IBExpert runter und (falls dein Delphi keine Datenbank-Komponenten hat) besorg dir Komponenten für den Zugriff auf (Firebird-)Datenbanken.
Dann benutzt du die Connection- und Query-Komponenten um dich mit der Datenbank zu verbinden und zu kommunizieren.

[jobo]

[ot]Der ziemlich naheliegende Weg wäre wohl Nutzung von Views. Dann braucht die App nur Namen zu kennen (oder aus der DB zu laden oder aus der INI/Registry).
Wir machen das in einigen Anwendungen so, dass ein komplettes Dictionary für die App, mit Viewname, Where Clauses, Spalten(Namen), wenn nötig DML usw. Masken spezifisch in der DB liegt.
Die Selects in der Anwendung werden dann dynamisch zusammengebaut (meist reicht der bloße Zugriff auf den View plus aktuelle ID(s) als Einschränkung), die Views liefern dann z.B. auch Dateninhalte gemäß Anwender - Spracheinstellung.
[/ot]