Hallo Bernhard,
das "vermeiden" kam irgendwie schräg rüber.
Wenn es der Markt erfordert und man nur so wettbewerbsfähig bleibt, dann natürlich, wird man diese Richtung gehen müssen. Was ich sagen wollte ist, wenn nicht unbedingt erforderlich, dann sollte man die Multi-
DBMS Sache lassen. Man braucht dafür Erfahrung in der Entwicklung und auch KnowHow über die Unterschiede der einzelnen
DBMS-Produkte.
SQL-Standard hin oder her, aber wenn sich dann z.B. ein Unique-Constraint in Bezug auf NULL in
MSSQL zu anderen
DBMS anders verhält, wirds interessant/schwierig, wenn man die Datenintegritätsregeln in der
DB und nicht im anwendungsspezifischen DatenLayer haben möchte. Vor allem bei einer Zielgruppe wie von dir dargestellt (größerer Unternehmen mit eigener IT etc.), wenn man davon ausgehen kann, dass die
DB ev. auch noch von anderen Anwendungen verwendet wird.
Ich kenne das eine oder andere kleinere Softwarehaus, dass sich mit der Multi-
DBMS-Thematik total verrannt hat und letztendlich vom Markt verschwunden ist, weil das Produkt für kein
DBMS ordentlich lief. Gut, es hatte auch was mit dem KnowHow der Leute zu tun. Aber die dazu benötigte Erfahrung kommt auch nicht von allein.
Bis denn,
Thomas