Alternative zu TurboDB

[waschi]

Hallo Delphigemeinde.

Kennt ihr brauchbare und bessere Alternativen zu der Datenbank TurboDB?

[Bernhard Geyer]

Zitat:

Zitat von waschi

Kennt ihr brauchbare und bessere Alternativen zu der Datenbank TurboDB?

Was gefällt dir nicht?

Ein Alternative wäre ADS Local Server.

[waschi]

Was mir nicht gefällt?

Mir gefällt nicht das diese Datenbank in der Version 4.2.3 noch dermaßen fehlerhaft ist , das es auf keine Kuhhaut mehr geht.

Danke aber für die Alternative.



Kennt nochjemand welche?

Wäre euch sehr verbunden.

[Bernhard Geyer]

Könntest Du ein paar Beispiele nennen?

Habe mir schon überlegt Aufgrund der Unicode + .NET-Fähigkeit von TurboDB diese als Alternative auch anzubieden.

[waschi]

tabelle1:

Code:

ID (autoinc) | IDlink (INT) | Bemerkung (MEMO)
-----------------------------------------------
1            | 10            | testsdfkfkjdlsfh
2            | 15            | testsdfkfkjdlsfh

SQL-Code:

INSERT INTO tabelle1 SELECT ID,450 AS IDlink, bemerkung FROM tabelle1

sieh selbst was mit der 450 passiert

SQL-Code:

INSERT INTO tabelle1 SELECT ID,"450" AS IDlink, bemerkung FROM tabelle1

zugriffsverletzung


schonmal versucht ne tabelle mehrfach in einem Join zu verwenden?


ganz davon abgesehen das sich 1 Tabelle innerhalb von 2 Wochen durch einfache SELECT, INSERT, UPDATE statements selbstzerstört hat.



Aber das ist ja nicht das Thema.



Ich möchte bitte Alternativen.

[woki]

hmmm,

Datenbanken gibt es jede Menge Du sagst nichts über die Randbedingungen.
Ansonsten

Interbase/Firebird
Über ADO auf Access, MSDE
MYSql
SAPDB, heißt, glaube ich jetzt MaxDB oder so ähnlich

SQL-Server
DB2
Oracle
...

[waschi]

ok ich bin mal davon ausgegangen das jeder TurboDB kennt :o mein fehler.

Also eine Grundvoraussetzung ist das sich die komplette DB engine mit in das EXE reinkompilieren lässt und somit keine extra Installation nötig ist.

[Bernhard Geyer]

Zitat:

Zitat von waschi

Also eine Grundvoraussetzung ist das sich die komplette DB engine mit in das EXE reinkompilieren lässt und somit keine extra Installation nötig ist.

Ist zwar nicht ganz bei ADS Local Server geben, aber 2 DLLs und 2 Konfigurationsdateien im Anwendungsverzeichnis sollten keine Problem für eine XCopy-Installation darstellen. Aber sonst bisher keine störenden Fehler entdeckt (Auch schon auf diversen fremdsprachigen Windowsversionen im Einsatz).
Einziger Nachteil: Keine Transaktionsunterstützung.

[trifid]

Ich kann nur Bernhards Empfehlung unterstützen.
ADS Local Server; und wenn's zu eng, wird kann man einfach auf den grossen Server migrieren.
Habe eine alte Paradox damit angehoben (unten die Probleme)

BDE - Alternativen
http://www.kylecordes.com/bag/list.html

Zitat:

komplette DB engine mit in das EXE reinkompilieren lässt

http://www.elevatesoft.com/
habe aber keine Erfahrung damit gemacht

Was bei einen DB-Umstieg zu berücksichtigen ist (egal welche DB)
- auf welche Art und Weise eine DB-Verbindung zustande kommt
- die momentanen DB-Komponenten noch verwendet werden können
- Datensatzorientierte Denkweise, mengenorient oder objektorientierte Strukturen
- wurden Tricks in der alten DB eingeführt und können diese übernommen werden
- Berichte und Auswertungen

Eigentlich muss du zuerst deinen Code analysieren bevor du dich an einen Wechsel wagst.
Und das Warten auf einen neue DB-Version, könnte schneller vorbeigehen als den vorhanden Code auf eine neue DB anzupassen.

[waschi]

Danke.
Klingt gut schau ich mir mal an.

Es geht nicht darum ein bestehendes projekt in eine andere DB zu portieren.
Das kind ist eh schon in den Brunnen gefallen.

Es geht um zukünftige projekte.