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

[Neutral General]

Zitat von mkinzler:

[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). Die View-Unterstützung in FB ist nicht so toll. Dafür kann man eine SP wie ein View verwenden. Deshalb werden diese da auch oft verwendet.

Was ist das Problem mit der View-Unterstützung? Was genau ist nicht so toll?
Man kann Views Trigger verpassen und dafür sorgen dass sie sich exakt wie Tabellen verhalten und im Hintergrund kann man selektieren was man will.
Was fehlt denn da noch was hilfreich wäre?

[Neutral General]

Zitat von KodeZwerg:

Ähhmm... da besteht ein Missverständnis.
Das CheckDB entstammt dem History Ordner als ich noch bevor ich hier fragte Eigentests durchführte.
Katastrophale Tests aber nur so wird man schlauer, schrieb hier auch mal jemand.

Okay das beruhigt mich

Zitat von KodeZwerg:

Missverständnis #2 wenn ich Nativ schreibe meine ich mit Hilfe der Firebird.pas Datei die bei Firebird dabei gelegt ist und mir Api-Header zur Verfügung stellt.
Danke für den Tipp.

Tus nicht. Das ist wie ich weiter oben schon geschrieben hab total unnötige Arbeit.
Geh über ganz normale Datenbank-Komponenten/Klassen die bei deiner Delphi-Version dabei sind.

[Codehunter]

Vielleicht ist ein Video-Tutorial für den Anfang nicht verkehrt? Schon etwas älter und noch mit der alten D7-IDE, aber die Grundlagen sind hier schön erklärt anhand von Firebird, was ja zuvor hier schon angesprochen wurde.

[Codehunter]

Also was Datenbanken betrifft hast du mit Delphi zwar das richtige Werkzeug, gehst die Sache aber vom falschen Ende her an. Delphi hat vieles an Bord um dir die Grundlagenforschung abzunehmen. Wie man auf Netzwerk- oder Dateiebene mit dem Datenbankserver spricht, braucht dich eigentlich gar nicht interessieren. In vielen Fällen klickt man sich die Verbindung per Maus zusammen. Viel wichtiger ist das Datenbankmodelling. Das klang ganz am Anfang hier an: Willst du große Datenmengen binär speichern, musst du dir Gedanken um die Verwaltung dessen machen.

Binär- oder Rohdaten sind kaum bis gar nicht indizierbar, weshalb du zusätzliche Metadaten erzeugen und speichern musst. Im Prinzip das, was du mit deinem "Aufreger-Codeschnipsel" mehr oder weniger zu Fuß machen wolltest. Als Schnelleinstieg:

https://www.delphi-treff.de/tutorials/datenbanken/
http://www.delphitutorials.de/node/25
http://docwiki.embarcadero.com/RADSt...d_LiveBindings

[KodeZwerg]

Danke Codehunter für Links, ich werd auch beherzigen was Ihr so alles geschrieben habt, lernen lernen lernen, bin dabei!

[p80286]

Dann möchte ich doch ein bischen Provozieren.
Es ist für mein Programm vollkommen egal ob die Daten in einer typisierten Datei oder in einer Datenbank liegen. Und wenn das Programm gut geschrieben ist, dann ist der Zugriff auf eine typisierte Datei ohne großen Aufwand gegen den Zugriff auf eine DB austauschbar.
Wenn diese Schnittstelle definiert ist, dann kann man sich Gedanken über die DB, die Ablage der Querytexte und die optimalen Indexdefinitionen machen. Und natürlich die Komponenten die man benötigt um an die notwendigen Daten zu kommen.

Gruß
K-H

[jobo]

Jetzt willst Du die Verwirrung komplett machen?


Vielleicht könnte ich mich noch mit einem REST System anfreunden, aber Persistenzsysteme würde ich nicht nachbauen und auch nicht ohne Not einsetzen.