Hallo,

Also... siehe Titel => Wie geht sowas? Ich habe keine Ahnung...

Benutze die IBX-Kompos und einen IB6-Server. Soll lokal u. im Netzwerk funktionieren ! Soll ich die Datei in der Datenbank-Datei speichern? Das wäre doch Blödsinn und würde die Performance gewaltig drücken. Also muss ich irgendwie dem Server sagen, dass er mir die Datei, dessen Pfad ich in einer Tabelle gespeichert habe, senden soll (WIE?). Aber wie krieg ich die Datei auf den Server ?

Vielen Dank schonmal im voraus.

Viele Grüsse.

P.S.: Ich will keine zusätzlichen "Rechte" im Netzwerk vergeben, kann ich auch gar nicht. Also muss das direkt über die IB laufen

Ich rate immer in solchen Fällen dazu, nur den Dateinamen in der DB zu speichern und Basta.

Das:

Zitat:

Ich rate immer in solchen Fällen dazu, nur den Dateinamen in der DB zu speichern und Basta.

ist doch keine Antwort auf die Frage:

Zitat:

Aber wie krieg ich die Datei auf den Server ?

Also ich habe mehrere Clients... die sollen alle auf die Datei zugreifen.
Was sollten die denn mit dem Pfad anfangen, wenn die Datei nicht auf dem Server liegt ???

Daher meine Frage: Wie kriege ich eine Datei von einem IB-CLient Rechner auf einen IB-Server-Rechner ohne direkte Zugriffsrechte auf eine Server-Festplatte zu haben (via IB sozusagen) ?

Danke trotzdem, und viele Grüsse.

recall hat folgendes geschrieben:

ist doch keine Antwort auf die Frage Also ich habe mehrere Clients... die sollen alle auf die Datei zugreifen. Was sollten die denn mit dem Pfad anfangen, wenn die Datei nicht auf dem Server liegt ???:

Ähhmmm, ich glaube Du mußt Dich erst mal etwas mit Netztwerken beschäftigen. Anscheinend ist Dir so eine Pfadangabe unbekannt: "\\SERVER\PROGRAMM\DB\DATEI.ZIP". Das bedeutet, daß der Ort, wo sich die "DATEI.ZIP" befindet auf einem Rechner mit dem Namen "SERVER" ist und dort im Verzeichnis "\PROGRAMM\DB". Insofern können alle Clients darauf zugreifen. Das ist die EINE Antwort auf Deine Frage.

Jetzt kommt die zweite: wie Du richtig bemerkt hast, ist es wohl nicht so gut, größere Dateien in der DB selbst zu speichern, aber das geht schon, indem Du alles in "Blob-Felder" packst. Der einzige Vorteil davon ist, daß Du nur die GDB sichern mußt. Darin sehe ich jedenfalls keinen großen Vorteil, sofern gewährleistet ist, daß sich alle relevanten Daten an einer Stelle befinden. Z.B. alles bei DB, die Bilder bei DB\BILDER usw. Dann dürfte die Datensicherung auch fiunktionieren und Du bräuchtest DB\BILDER eventuell nicht jedesmal mit zu sichern, wenn sich sowieso nichts geändert hat.

Jetzt kommen die Nachteile: Datenbank wird unnötig aufgebläht. Ein Backup/Restore-Zyklus dauert eventuell viel länger. Und um den wirst Du nicht drumrum kommen.

Aber keine Regel ohne Ausnahme: Bist Du Chef z.B. einer großen Werbeagentur, bei der 50 Grafiker am Rechner dauernd an Bildern arbeiten, oder Chef eines Rundfunksenders, bei dem täglich 100 neue MP3s ankommen, ja dann würde ich doch lieber die zweite Methode anwenden. Denn diese Dateien sind deren Kapital, da kann eine Vielfachsicherung nichts schaden. Da wäre es zu überlegen, den Zeit/Performanceverlust in Kauf zu nehmen.

Und in der Tutorials-Sektion unter Datenbank gibts dazu auch ein kleines Code-Beispiel dazu von mir.

Ich würde auch dazu raten, die Daten in der DB zu speichern, denn nehmen wir mal einen Rechner-Wechsel an, der IB-Server ist schnell installiert und man kann auf die DB zugreifen, aber das ganze noch mit Freigaben einstellen, denn das ist der einzige Weg, Du kannst über IB nicht auf den Datenbestand des Servers zugreifen, ohne eine Three-Tier-Anwendung zu schreiben. Du müsstest es also über Freigaben machen.

Zitat:

Ich würde auch dazu raten, die Daten in der DB zu speichern, denn ...

Da will ich doch nur wissen, wie das geht *heul*...
Aber ich schau mal´bei den Tuts rein

Viele Grüsse und danke an alle.

Hi Heulsuse Das habe ich Dir doch gesagt, mit Blob-Feldern. Wenn Du dazu ein gutes Tutorial findest, dann gebe es bitte hier bekannt. Dazu habe ich nämlich auch nichts anständiges gefunden.

Hi,

ob es anständig ist, weiß ich nicht....

www.delphi-tutorials.../Tutorials/blobs.zip

Grüße
Lemmy

Lemmy hat folgendes geschrieben:

www.delphi-tutorials.../Tutorials/blobs.zip

Die Beschreibung ist ganz gut, aber bei dem Code kann man net wirklich viel lernen.
Was ist denn mit meinem Tut, bringt das gar nichts? Da steht doch ein recht allgemeines Beispiel drin? (auch an hansa gerichtet)

@UGrohne : Immer schön ruhig bleiben. Zumindest ich habs mir gerade ausgedruckt.

Ah, das von Lemmy hat nur 3 Seiten. Dann das auch noch, muß mal auf seinen Seiten noch mal gucken. Da hat er verborgene Schätze.

Das nehme ich jetzt alles mit. Wenn ich zurück bin gebe ich dann die Kommentare dazu ab.

Hallo,

hansa hat folgendes geschrieben:

Ich rate immer in solchen Fällen dazu, nur den Dateinamen in der DB zu speichern und Basta.

Es gibt schon einen Grund Dateien in der Datenbank abzulegen und zwar Datensicherheit. Wenn nur die Dateireferenz gespeichert wird, kann die Datei auf die verschiedensten Weisen manipuliert werden. Nur einige Möglichkeiten sind: Datei gelöscht, Datei umbenannt, Datei durch andere Datei ersetzt ... Die Frage ist, wie die Datenbankanwendung reagieren soll, wenn ein solcher Fehler festgestellt wird. Stimmen die restlichen in der Datenbank abgelegten Daten noch mit der veränderten Datei überein?

Eggi

Hallo,

Ich habe mir Lemmys tut durchgelesen und hab alles auf Anhieb verstanden: ES KLAPPT !
Das war ja einfacher, als ich dachte

Also => Ganz großes Lob an Lemmy !
und danke an alle.

Viele Grüsse.