ramses hat geschrieben: ↑Di, 15. Jun 2021 9:24
Wenn nur ein Anwender in der Übersicht blättert sind aber sofort sehr viele Datenbankzugriffe nötig um die Metadaten oder Thumbnail File zu laden.
Wie habt Ihr das hinbekommen dass die Performance über SQL besser ist als durch das Filesystem gelesene Files und du zum Schluss kommst ohne SQL gar nicht möglich????
( Einige PG Profis raten mir ständig davon ab grosse Binäre Datenbestände in PG zu speichern.)
Servus Carlo,
wir machen alles über Pass-Through, kein ISAM-SQL. In der SQL-Tabelle sind die Bilder und auch gleich die Thumbnails (werden beim Speichern der Bilder gleich mit erzeugt) abgelegt. Für das Browse wird also ein select auf die Thumbnails abgefeuert, das ist sehr schnell. Da ist also nur 1 select für das komplette Browse nötig.
Deshalb auch die Aussage, dass das ohne SQL nicht möglich wäre: ISAM-SQL oder DBFNTX liest ja mindestens immer einen Satz komplett ein, mit SQL kann ich die Felder bestimmen, die ich pro Satz brauche.
Die Aussage der PG-Profis ist für mich eine Glaubensfrage. Ich wüsste nicht, wie man das vernünftig ohne die Speicherung der Bilder in SQL lösen könnte.
Hier einige Eckdaten von PostgreSQL:
Maximale Datenbankgröße: unbegrenzt
Maximale Größe einer Tabelle: 32 Terabyte
Maximale Größe eines Datensatzes: 1,6 Terabyte
Maximale Größe eines Feldes: 1 Gigabyte
Was bitte spricht da gegen die Speicherung von Bildern in einer SQL-Tabelle?