Viele Dateien bereitstellen

[Dejan Vu]

Zitat von greenmile:

Du speicherst nicht ernsthaft binäre Dateien in BLOB's? Also, nichts für ungut, aber wärst Du mein Azubi, dann würde es dafür (und nur dafür) ein - geben.

Sagt der, der typisierte Dateien verwendet.
Allerdings wüsste jetzt auch konkret nicht, was ich großartig Anderes als binäre Dateien in einem BLOB (binary large object) ablegen sollte. Ich meine, irgendwie impliziert der Name, das das nicht ganz falsch sein kann.

Vielleicht hältst Du dich mit bewertenden Äußerungen gegenüber anderen in Zukunft etwas zurück. Es wäre denkbar, das Du dich damit zu weit aus dem Fenster legst und bei zwei Versuchen ist es ja auch zweimal ein Eigentor geworden.

Zitat von Bernhard Geyer:

Bei SQLite kommt das auf die Menge der Bilder an und wie schnell (viel in kurzer Zeit) du sie benötigst. Gegenüber anderen DBMS war (vor 3-4 Jahren)SQLite erheblich langsamer bei BLOB-Feldern diese zu speichern.

Ich würde das im konkreten Fall auch erst einmal testen. Aber Du schreibst, das die Performance beim *speichern* schlecht ist. Hier soll aber *gelesen* werden. Wie verhält sich das mit der Performance dann?

Als Container für binäre Daten wird es vermutlich brauchbar sein, für den schnellen Zugriff ist es vielleicht nur bedingt geeignet (wie gesagt: Probieren). Der wahlfreie Zugriff ist aber das Entscheidende (als Alternative zu einem Dateisystem).

Gewiss: Irgend eine andere structured storage engine würde es genauso tun, aber wenn man schon bei SQLite ist und das offensichtlicher Industriestandard im Tabletsektor ist, sollte man sich das vielleicht mal anschauen.

Edit:
Nichts ersetzt eigene Versuche, aber SQLite kennt die Frage wohl schon:
http://www.sqlite.org/intern-v-extern-blob.html

Natürlich ist das nicht auf einem Tablet, sondern einer Linux-Büchse, aber es zeigt schon, das es eine Alternative zu sein scheint. Es kommt hier ausnahmsweise mal auf die Größe an.

[himitsu]

Und wenn man die Daten direkt im Datensatz speichert, dann hat man auch konsistentere Daten.
Referenzen zu einer externen Datei könnten ja mal kaputt gehen und auch das Aufräumen ist einfacher (Datensatz weg = Blob weg, aber externe Datei bleibt liegen).

[eddie11]

Ich speichere Bilddateien in Blobs in SQLite. Das hat den großen Vorteil, dass ich bei der Bereitstellung nur eine Datei übergeben muss. Ich packe diese Bilddateien nicht aus, d.h. die Anwendung holt die Bilder direkt aus der DB. Bei einer iOS-Anwendung habe ich eine Artikelstamm-Datei mit etwa 12.000 Sätzen und demzufolge 12.000 Bildchen in Blobs. Diese Bildchen alle in der Bereitstellung zu erfassen wäre mein Tod

Über Performance habe ich mir in diesem Zusammenhang keine Gedanken gemacht, bzw. machen müssen. Was am längsten dauert, ist das Füllen eines Listview mit Daten, nicht das Lesen der Bilder.

Bei Dialog-Anwendungen, die irgendwas auf dem Bildschirm darstellen, ist i.d.R. eh der Anwender der langsamste Teil.

[Bernhard Geyer]

Zitat von eddie11:

... Was am längsten dauert, ist das Füllen eines Listview mit Daten,....

Verwendest du auch den Virtual-Mode von Listviews? Du setzt die Anzahl der Einträge und bekommst ein Event wenn was dargestellt werden muss. Ist bei vielen Einträgen um welten schneller alls die Daten wirklich einzutragen.

[eddie11]

Zitat von Bernhard Geyer:

Zitat von eddie11:

... Was am längsten dauert, ist das Füllen eines Listview mit Daten,....

Verwendest du auch den Virtual-Mode von Listviews? Du setzt die Anzahl der Einträge und bekommst ein Event wenn was dargestellt werden muss. Ist bei vielen Einträgen um welten schneller alls die Daten wirklich einzutragen.

Nö, das hab' ich noch nicht versucht, danke, da muss ich mich mal mit beschäftigen..

[eddie11]

Es handelt sich um ein Projekt für IOS/Android, da muss ich mit Firemonkey arbeiten. Anscheinend kennt FMX den virtuellen Modus nicht, gibts nur in der VCL (