Re: Lessen und Schreiben sehr großer XML-Dateien

Martin Wagner wrote:
> Peter Büttner wrote:

> > Wenn du das weiterdenkst:
> > das gibt es schon und nennt sich Datenbank. Warum nochmal entdecken?
>
> Lokales Arbeiten ohne Netzwerk auf vielen Clients, aber im Prinzip gebe ich
> dir aber Recht - nur habe ich auf diese Entscheidung keinen direkten
> Einfluss.

Dann frag' doch mal den Entscheider wie er das geplant hat, welche
Produkte er evaluiert hat die ein brauchbares Verhalten auf den
Zielgeräten zeigen. Das ist zwar zu einem gewissen Anteil Provokation,
doch würde es mich wirklich interessieren.


> > Aber warum müßen die Daten _immer_ als xml gehalten werden? Warum keine
> > 'richtige' DB die auf Knopfdruck im/exportiert?
>
> Da dann jeder lokal kompletten DB-Server installieren/starten müsste und da
> die Daten für (ebenfalls lokalen) Import als XML vorliegen müssen.

Da hast du ja nun Informationen das es auch db systeme gibt die man
nicht als Server installieren muß. bei den reinen java Engines liest man
hier von mckoi, hsql derby~cloudscape. hsql zieht aber glaub ich auch alles
in den Speicher, derby~cloudscape ist von IBM (falls du 'Namen' brauchst)

Früher hat man sowas auch mal als dBase Dateien gemacht, als man noch
Resourcenknappheit hatte. Aber ich würde nur was nehmen das auch
Absturzsicher ist.
Dann gibt es noch sowas wie firebird, die ist nativ, muß
installiert werden, kann auf einer Datei arbeiten (IMHO).


> Es wird wohl auf eine lokale XML-Datenbank hinauslaufen die das Programm
> mitstartet, so dass damit beide Anforderzngen halbwegs bedient werden
> können.


Wenn du nur ein bischen mehr über deine Daten schreiben würdest...


Wenn das relativ unabhängige Daten sind, also z.B. in einer
xmlDatei 20 Produkte beschrieben sind, die aber keine/kaum
Querverbindungen haben könntest du die als Dokumente auffassen und
als einzelne xmls ablegen. Wenn die dann <~5MB haben passt das schon.

Wenn es also irgendwie 'Dokumentenzentriert' ist, kann/sollte man die
Daten auch so behandeln.

Warum überhaupt xml (ausser zum Datentransfer auf die Clients)?
Sollen da xslt/xquery/... Abfragen drüberlaufen? Einfach nur weil
es halt da ist?

Wie soll das Gui denn an die Daten kommen? Baut es sich von selbst
aus dem Schema auf?


Nicht das der Verdacht aufkommt ich möge kein xml, alles hat
seine Einsatzgebiete nur halt nicht für alles. Wobei es gut ist
immer mal nachzuforschen ob man bekannte Grenzen nicht doch
überschreiten kann, sollte bei produktiven Dingen aber aufpassen.



Grüße
Peter

--
Shell&Jar : Individual icons for jars
jMineSweeper : extended
www.PeterBuettner.de
.

Relevant Pages

  • Re: XML-Datei in Access
    ... Das hängt stark vom Aufbau der XML Datei als solches ab. ... Daten in die Access Datenbank überträgt. ... Prev by Date: ... Next by Date: ...
    (microsoft.public.de.german.entwickler.dotnet.datenbank)
  • Re: A2LL ist tot...
    ... A2LL ist keine Datenbank, sondern allenfalls eine Anwendung, die auf ... Es sollen 40.000 Clients jederzeit und ... Prev by Date: ... Next by Date: ...
    (de.talk.tagesgeschehen)
  • Re: Datenbank, XML oder Textdatei?
    ... > Meine erste Idee war eine Datenbank mit MySQL. ... > Könnnte ich mit XML auch meine Thumbs ... Prev by Date: ... Next by Date: ...
    (de.comp.lang.java)
  • =?Utf-8?Q?Re:_Denkans=C3=A4tze_-_WebService?=
    ... mit unseren Kunden abgeglichen werden. ... D.h. die Datenbank des Kunden soll die ... Da ist mir XML ... Next by Date: ...
    (microsoft.public.de.german.entwickler.dotnet.asp)
  • Re: XML Applikation mit Java?
    ... Java zu schreiben, deren Hauptaufgabe darin bestehen soll, XML ... Ausgangspunkt des ganzen ist ein XML Schema. ... Der Anwender kennt das Schema und möchte im Client direkt XQuery ... Verwendung einer Datenbank wie Oracle 10g mit der XML DB Erweiterung ...
    (de.comp.lang.java)