The same could be said for pretty much any other database.. they're all similar 'cause they all follow (to some extent) the same standard. If aliases were defined for PostGres then why not for MySQL, Oracle, MSSQL, Firebird, VistaDB, SAP/DB, DB/2, and on and on.
I don't agree that defining aliases into the standard distribution would be a good thing, but it would be nice to have a way to define aliases that were then handled and substituted by SQLite, so people can have a list of aliases that each can load and then run the SQL dialect of their choice. There is a bigger problem though in areas that an alias can not handle, like keywords that have to be placed in different parts of SQL (LIMIT vs TOP) or operators that have different meaning (+ vs ||). Sam ------------------------------------------- We're Hiring! Seeking a passionate developer to join our team building Flex based products. Position is in the Washington D.C. metro area. If interested contact [EMAIL PROTECTED] -----Original Message----- From: P Kishor [mailto:[EMAIL PROTECTED] Sent: Friday, January 11, 2008 2:19 PM To: sqlite-users@sqlite.org Subject: [sqlite] SQLite --> PostGres I have been writing an app using SQLite (great to develop with, and to serve with to an extent), always with the intent of one day upsizing it to PostGres (pain in the tush to develop with, but great to serve with to any extent). Much to my delight, I am finding that y'all (the SQLite developers) have made many things (for example, datatypes) similar to PostGres (yes, I know most all about how SQLite datatypes). My question -- why not take it all the way, and make SQLite almost a mini-PostGres... wait, before you chide me -- I don't mean in the "add more features" way, but in the "make syntax and datatypes as similar as possible" way. For example, why have the "INTEGER PRIMARY KEY" when it could just as easily be called "SERIAL"? One way might be to allow for aliases -- so, SERIAL would mean the same as INTEGER PRIMARY KEY, or CHAR(3) would mean the same as TEXT with a CHECK CONSTRAINT, and so on. Wouldn't that increase the already wildly popular appeal of SQLite even more so without subtracting or weighing anything down? By the way, I didn't find a BLOB kind in PostGres -- is that the same as BYTEA? If yes, that would be another candidate for such an alias. -- Puneet Kishor ---------------------------------------------------------------------------- - To unsubscribe, send email to [EMAIL PROTECTED] ---------------------------------------------------------------------------- - ----------------------------------------------------------------------------- To unsubscribe, send email to [EMAIL PROTECTED] -----------------------------------------------------------------------------