Diskussion:Db4o

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 8 Jahren von GiftBot in Abschnitt Defekte Weblinks
Zur Navigation springen Zur Suche springen

So, ich habe mir hier Mühe gegeben, das neutral und vollständig darzustellen (das war heftig Arbeit). Es ist mir dabei auch wichtig, nicht nur die Stärken als auch die Schwächen von db4o herauszuarbeiten. Damit sollte jeder für sich ideal enscheiden können, ob das zum eigenen Einsatzgebiet passt.

Natürlich fehlt noch viel, aber es kann jetzt in Ruhe reifen und erweitert werden.

Ich würde Kritiker dieses Eintrages herzlich bitten, nichts einfach so zu löschen, sondern Wünsche an mich heranzutragen. Ich werde gerne jeden Wunsch einarbeiten.

Viele Grüße Prof. Dr. Stefan Edlich (edlich[at]gmail[dot]com)

Und vielen Dank auch an alle, die das danach verbessert und bereinigt haben. Tolle Arbeit! (nicht signierter Beitrag von Edlich (Diskussion | Beiträge) )

Ist das ganze nicht mittlerweile tot? (nicht signierter Beitrag von 188.110.210.59 (Diskussion) 16:46, 9. Apr. 2015 (CEST))Beantworten

zum codebeispiel

[Quelltext bearbeiten]

wo wird das dritte objekt gespeichert? ich sehe nur zwei. und wofür ist result.reset() da? -- 14:51, 24. Jun. 2007 (CEST)Beantworten

OK bin gerade dabei und werde das korrigieren! Stimmt. Das result.reset() kann einfach weg. Danke!! (nicht signierter Beitrag von Edlich (Diskussion | Beiträge) )


Kann es sein, daß die Klasse Person noch im Beispiel fehlt? Es wäre schon zu sehen, wie sie definiert ist, dann erschliessen sich auch die Beispiele der Queries besser. Danke. Grüße --Heinrich 08:46, 17. Aug. 2007 (CEST)Beantworten

Native Queries & Nachteile

[Quelltext bearbeiten]
Die Erstellung der Abfrage ist komplett in der Hand der Entwickler und nicht unter Kontrolle von Administratoren, die beispielsweise bei Verwendung von Stored Procedures Sicherheitsaspekte der Datenbank angemessen berücksichtigen können.

Dieser Punkt ist mir nicht klar. Wie sollte denn eine Rechteverwaltung in einer Objektdatenbank aussehen? Und warum überhaupt? Ich denke in diesem Punkt ist einfach ein Umdenken erforderlich das den ODBs gerecht wird. Um's mal anders auszudrücken - ich empfinde das nicht als einen Nachteil. Zumal dieser Punkt doch eigentlich nichts mit db4o im speziellen als vielmehr für alle ODBs gilt.

-- Florian Sening 16:55, 18. Jul. 2007 (CEST)Beantworten

@Edlich: Bitte pass beim Editieren auf - du hast meinen kompletten Absatz gelöscht. :(

-- Florian Sening 13:22, 24. Jul. 2007 (CEST)Beantworten

@Florian: Sorry, das Netzt hat Ärger gemacht, so dass alles durcheinander ging. Edlich

Nur im Client / Server-Mode kann man ja eine Liste hinterlegen, so das die pure Anmeldung "Rechteverwaltet" wird. Aber es stimmt. Das ist ein schwieriges Thema. Es ist sowohl Vorteil als auch Nachteil wenn es da ist oder nicht da ist.

Es schien mir dennoch wichtig diesen Punkt aufzunehmen, weil viele Leute db4o nehmen oder vielleicht nachher schmerzlich ein Feature wie Multithreaded Scalability vermissen oder auch eine Rechteverwaltung. Es ist also wichtig zu wissen, wie es ist. Ob man es dann braucht oder für wichtig hält kann man dann selbst entscheiden. Übrigens: In den Einsatzfällen, bei denen ich db4o intensiv nutze, fehlt mir die Rechteverwaltung auch nicht. Da bin ich sogar eher froh, dass das nicht noch eine Konfigurationsschraube ist. Edlich 12:50, 23. Jul. 2007 (CEST)Beantworten

[Quelltext bearbeiten]

GiftBot (Diskussion) 07:30, 5. Jan. 2016 (CET)Beantworten