Mit NexusDB arbeiten wie mit der BDE

[Captnemo]

Hallo,

ich hab mir grad im Internet die NexusDB angeschaut. Bin mir aber nicht sicher, ob sie das, was ich machen will, so kann. Vielleicht weiß das ja einer von euch.
Ich möchte mit der NexusDB quasi so arbeiten, wie mit der BDE.

Also eine DB erstellen, die ohne Serverkomponente auskommt, wo von verschiedenen Rechner zugegriffen werden kann, und die Tables / Datensätze gesperrt werden können. Geht das so ohne weiteres mit der NexusDB? Oder ist da eine andere DB besser für geeignet?

Ziel ist es, eine DB zu haben, die
a) ohne große Installation auskommt, und am besten alles ins Prog implementiert werden kann.
b) das lokale Arbeiten mit einer DB möglich ist (Einzelplatz)
c) aber auch z.B. die DB auf einem Netzlaufwerk/UNC abgelegt werden kann, so dass mehrere Rechner zeitgleich darauf zugreifen können.

[mkinzler]

Ich würde Dir dazu abraten, eine Multiuserdatenbank ohne Server zu betreiben.
Den das ist weder performant noch sicher.
-Die embedded NexusDB-Engine ist nicht multiuserfähig.
-SQLite sollte gehen ist aber wegen dem very-pessimistic locking auch nicht das Gelbe vom Ei.
-Access funktioniert führt aber imho häufig zu defekten Datenbanken, wenn viele Client parallel Zugreifen/Schreiben.
-FireBird sollte mit Tricks funktionieren.

Aber wie gesagt -> mehrere Benutzer = (Datenbank-)Server.

[Jumpy]

Ich bin da jetzt auch nicht wirklich drin in dem Thema, aber was ich hier in anderen Threads zu Firebird gelesen habe, ist es auch vergleichsweise einfach zw. Embeded-Version für den Einzelplatz und Serverversion für Mehrbenutzer zu wechseln und ich meine u.a. Perlsau hat da auch schonmal Codeschnipsel geposted wie er seinem Programm über Startparameter mitteilt, ob es mit einer Embeded-DB oder mit der Serverversion connecten soll (hoffe ich hab das richtig erinnert und das war nicht ganz was anderes).

[Captnemo]

Dann scheidet Nexus schon mal aus.

SQLite könnte ich mal ausprobieren.

Die Performance spielt hier absolut keine Rolle, da die Datensätze klein sind, und nur 2-3 am Tag erfasst werden, bzw. bearbeitet werden. Die Erfassung passiert aber automatisch und die Bearbeitung dann an verschiedenen Arbeitsstationen.

Wenn's irgendwie geht, möchte ich nichts auf dem Server installieren. Zumal das DBS auf dem Server dann 23 Stunden und 59 Minuten am Tag nichts anderes macht, als sich selbst zu verwalten, Speicherplatz zu verbrauchen und zu warten.

[mkinzler]

Zitat:

Wenn's irgendwie geht, möchte ich nichts auf dem Server installieren. Zumal das DBS auf dem Server dann 23 Stunden und 59 Minuten am Tag nichts anderes macht, als sich selbst zu verwalten, Speicherplatz zu verbrauchen und zu warten.

Je nach DBMS und Konfiguration wäre das minimalst.

[Bernhard Geyer]

Also wir hatten früher ADS als Local Server im Einsatz.
Sehr stabil, aber Lizenztechnisch problematisch. Selbst ein Einsatz auf Remote Desktop wird als kostenpflichtiger Serverbetrieb gewertet.
Wenn aber die Anzahl der Installationen übersichtlich ist wäre das aber kein Problem

[mm1256]

Zitat:

Dann scheidet Nexus schon mal aus.

Sorry, falsch. Im Gegenteil, Nexus ist meines Wissens die einzige Datenbank die das kann, was der TE braucht. Man kann in die eigene Anwendung einen vollständigen Datenbankserver integrieren, der dann via TCP/IP alle Clients bedient. Das ist auch mit ein paar Mausklicks und ein paar Komponenten realisiert. Auf der Nexus-Homepage gibt's dazu sogar ein kleines Tutorial.

[mkinzler]

Zitat:

Zitat von mm1256 (Beitrag 1264036)

Zitat:

