nicht angemeldet
Hallo Thomas !
Zunächst einmal zum Thema "Mumpitz"
es ist aber eine etwas merkwürdige art ein für dich interessantes thema als "unsinn", "dummes gerade" (eben Mumpitz) zu bezeichenen.
was soll da meiner einer denken?
Andersherum fielen mir reichlich Dinge ein, die mit DBMS-gestützter Datenhaltung besser oder einfacher zu machen wären.
nämlich?
Da stehen doch schon einmal 3:
Beispiele sieht man ja heute schon an der Vielpoststatistik oder an den Statistiken von Carsten, die - wenn ich nicht irre - schon heute mit Hilfe von MySQL erstellt werden. Auch ein Querverweisen in archivierten Beiträgen wäre m.E. kein Problem mehr, wenn man jeden Beitrag einfach über seine ID ansprechen könnte.
welche 3?
1)Statistiken, 2) Querverweise, 3) ??
Es besitz ein jeder Message eine unique ID. Und man könnte messages dadurch ansprechen, es könnten dadurch sogar deep-links in messages gesetzt und verfolgt werden, bidirektionale links sind auch kein problem. Dies wäre mit XLink problemlos möglich. Und wieder muss ich die Frage stellen: warum ist es unsere und XML schuld, wenn die entsprechende software noch in kinderschuhen steckt und nicht so unglaublich altehrwürdig und überreif ist wie eine DB.
beides sind ohne MySQL möglich. mit XSLT kann ebenso jedes beliebige Detail eines Thread oder Messages gefiltert werden.
Wieso beides? Auf meinen dritten und vielleicht wichtigsten Punkt bist du gar nicht eingegangen.
wenn du die ID meinst, siehe weiter oben.
Es ist ja nun nicht so, dass in einem relationalem Datenmodell die Bezüge zum Context nicht auch erhalten blieben.
*LOL* klar bleiben sie erhalten in tausenden von tabellen die, um eben diesen kontext nachbilden zu können (weil von erhalten kann dabei keines falls die rede sein), wiederum durch eigene indexe miteinander verknüpft werden.
(du weisst schon tabelle für "Autor" im delata- und und für "titel" im gamma-quadrant)
(vergleich bibliothek:} [...] buch (posting) [...] themenkreis (thread)[...] und genau dieses hierarchische prinzip wird bei bibliotheken verfolgt)
aber wenn in dem buch auf ein anderes buch zum selben thema bezug genommen wird, hast du probleme
Wenn in dem Buch aber auf ein anderes Buch aus einem anderen Themenbereich Bezug genommen wird, hast du das Problem.
ja und? damit sind wir aber erst jetzt dort wo mit einer DB wir von anfang an stehen.
Nicht ohne Grund finden sich in Bibliotheken allerlei verschiedene Register, die neben der thematischen eben auch eine autor- oder verlagsbezogene Sortierung der Bücher bieten.
register wären aber RDF oder TopicMaps also wiederum eine XML-"Anwendung" (nein, ich werde dir hier nicht erklären was diesen beiden Mumpitze sind, aber du kannst beim W3C bzw. bei topicmaps.org nachlesen)
Und: Was wäre die (Buch-) Welt ohne ISBN?
1000 jahre kam bücher ohne ISBN aus. und in den bibliotheken sind vorwiegend bucher ohne ISBN gelagert.
ISBN ist sehr nützlich, aber was hat das mit DB und XML zu tun?
kannst du dort aus der DB alle gewünschten formate so super schnell erzeugen? das wäre mir was ganz neues.
Theoretisch zumindest: ja!
warum plötzlich nur theoretsich?
ich frage mich eigentlich warum leute sich immer wieder und nur an der performance anecken, wohl sonst keine andere argumente gegen xml!?
Für mich sind Performance ein _enorm_ wichtiges Argument. Daher würde es mir als einziges Gegenargument schon reichen.
es wurden hier schon mehrere gegenargumente genannt, angfangen von der hierarchischen struktur, bis hin zu plattform und software unabhängigen möglichkeit von datenaustausch.
übrigens, wenn DB an sich doch so toll ist, warum arbeiten so sehr die DB hersteller an der XML unterstützung ihrer DBs?
Ich sagte ja bereits, dass ich mich mit XML noch nicht wirklich ausführlich beschäftigt habe. Daher wird dich sicherlich nicht sonderlich überraschen, dass mir DOM und SAX in diesem Zusammenhang aber auch nicht das Geringste sagen.
http://forum.de.selfhtml.org/archiv/2002/1/2538/#m14419
hier redet jeder von professionellen DBs und dann von unserem hausgemachten forum mit eingenen perl-parser etc.
Nicht nur. Wir reden in puncto Performance auch über die Suchfunktion des Forumsarchivs, die IIRC nicht die XML-Dateien direkt, sondern - eben aus Geschwindigkeitsgründen - eine CSV-Datei durchsucht.
du sprichst nach wie vor von unserem forum gegen einer professionellen db. hätten wir das geld, würde ich sofort eine xml-db einsetzen wollen und dann kümmert mich kein csv-datei mehr.
Ich hoffe, du nimmst mir nicht übel, dass ich von Tamino noch nie etwas gehört habe.
tamino ist der xml-server vom software AG.
der textml, tamino und excelon sind die zur zeit führenden xml-server auf dem markt.
Vielleicht erklärst du mir in wenigen Sätzen die Vorteile, die dieses DBMS gegenüber "alten" DBMS wie Oracle/MySQL bietet?
sorry, aber was interssieren mich ein Mumpitz wie Oracle oder MySQL ?! *fg*
Dies ist übrigens meine Ausgangsfrage gewesen, nur ein wenig anders formuliert.
ganz und gar nicht! hier stellst du die richtige frage, vorher wolltest du eine software (eine DB) mit einem dateiformat (xml) vergleichen. (und ich hoffe du siehst ein, warum diese fragestellung nicht richtig war)
diese diskussion fordert wirkliche aufmerksamkeit und ich bin aber einfach zu mnüde dazu, deshalb nur lesestoff:
http://www.softwareag.com/tamino/
http://www.ixiasoft.com/support/doc/textml_server_doc.asp
http://www.ixiasoft.com/support/doc/Introducing.pdf
http://www.exceloncorp.com/products/datasheets/xis_24jan02.pdf
was tabellen in einer DB angeht:
ist ja ekelhaft. :-)
Schlag mich tot: Ich find's toll! :-)
Sancta simplicitas!! :-þ
grüße
thomas