Ich weiß nicht, von einem Datenbank-Engine Programmierung Syntax-Konverter. Da Sie jedoch an einer Multi-Datenbank-Plattform arbeiten, würde ich die Verwendung der Enterprise Library und ihres Anwendungsblocks in Erwägung ziehen. Das wird dir Kopfschmerzen ersparen, du musst mir vertrauen!
Ich bin mir bewusst, dass Sie nicht genug Zeit für Ihre kommenden Releases haben, so dass Sie die Skripts manuell einrichten müssen, aber tun Sie sich selbst einen Gefallen und erwägen, Microsoft Enterprise Library zu verwenden.
Ein anderer möglicher Weg ist, diese Motoren so nah wie möglich in einander zu bringen, damit Sie mit den drei von ihnen bequemer arbeiten können. Daher müssen Sie analysieren und entscheiden, welche Funktion wo und warum erstellt werden soll. Das ist harte Arbeit, ernsthaft.
In meiner eigenen Erfahrung entwickle ich nicht mehr ohne Enterprise Library, zumindest den Data Application Block (DAAB).
Hier der Link:
- http://www.microsoft.com/downloads/details.aspx?FamilyId=1643758B-2986-47F7-B529-3E41584B6CE5&displaylang=en
- http://www.codeplex.com/entlib
Lassen Sie mich wissen, ob dies Ihnen geholfen. Wenn Sie weitere Unterstützung für die Einrichtung Ihrer Datenzugriffsebene mit Enterprise Library benötigen, lassen Sie es mich wissen.
EDIT 2015.01.16
Ein anderer in diesen Tagen beste Ansatz ist die Verwendung von entweder NHibernate, Entity Framework oder anderen ORM-Tools wie diese.
Mit ihnen, keine SQL-Skripts mehr benötigt, wird alles für Sie abhängig von Ihrer RDBMS-Konfiguration generiert.
Die Frage ist: Würdest du deinen 'Produktions'-Datenbanken mit einem automatisch generierten Skript vertrauen ... –
Wenn es die Testverfahren von QA natürlich bestanden hat. – user169743
Sie haben QA? Glücklich. :) – JRadness