ich glaube hier mal etwas gelesen zu haben welches die Funktionweise einer einer Lotus notes datenbank erläuterte. Mich würde das nochmal interessieren   ich finde das leider nicht. würde mich freuen wenn mir jemand helfen könnte.

Jawoll das ist genau das richtige  hab vielen Dank.

Gruß Tee

Ohne mir jetzt unter allen von Dir gelisteten Begriffen was vorstellen zu können:
Ich behaupte mal, Notes/Domino passt in keine Schiene, sondern ist ein proprietäres System - das es so nur einmal gibt, aber welches sicherlich Eigenschaften anderer Systeme enthält (z.B. "Netzwerkdatenbanken", was auch immer das sein soll).

Warum möchtest Du das wissen? Rein Interessehalber oder gehts da um eine Online-Bewerbung? Letztens war hier mal ein Thread von jemandem, wo irgendwie ähnliche Fragen gestellt wurden (Einkategorisierung von Notes....)

Ach ja netwerkdatenbank modell
---------------------------------------------------------------------------------
Das Netzwerkdatenbankmodell verkörpert ein heute nicht mehr besonders verbreitetes Datenbankmodell. Hierbei kann ein Datensatz mehrere Vorgänger haben. Auch können mehrere Datensätze an oberster Stelle stehen. Es existieren meist unterschiedliche Suchwege um zu einem bestimmten Datensatz zu kommen. Diese Suche wird Navigation genannt.

Das Netzwerkdatenbankmodell hat sich aus dem hierachischen Datenbankmodell entwickelt und wurde hauptsächlich auf Großrechnern eingesetzt.

Seit den 1990er Jahren wird das Netzwerkdatenbankmodell vom relationalen Datenbankmodell mehr und mehr verdrängt.

Solche Vergleiche hinken selbstverständlich. Mit was willst du es vergleichen?
- mit .NET/J2EE
- mit RDBMS (SQL und so)
- mit Delphi
- mit C++
?

Der große Vorteil von Lotus Notes ist imho, dass es eine all-in-one Lösung für Business Colaboration Computing ist. Business Colaboration Computing ist das, wo Verzeichnissdienste, rollenbasierte Security, Mailing, Persistenz, Workflows, Integrierbarkeit von Standardsoftware wie MS-Office oder Relationale Datenbanken wichtig sind.

Natürlich hat man das heute auch alles und meiner Meinung nach an vielen Stellen besser mit Java oder MS.NET. V.a. bei Java muss man sich dann aber in der Realität doch mit vielen verschiedenen Tools/Vorgehensweisen /Details/ Konzepten / Spezifikationen auskennen (oder nicht ganz ahnungslos wirken).

