Mit NexusDB arbeiten wie mit der BDE

[mm1256]

Zitat:

Und du solltest unsere Beiträge genauer Lesen, dann würdest Du verstehen, dass wir nicht Nexus, sondern den grundsätzlichen Ansatz kritisiert haben.

Das lenkt vom Thema ab und entspricht nicht den Gegebenheiten. Der TE hat eine Frage gestellt, jemand hat darauf eine aus welchen Gründen auch immer unrichtige Antwort gegeben, und ich habe mir erlaubt darauf hinzuweisen, dass diese Antwort nicht den Tatsachen entspricht.

Zitat:

Btw.: In welcher Beziehung zu Nexus stehst Du, dass Du Dich hier extra anmeldest um ein Produkt in dern Himmel zu loben?

Auch dise Frage habe ich schon beantwortet. Aber gerne nochmal: Die NexusDB ist aus dem vormaligen Flash-Filer-Server von Turbopower Software entstanden. Das kann man auch auf der Homepage nachlesen. Ich hatte damals schon den FF-Server im Einsatz, und dann logischerweise auch den Nachfolger NexusDB. Weil beide sehr gute Datenbanken sind, und ich damit mit hunderten von Kunden keine Probleme habe. ich bin also langjähriger FF-DB und NexusDB-User, sonst nichts.

Und als Mod solltest du auch sehen können, dass ich mich nicht erst jetzt angemeldet habe um irgend ein Produkt in den Himmel zu loben. Ich habe nur ein paar Informationen mitgeteilt, die dir offensichtlich fremd sind. Aber, wenn Hilfe nicht gewünscht ist, werde ich mich wieder zurückziehen und wie bisher nur noch lesen. Herr Kinzler, damit hab ich kein Problem.

[mkinzler]

Zitat:

Aber, wenn Hilfe nicht gewünscht ist, werde ich mich wieder zurückziehen und wie bisher nur noch lesen. Herr Kinzler, damit hab ich kein Problem.

Nein sollst Du nicht.

[mm1256]

Werde ich aber, denn ihr diskutiert in diesem Thread eine Thematik, nach welcher der TE überhaupt nicht gefragt hat. Die Frage war ja "Mit NexusDB arbeiten wie mit der BDE". Aber, dazu muss man erst mal Ahnung von NexusDB haben.

[mkinzler]

Wir lassen uns auch nicht den Mund verbieten. Und aus meiner ( für Dich vielleicht unterbemittelten ) Sicht macht es gar keinen Sinn, wie mit der BDE arbeiten zu wollen!
Wenn jemnad fragt, wie er mit dem Fahrrad am Besten nach China kommt, kann man im Raten das Flugzeug zu nehmen ( unser Vorschlag) oder man kann ihm Helfen, das Ziel mit dem von ihm vorgeschlagenen Mitteln erreichen.

Es geht nicht um Nexus oder nicht, sondern dedizierter Server ( von mir aus mit NexusDB) oder nicht!

[mm1256]

Zitat:

Es geht nicht um Nexus oder nicht, sondern dedizierter Server ( von mir aus mit NexusDB) oder nicht!

Und genau das ist der Irrtum: Es geht eben genau darum, NexusDB oder nicht! Weil NexusDB - wie bereits von mir erwähnt - meines Wissens die einzige DB ist, die in einer einzigen ausführbaren Datei sowohl Client-Server-Datenbankserver sein kann, als auch ganz normales Anwendungsprogramm. Im Einzelplatzmodus und im Netzwerkmodus, ohne Installation, genauso wie vom TE gewünscht.

Um Ihren Sprachgebrauch zu verwenden: Der TE wird Gründe haben, nicht mit dem Flieger zu fliegen, sondern mit dem Fahrrad fahren zu wollen. Es gibt einen sehr gut ausgebauten, sicheren und komfortablen Radweg nach China. Wenn dieser auf Ihrer Landkarte nicht eingezeichnet ist, macht es dann Sinn, mit Ihnen diesen Weg diskutieren?

[Dejan Vu]

Zitat von mm1256:

Und genau das ist der Irrtum: Es geht eben genau darum, NexusDB oder nicht! Weil NexusDB - wie bereits von mir erwähnt - meines Wissens die einzige DB ist, die in einer einzigen ausführbaren Datei sowohl Client-Server-Datenbankserver sein kann, als auch ganz normales Anwendungsprogramm. Im Einzelplatzmodus und im Netzwerkmodus, ohne Installation, genauso wie vom TE gewünscht.

Und genau deshalb scheidet doch NexusDB aus: Wer so eine Architektur anbietet, *kann* einfach nichts taugen. Es wäre sinnvoller, sich an einer offenen Diskussion um robuste, vernünftige und nachhaltige Architekturen zu beteiligen und den TE eventuelle von dieser absurden Idee abzubringen.

Zitat:

Der TE wird Gründe haben, nicht mit dem Flieger zu fliegen, sondern mit dem Fahrrad fahren zu wollen.

So, wie es aussieht, fällt ihm außer dem Flieger nichts ein, das Fahrrad bekommt er ja von Dir eingeredet. Es ist nicht sinnvoll, ihm das einzige Fahrrad schmackhaft machen zu wollen, das ein Zelt und Kocher auf dem Gepäckträger montiert hat und mit dem es möglich ist, auch während der Fahrt eine warme Mahlzeit zu sich zu nehmen, während man Fussi gucken kann. Du musst zugeben, das ein derartiges Fahrrad zwar ein Alleinstellungsmerkmal besitzt und durchaus fahren kann, aber im realen Einsatz starke Defizite aufweist: Ist das Zelt kaputt, wird man nass. Fällt der Kocher aus, verhungert man (oder isst trocken Brot mit Schmalz). Und geht der Fernseher hopps, ist eh alles egal. Und wenn das Fahrrad mal kaputt geht, wird man pitschnass, erfriert, verhungert und kann -was besonders grausam ist- die weiteren Spiele der dt. Mannschaft nicht erleben.

Ist es nicht praktischer, die einzelnen Komponenten *separat* zu verwenden? Also ein (austauschbares) Zelt, einen (upgradefähigen) Kocher und einen (nach der WM vertickbaren) Fernseher?

Also: NexusDB kann das. Middleware+AccessDB auch, nebenbei bemerkt. Aber man macht es nicht, Stichwort: "SOA" in seiner allgemeinsten Form.

[mm1256]

Zitat:

Und genau deshalb scheidet doch NexusDB aus: Wer so eine Architektur anbietet, *kann* einfach nichts taugen.

Ich bin begeistert von so viel Fachkenntnis

[Zoot]

Zitat von Dejan Vu:

Wer so eine Architektur anbietet, *kann* einfach nichts taugen.

Ich wiederhole mein "Aha".

Dogmen können die Welt vereinfachen.