Re: db4o - rekursives Löschen der meisten Felder / Baumstrukturen

Jochen Theodorou:

Um mal etwas konkreter zu werden: Die internen (Nicht-Blatt-)Knoten
entsprechen Verzeichnissen, die Blattknoten sind Dateien. In der
Datenbank werden Verzeichnisbäume vorgehalten und gelegentlich mit dem
aktuellen Zustand des Dateisystems abgeglichen. Die Klassen für
Verzeichnisse und Dateien haben keine Gemeinsamkeiten.

hmm... also in Java zum Beispiel wird File für Verzeichnisse und Dateien
benutzt... das finde ich jetzt so schlecht nicht. Du kannst natürlich
auch die Baumstruktur vom Datei/Verzeichnis objekt trennen, wenn du
willst... Naja das heisst.. wie soll ich "In der Datenbank werden
Verzeichnisbäume vorgehalten" verstehen? Es gibt noch eine weitere
Datenbank, oder nur db40?

Nein, nur db4o. Unterschiedliche Klassen für Dateien und Verzeichnisse
sind deswegen sinnvoll, weil in meinem Anwendungsfall Dateien doch
deutlich mehr Attribute haben als Verzeichnisse.

[...]

Also wie man
einen Index anlegt, um die Referenzen zwischen Objekten schneller
einlesen zu können.

Db4o
.configure()
.objectClass(ChildClass.class)
.objectField("myIndexedField")
.indexed(true);

sowas in der Art.

Das hatte ich schon gelesen, aber ich meinte, ob man nun gewisse Dinge
vielleicht einfach nicht als Klasse B modelliert, von der dann ein
Objekt in die Klasse A kommt, sondern die Felder der Klasse B direkt
der Klasse A hinzufügt, weil das Einlesen von Objekten immer langsamer
wird. Das riecht nach vorzeitiger Optimierung, ist mir schon klar. :)

Am liebsten wäre mir gleich eine "best practice" für Bäume mit dem
objektorientierten Datenmodell. Die besteht aber vermutlich einfach
aus "parent"-Feldern mit einem Index drauf.

ja kann ich verstehen... leider haben sie die Newsgroup für db4o zu
gunsten des Forums eingestampft.

Ich kann's schon verstehen, wenn's auch schade ist, Webforen sind
heutzutage der kleinste gemeinsame Nenner, mit dem sich jeder
auskennt. Wie einfach so ein Gateway zu betreiben ist, weiß ich auch
nicht aus eigener Erfahrung. Man könnte natürlich Foren bei gmane
einrichten lassen, aber die hat man nicht so unter Kontrolle wie
selbstverwaltete. Für eine freies Projekt in Ordnung, für eine Firma
weniger. Wer weiß, wie einfach man bei gmane Verleumderisches,
Falsches, Offtopic-Postings oder Spam herausbekommt.

Wg. Kodierung: Mea Culpa! Habe wieder zurück zu ISO-8859-1 gewechselt,
UTF-8 klappt offenbar nur manchmal. :/

Gruß,
Marco
.

Relevant Pages

  • Re: wget will unbedingt fremde Sites mit einsammeln
    ... Ab und zu hing auch hinten ein fremder Inhalt, sogar von Dateien ... oder wie auch immer das Beobachtungs-Programm auf Deinem Rechner heißt, ... symbolic links und weitere Verzeichnisse, ... Wer mir E-Mail schreiben will, stelle | When writing me e-mail, please ...
    (de.comp.os.unix.shell)
  • [MiKTeX] miktex.ini und GraphicsPath
    ... ich schaffe es nicht, MiKTeX so zu konfigurieren, dass immer wieder ... Verzeichnisse gelegt. ... einen eigenen Pfad anzulegen -- unter peinlichst genauer ... Die dort abgelegten Dateien ...
    (de.comp.text.tex)
  • Re: Anzahl Dateien in einem Verzeichnis
    ... Scheinbar meinst Du die Anzhal der Dateien rekursiv. ... public class RecursivFileCount ... final FileAndFolderCountVo fileAndFolderCountVo = ... Rekursives Zählen Dateien und Verzeichnisse. ...
    (de.comp.lang.java)
  • zu lange Dateinamen finden?
    ... ich als Administrator derzeit noch nicht für alle Dateien / Verzeichnisse ... Leserechte habe (die Geschäftsleitung hat so ihre kleinen Geheimnisse), ...
    (microsoft.public.de.german.windowsxp.sonstiges)
  • Re: JPG wird nicht gefunden
    ... ok, nicht auf das null, aber das die Bilder nicht gefunden werden war ihm ja durchaus klar. ... muss man denn Verzeichnisse im Jar nicht auch angeben? ... getClass.getResource arbeitet ja nicht wirklich mit der momentanen Klasse, sondern mit dem ClassLoader dieser Klasse - daher würde mich das irgenwie wundern... ...
    (de.comp.lang.java)