Natürlich gibt es auch das eine oder andere Problem:
in dieser Reihenfolge:
- keine Transaktionen
- Iris.Lotus.IBM ist Monopolist in Sachen .nsf Format
- keine klare Trennung zwischen Datenbank / Businesslogik und v.a. UI-Logik (führt bei größeren Projekten zu Verlust von Übersicht).
- eine Menge von gotchas in dieser historisch gewachsenen Plattform.
- kein "srong typing" (bei Programmiersprachen kann man ja über loose typing diskutieren, aber bei Datenbanken???)
- um sql ist einfach mehr gebaut worden (Theorien, Tools, Plattformen, Reporting-Tools, Zugriffsmöglichkeiten, Bücher, etc.)
- schlechte XML-Unterstützung (z.B.: kein JAXP-kompatibler Parser in Java).
- SQL-DBs sind skallierbarer (gilt für: Datenmengen, Datendurchsatz, sophistication der Nutzung: Datamining/Datawarehouse).  
- Schwierigkeiten Constraints für Daten zu definieren (kann man vielleicht mit Validierungsformeln im Frontend hinbekommen. Im Backend werden die Daten aber gesetzt wie man will).
- Notes Leute entwickeln eine Art Happy Island Mentalität (meine Meinung), wohingegen bei z.B. NET und Java Programmiern ein viel stärkeres Bewußtsein über die jeweils "andere" Plattform existiert, einfach weil es näher ist.
- wenn man Notes einmal hat, neigt man dazu alles in Notes zu machen (z.B. Web). Das ist aber mit anderen Plattformen viel einfacher.
- Unglaublich unsympathischer Produktmanager (http://www.edbrill.com)
- in Vergleich zu MS.Visual Studio oder Eclipse eine katastrophal schlechte IDE
- Es fehlt Unterstützung für Unit-Testing, Performance-Messungen, Projektplanung und automatisiertes Deployment.  
- in Vergleich zu Java oder .NET eine sehr kleine Community

just my 2 cents

Axel

@Axel!

Lasse mich gerne belehren, aber sag mir eine Datenbank wo nicht der Hersteller Monopolist bezüglich des Datenbankformats ist? Ich kenne z.B. bei unserer Datenbank UDB auf Iseries niemand, der diese Daten binär verarbeiten kann? Auch bei der SQLDatenbank von Gupta/Centura ist mir da nichts bekannt.

Ich würde Notes als Dokumentenorientierte Datenbank sehen.  

Ausserdem weiß ich nicht was alle immer haben. Ok Notes ist keine relationale Datenbank Ok Notes hat kein strong typing. Aber genau das ist nicht der Nachteil sondern das ist der Riesenvorteil von Notes wenn man es für die richtigen Aufgaben einsetzt.

Ein ERP System wird man nie in Notes machen, da es Relationen Constraints und soweiter braucht. Aber ich würde auch nie ein relationales Datenbanksystem für Workflowaufgaben, Dokumentverwaltung... hernehmen.

Also bitte lasst mir mein Nsf Format für diese Aufgaben, genauso wie meine UDB für alle anderen Sachen.

Grüße

Ralf
 

Man kann sich eigentlich über alles streiten  

Notes ist nun mal ein System, daß mit dem Gedanken des Paperless Office entworfen worden ist.
Das merkt man immer wieder, wenn es um Reporting und Drucken geht (wie die vielen Threads zu den Themen hier ja auch ganz klar zeigen). Dadurch ist man oft auf externe Tools (z.B. Excel) angewiesen, um vernünftige Reports erzeugen zu können.

Das würde ich z.B. ganz klar als Nachteil sehen und das geht schon einher mit der Datenbank von Notes, die einfach die Möglichkeiten für dynamische Abfragen nicht bietet.

Also ich wollte eigendlich nur einige nachteile des Datenbankmodells von Notes. jedes Datenbankmodell hat nachteile  und die sind normalerweise auch recht gut dokumentiert, bei notes ist dies leider nicht so.

Jetzt nicht persönlich gemeint, aber für mich kann man das Datenmodell eigentlich nicht mehr von dem funktionalen Teil trennen. Was sind z.B. in RDBMS User Defined Functions, Stored Procedures und sowas. Sind das Teile des Datenbankmodells oder sind es funktionale Bestandteile?
Wenn ich in Notes mit einer Formel direkt auf ein Feld der Datenbank zugreife, ist es Bestandteil des Datenbankmodells oder ist es ein funktionaler Bestandteil.

Die Trennung zwischen Datenstruktur und die Funktionen, die diese Datenstruktur algorythmisch bearbeiten, ist - würde ich jetzt sagen - eindeutig schwächer geworden.
Eben durch dieses ganze OO-Zeugs, wo Klassen data and behaviour darstellen.

Zum Bleistift führen diese ganzen Object Relational Mapping Sachen oder diese disconnected Resultsets / ADO.NET-Äquivalent dazu, dass sich mein Bild der Datenstruktur irgendwie verschiebt, impressionistisch auflöst, etc. Ich mache damit in meiner wirklich knappen Freizeit Selbstversuche und nein, man kann die Datenstruktur nicht von den Sack an Möglichkeiten trennen, die eine Plattform anbietet.

@Ralf: Ich klinge manchmal negativer als ich am nächsten Tag will.
Ich würde nur keiner Organisation raten, alleine auf Notes zu setzen. Ich erlebe es bei größeren Notes Projekten,
- die über mehrere Jahre entwickelt werden,
- wo mehrere Entwickler, Projektmanager, Kunden zu unterschiedlichen Zeitpunkten eingestiegen sind,
dass es da gewisse Nachteile gibt, die meiner Meinung nach unmittelbar mit der Plattform zu tun haben. Das habe ich nur angesprochen.

Es gibt auch in meinem Gesichtskreis gerade für größere Anwendung ein Bedarf an Portierung, einfach weil die Anwendung unter Notes als schwer zu managen angesehen wird.

Das ist was ich quasi tagtäglich erlebe. Und ich hör mir das Gemecker an oder Fixe sind arbeitsintensiv, weil es bei größeren Notes-Anwendungen, oft wirklich definitiv nicht leicht ist, die Nebenwirkungen zu durchschauen, was bei produktiv laufenden Anwendungen absolut notwendig ist.

Gruß Axel

Hallo Axel!

Das mit der Wartung, da gebe ich dir natürlich recht, da Notes ein wenig dazu verführt unsaubere Lösungen zu programmieren, aber ich bin hier in dieser Diskussion eigentlich weniger von dem ganzen Agents und Maskenformeln Zeugs sondern mehr von der Datenbank ausgegangen. Ich hätte z.B. gerne eine Art Notesdatenbankengine auch in Java. (Klar ich kann Notes in Java verwenden, aber für reine Java Anwendungen ist es schon ein wenig bloated.

Grüße

Ralf

Ich glaube auch, dass Notes eine hierarchische Datenbankstruktur zugrunde liegt. Bekomme nämlich hin und wieder irgedwelche 'B-Tree' Errors...