Bilder nicht in der Datenbank speichern

[Sebastian M.]

Hallo,

derzeit speichert JTL-WaWi alle Bilder eines Artikels direkt in der Datenbank. Vielleicht könnte man das mal in einer späteren Version ändern.

Denn bei einigen tausend Artikeln mit je 2-5 Bildern pro Artikel bläht das die Datenbank ganz schön auf, was das Programm natürlich auch langsamer macht.

Außerdem sind die Bilder ja eh auf der Festplatte gespeichert. Da wäre es doch sinnvoller, in der Datenbank nur den Pfad zum Bild zu speichern. Das sind dann pro Bild ein paar Byte, statt einiger Kilobyte.

Viele Grüße,
Sebastian

 

[Alexander]

dann dürftest du die bilder aber nie umbenennen oder verschieben.

 

[Sebastian M.]

Um die Menge an Speicherplatz zu sparen und das Programm wieder schneller zu machen, wäre es mir das wert. 🙂

Außerdem wird man so oft auch keine Bilder umbenennen. Und wenn man dann doch mal 10 Bilder umbenannt hat, muss man die halt in der WaWi neu zuweisen.

Der Trend im Onlineshopping geht halt zu immer mehr und aussagekräftigeren (= größeren) Bildern, der Kunde will ja möglichst genau sehen, was er da kauft. Und da stößt das System - wenn man Bilder in der Datenbank speichert - irgendwann an seine Grenzen.

Alternative: Das ganze optional machen. Also eine Option in den Einstellungen, ob Bilder in der Datenbank gespeichert werden sollen oder ob nur auf die Datei auf der Festplatte verwiesen wird.

Viele Grüße,
Sebastian

 

[Guenter H.]

Um die Menge an Speicherplatz zu sparen

bin jetzt nicht der speicherexperte - aber macht es betreffend speicherplatz einen (großen) unterschied, ob ich die bilder in der datenbank oder ausserhalb der datenbank gespeichert habe?

 

[Alexander]

@steelcouch

vom speicherplatz auf der platte weniger, hier gehts um die schnelligkeit der DB

 

[Dealux-GmbH]

Würde das auch befürworten. Man könnte ja auch so weit gehen und der WaWi nur nen Link sagen, wo das Bild im Internet ist. So könnte man die Bilder auch bei Bedarf problemlos austauschen.

 

[Marcel]

Würde das auch befürworten. Man könnte ja auch so weit gehen und der WaWi nur nen Link sagen, wo das Bild im Internet ist. So könnte man die Bilder auch bei Bedarf problemlos austauschen.

Das kann man mit dem Artikelbild-Import schon jetzt. Aber die Bilder werden dann halt derzeit trotzdem noch in der DB gespeichert.

 

[Dealux-GmbH]

Das kann man mit dem Artikelbild-Import schon jetzt. Aber die Bilder werden dann halt derzeit trotzdem noch in der DB gespeichert.

Das weiß ich doch, wie ich das bei uns mache. Aber einfach nen Link in der WaWi eingeben wäre natürlich die eleganteste Lösung 😉

 

[Marcel]

Ich gehe einfach mal davon aus, dass das Ganze mit der Datenbank-"Architektur" steht und fällt. Wäre es so einfach, dann hätte Janusch das sicher von Anfang an schon anders gelöst.
Die neuen SQL Express Versionen können zwar mit mehr als 2 GB umgehen und der "große" SQL-Server unbegrenzt, aber daß die Bilder in der DB gespeichert werden, hat sich auch dort soviel ich weiß nicht geändert.

Da müsste Janusch mal was dazu sagen, ob man das auch irgendwie anders machen könnte. Denn dem Argument, daß immer mehr Platz für Bilder gebraucht wird, kann man nicht viel entgegensetzen, das ist absolut richtig. Es wird auf immer mehr Bilder pro Artikel rauslaufen, die immer größer werden und höhere Qualität haben.

Und: wenn man mal ein Stückchen weiter denkt.....wer sagt denn eigentlich, daß für jeden Artikel immer nur ein BILD das optimale Format ist? Bei irgendwelchen Produktspezifikationen ist es üblich, daß auch PDFs eingebunden werden. Oder was sicher in manchen Bereichen auch immer mehr kommen wird: Produktvideos oder kleine 3D-Animationen, wo der Kunde den Artikel drehen und von allen Seiten anschauen kann. Wenn solche Dinge auch tatsächlich alle in der DB gespeichert werden müssen....dann Gute Nacht 8)

 

[Dealux-GmbH]

Unsere beiden "Götter" werden da sicherlich schon eine schöne Lösung haben. 😉