Dann scheidet Nexus schon mal aus.

Sorry, falsch. Im Gegenteil, Nexus ist meines Wissens die einzige Datenbank die das kann, was der TE braucht. Man kann in die eigene Anwendung einen vollständigen Datenbankserver integrieren, der dann via TCP/IP alle Clients bedient. Das ist auch mit ein paar Mausklicks und ein paar Komponenten realisiert. Auf der Nexus-Homepage gibt's dazu sogar ein kleines Tutorial.

Nexus sagt selber aber was anderes:

Zitat:

Zitat von http://www.nexusdb.com/forums/showthread.php?t=293

The NexusDB Embedded Server Edition contains the same high-speed database
engine as the full version, and comes with full source. It is intended for
situations where multi-user capabilities are not needed

[mm1256]

Was soll das jetzt werden? Ich arbeite seit 14 Jahren mit Nexus, und du weißt das besser?

Solltest dich mal informieren, und nicht einzelne Kommentare aus einer Homepage zitieren, aus denen der Zusammenhang nicht hervorgeht. Zudem braucht der TE eine Netzwerklösung und keine Embedded Single-User-Version.

[Dejan Vu]

Zitat:

Zitat von mm1256 (Beitrag 1264036)

Nexus ist meines Wissens die einzige Datenbank die das kann, was der TE braucht. Man kann in die eigene Anwendung einen vollständigen Datenbankserver integrieren, der dann via TCP/IP alle Clients bedient. Das ist auch mit ein paar Mausklicks und ein paar Komponenten realisiert. Auf der Nexus-Homepage gibt's dazu sogar ein kleines Tutorial.

Also ich kann Dir auch einen kleinen Server basteln, der sich auf eine Access-DB setzt (oder einen Haufen von Textdateien) und per TCP ermöglicht, diese Daten zu lesen und zu schreiben. Das ist eine interessante Aufgabe, zwar vollkommen nutzlos, aber interessant. Hast Du mal überlegt, was passiert, wenn Du deinen NexusDB-Server in deiner Anwendung integrierst und die schmiert ab, weil Du (wie alle anderen auch) nicht der 100% perfekte Programmierer bist, der immer alles richtig macht? Was ist das also für ein Feature. Man muss sich -ehrlich gesagt- nicht wundern, wenn NexusDB der einzige Hersteller ist, der das anbietet. Weil es Blödsinn ist.

Es führt kein Weg an einem separaten RDBMS vorbei. Wenn das Geld nicht reicht, einen eigenen Server-PC zu plazieren, dann nimmt man eben einen der Arbeits-PC. Natürlich muss der immer an sein, aber wenn man kein Geld für einen Server-PC hat (also so ca. 600 Euro, reicht ja), dann hat man auch nicht den Traffic.

Ich verstehe einfach nicht, wieso man sich dagegen sträubt, den einzig richtigen Weg zu gehen. Installier Dir FireBird/SQL-Server oder welchen auch immer, richtige den Zugang ein und Du hast in Zukunft 100 mal *weniger* Arbeit und Probleme.
Nimm hier Mainstream, auch wenn Du sonst lieber eine Sonderlocke fahren willst. Nimm den langweiligsten, am weitesten verbreitetsten Schmuh, denn da bekommst Du auch den besten Support in Foren wie diesen (ist das nicht ein Titel von den Toten Hosen?

Zitat:

Zitat von Captnemo (Beitrag 1264027)

Zumal das DBS auf dem Server dann 23 Stunden und 59 Minuten am Tag nichts anderes macht, als sich selbst zu verwalten, Speicherplatz zu verbrauchen und zu warten.

Na und? Es muss ja nur irgend ein Dumpfbacken-PC sein, der in der Ecke werkelt (das kann auch ein ausrangierter sein). Stromkosten.. Ja. Das ist ein Argument, das *einzige*.

Ich persönlich würde einem Kunden, der kein Geld für einen Server-PC ausgeben will, sogar einen hinstellen, denn die paar Kröten (2 Tagessätze) habe ich durch den fehlenden Ärger sofort wieder drin.

Ach, und allgemein: Ich hab 30 Jahre Erfahrung und lass mir (speziell hier im Forum) gerne zeigen, wie sehr mir mein Inseldenken (Ich bin der Größte) die Weiterentwicklung behindert (hat).