Re: Access als Frontend für verschiedene DBMS testen
- From: Josef Poetzl <news@xxxxxxxxxxx>
- Date: Sun, 6 Nov 2005 13:54:19 +0100
Hallo!
Die erste Phase meines DBMS-Test ist nun beendet.
Ich kenne nun einigermaßen die Besonderheiten der verschiedenen DBSM
bezüglich Datentypen in Tabellen.
Diese DBMS habe ich mir angesehen: JET, MSSQL, PostgreSQL 8.0, MySQL
5.0, MaxDB, Firebird, Sybase, Informix und Oracle 10g.
Mein persönliche Reihung bezüglich "Access-FE-Tauglichkeit":
1. JET
kaum zu glauben, oder? ;-)
Trotzdem gibt es ein Problem: Wenn über ein ADO-Recordset
mit CursorLocation=adUseClient ein Datensatz geändert werden soll,
bei dem ein Feld mit dem Datentyp decimal einen Wert enthält,
kommt es zu einem Schreibkonflikt.
2. MSSQL
ODBC u. OLEDB-Treiber funktionieren ohne Probleme;
Auf ein Timestamp-Feld sollte aber nicht vergessen werden.
3. PostgreSQL 8.0
Es gibt zwar einen OLEDB-Treiber - wenn man über diesen aber ein
ADO-Recordset an ein Form bindet, so sind die Daten nur lesbar.
Boolean-Datentyp muss mit smallint ersetzt werden - das dürfte
aber keine großen Problem in der Anwendung bringen.
4. MySQL 5.0
kein OLE-DB-Treiber vorhanden
Auch hier muss Boolean ersetzt werden.
5. Sybase ASE
Der Orignal-OLEDB-Treiber verursacht Probleme bei
CursorLocation=adUseClient - daher MSDASQL mit ODBC-Treiber
verwenden.
Bei ODBC darf auf Workarounds2=9182 nicht vergessen werden.
Dafür gibt es wie bei MSSQL einen Bit-Datentyp.
6. Oracle 10g
Für ODBC den MS-Treiber verwenden - mit dem original
Oracle-Treiber hatte ich Probleme mit verknüpften Tabellen.
(Felder mit Dezimalzahlen [NUMBER(x,y)] konnten nicht befüllt
werden.)
Der original OLEDB-Treiber funktioniert ohne Probleme.
Bei Oracle gibt es die meisten Änderungen bezüglich
Feld-Datentypen. (Im Prinzip wird jeder Zahlentyp bis auf Double
und Single als decimal-Datentyp verwendet.)
7. MaxDB
Auch hier benötigte ich für eine ODBC-Verbindung DSN.
Die OLEDB-Verbindung per MSDASQL und MaxDB-ODBC-Treiber
funktioniert aber ohne DSN. - Warum?
8. Informix
Ich schaffte keine DSN-less-ODBC-Verbindung.
Probleme gibt es beim Datentyp decimal und ODBC. - Änderungen
in so einem Feld führen zu einem Schreibkonflikt.
(Ich vermutete ein ähnliches Verhalten, wie es Philipp Stiefel mit
"Grundloser Schreibkonflikt" über MySQL beschreibt. Aber: bei
float und real gibt es keine Probleme. Warum dann bei einem
decimal-Datentyp?)
Änderungen über ADO laufen problemlos.
9. Firebird
ODBC ohne DSN schaffte ich auch hier nicht.
Weiters interessant könnte es werden, wenn man Felder mit
Leerzeichen von JET auf Firebird umstellen möchte. Die Tabelle
kann zwar erstellt - aber nicht mehr verknüpft werden.
Zu beachten:
Diese Wertung entspricht meiner bisherigen "Erfahrung" mit den DBMS.
Daher muss ich anmerken, dass ich einige DBMS (darunter auch Oracle)
erst vor ein paar Tagen zum ersten Mal verwendet habe.
Ich freue mich über jeden "Umreihungsvorschlag".
Anm.: Alle Tests liefen unter WinXP und AcXP. Auch bei den DBMS
handelte es sich immer um die Windows-Version.
mfg
Josef
--
EPT: (Access Error Prevention Table) http://access.joposol.com/
FAQ: (Access-FAQ von Karl Donaubauer) http://www.donkarl.com/
.
- Follow-Ups:
- Re: Access als Frontend für verschiedene DBMS testen
- From: Philipp Stiefel
- Re: Access als Frontend für verschiedene DBMS testen
- From: Stefan Hoffmann
- Re: Access als Frontend für verschiedene DBMS testen
- From: Gernot Adams
- Re: Access als Frontend für verschiedene DBMS testen
- From: Gernot Adams
- Re: Access als Frontend für verschiedene DBMS testen
- Prev by Date: Re: ACC03SP2 WXPSP2 Schrittweite Mausauswertung
- Next by Date: Re: Komplexe Abfrage mit Gruppierung und Laufender Summe
- Previous by thread: Re: Access als Frontend für verschiedene DBMS testen
- Next by thread: Re: Access als Frontend für verschiedene DBMS testen
- Index(es):
Relevant Pages
|
