[MitjaStachowiak]

Hallo,

ich habe diesen und den letzten Monat lang eine Mini-Datenbank programmiert, die baumartig aufgebaute Schlüssel mit beliebigen Werten verknüpft. Dabei ist das Problem des Datei-neu-schreibens wenigstens ein bisschen optimiert (Es wird immer etwas Platz zwischen den Einträgen gelassen, sodass die Datei meistens nur teilweise überschrieben werden muss).

Jetzt mein Problem: Was, wenn die Datenbank mal kleiner wird - ich habe die Datei zum lesen und Schreiben geöffnet, also open($bDat,'+<',$_[0]) - so kann ich Bereiche der Datei überschreiben und die Datei auch vergrößern, wenn kein freier Platz mehr ist. Aber wie kann ich die Datei wieder verkleinern?

Gibt es in diesem Fall eine Alternative, als die Datei neu zu schreiben (mit open($bDat,'>',$_[0]))?

Bin für jeden Tipp Dankbar.

[protonenbeschleuniger]

truncate - perldoc.perl.org

[protonenbeschleuniger]

Aber warum nutzt du nicht z.b. DB_File?

[MitjaStachowiak]

Danke, das habe ich gesucht.

Aber für DB_File - muss da nicht ein Dienst auf dem Server laufen?

[protonenbeschleuniger]

Zitat von MitjaStachowiak

Aber für DB_File - muss da nicht ein Dienst auf dem Server laufen?

Nein.

DB_File - search.cpan.org

[MitjaStachowiak]

Hmmm, naja, jetzt habe ich meine eigene Lösung

Das ganze gehört noch hierzu: http://xhtmlforum.de/69359-einer-dat...dnen-perl.html

Wusste halt nicht, dass DB_File allein aus Perl heraus läuft. Ich will eben so wenig Abhängigkeiten, wie möglich.

[protonenbeschleuniger]

Zitat von MitjaStachowiak

Wusste halt nicht, dass DB_File allein aus Perl heraus läuft. Ich will eben so wenig Abhängigkeiten, wie möglich.

Du bist also jemand der gerne das Rad nochmal erfindet?
So wie ich das sehe, hätte dir DB_File viel Arbeit erspart und genau darum geht es. Perl ist so Klasse, weil es mit CPAN einen riesigen Fundus an Modulen gibt. für jeden Zweck findest du dort etwas.
Nutzt du für den FTP Zugriff auch kein Modul?

Nachtrag: Ich sehe gerade, ich hatte dir damals schon das Modu empfohlen http://xhtmlforum.de/69359-einer-dat...tml#post529179

[MitjaStachowiak]

Ja, aber ich dachte eben, das würde nur mit zusätzlich installierter Software laufen, so, wie MySQL...

Weil wenn man nach DB_File sucht, dann steht da immer etwas von Excel und MS Access. Damit habe ich mich mal grob beschäftigt, aber auf jeden Fall ist das eine kostenpflichtige Software von Microsoft. Dass aber das DB-Standard offen ist, weis ich erst seit eben.

Naja, macht ja nichts, meine Datenbank ist sehr einfach gehalten und ich habe daran auch nur nebenbei gearbeitet, also ein moderater Zeitverlust. Nachher teste ich dann, ob es wirklich längerfristig ohne Fehler läuft.
Mal gespannt

Rauskommen soll am Ende dann der Angekündigte File-Manager, der über eine handvoll Befehle, Dateien hochlädt, verschiebt, umbenennt, löscht und Ordner anlegt. Zumindest soetwas habe ich noch nicht gefunden. Jedenfalls sind alle Dateimanager, die ich bisher entdeckt habe, nicht das, was ich mir vorstelle.

[protonenbeschleuniger]

Zitat von MitjaStachowiak

Weil wenn man nach DB_File sucht, dann steht da immer etwas von Excel und MS Access. Damit habe ich mich mal grob beschäftigt, aber auf jeden Fall ist das eine kostenpflichtige Software von Microsoft. Dass aber das DB-Standard offen ist, weis ich erst seit eben.

DB_File DB_File - perldoc.perl.org/ DB_File - search.cpan.org ist ein Berkeley Datenbank, die hat nichts mit den von dir gennanten Produkten zu tun. Keine Ahnung wie du auf diesen Schluss gekommen bist.

Nachtrag: Ach so, du hast beim suchen nicht Perl mitgesucht, dann ist es klar, das es etwas anderes rauskommt.

[MitjaStachowiak]

Naja, ich gebe zu, ich wollte auch insgeheim einfach mal selber wieder ein schwierigeres Problem lösen, also habe ich nur mittelmäßig gründlich die Alternativen studiert

Ein Paar Bugs sind noch drinn, aber es sieht gut aus. Wenn's ein Monat ohne Fehler gelaufen ist, lade ich es mal hoch.