Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
Let’s say I wanted to have an application that could easily switch the DB at the back-end.
I’m mostly thinking of SQL Server as the primary back-end, but with the flexibility to go another DB engine. Firebird and PostGreSQL seem to have (from my brief wikipedia excursion) the most in common w/ SQL Server (plus they are free).
How similar would the DB setup, access, queries, etc.. be for Firebird, PostGreSQL and MS SQL Server?
I worked on one project where it was an absolute requirement to support many databases, including at least Access, SQL Server and Oracle.
So I know that it can be done. Mostly DML (SELECT,UPDATE,INSERT…) is the same and certainly we didn’t have huge problems making it work across all of the databases – just occasional annoyances. MySQL was the exception at that time as it simply wasn’t capable enough.
We found most differences in the DDL, but with the right architecture (which we had), it wasn’t difficult to fix this.
The only thing that caused us a problem was generating unique id’s – autoincrement is non-standard. Fortuantely in a database of around 40 tables there were only a few places where unique ID’s were need (good DB design). In the end we generate the unique ID in code, and handle any clashes (everything in transactions).
It did make things easier because we had avoided using autoincrement for ID fields, it’s harder to think of unique keys – but better in the long run.