Train1811 hat geschrieben:Warum soll es SQL sein? Das ist für sowas nicht geeignet!
Häh? Wieso das denn nicht! a) kommt es auf die DB an und b) an den Anspruch der Anwendung/des Anwenders an. Soll's flott sein, würde ich eher zu, in der DB gehaltenen, Referenzen auf einen Fileserver tendieren, sonst kann man riesige Files wunderbar in einer Oracle-Express Version per BLOB speichern, von dort lässt sich das wunderbar per Batch auch nach Bedarf auf einen Fileserver replizieren.
Und, ein wichtiger Aspekt bei Datenbanken ist ja grade die zentrale Verfügbarkeit/Datenhaltung.
Ich kenne nur Software aus dem Rundfunkbereich, die ihre Jingles und das ganze Zeugs aus einem zentralen Archiv abrufen und damit ihre Knöppe auf dem Pult belegen. Zumindest war das im Jahre 2000 noch so ;)
Zum Thema. Ich habe mal kurz gegoogled und viel und nix gefunden. Das
http://www.teufel.de/audio-streaming.html ist wohl nicht das, was du gesucht hast.
Ich hatte vor zwei,drei Jahren mal mit einer zentralen iTunes-DB (jawohl, iTunes ist auch eine DB ;) ) experimentiert, das war aber blöde, weil jedem iTunes-Client Änderungen in der zentralen iTunes-DB bekannt gemacht werden mussten. Vielleicht hat Apple ja mal ein Einsehen und macht iTunes Multiclient-fähig. Naja, so ein wenig ist es schon, zumindest mit der Privatfreigabe und AppleTV, der Weisheit letzter Schluss ist das aber auch nicht. Ich habe mit Java mal eine Film-DB geschrieben, die lief auf einem MacMini, der neben dem Fernseher stand, die hat den gewünschten Titel vom NAS geholt und Quicktime untergejubelt. Ich habe mich dann aber doch für iTunes und AppleTV entschieden.