Re: [OT] MySQL is bad, but THIS bad?
От | Josh Berkus |
---|---|
Тема | Re: [OT] MySQL is bad, but THIS bad? |
Дата | |
Msg-id | 200605180938.51115.josh@agliodbs.com обсуждение исходный текст |
Ответ на | Re: [OT] MySQL is bad, but THIS bad? ("Jim C. Nasby" <jnasby@pervasive.com>) |
Ответы |
Re: [OT] MySQL is bad, but THIS bad?
Re: [OT] MySQL is bad, but THIS bad? |
Список | pgsql-hackers |
All, > > >What is the best way to go about creating a "plug and play," > > >PostgreSQL > > >replacement for MySQL? I think the biggest problem getting PostgreSQL > > >accepted is that so much code is available for MySQL. > > > > http://pgfoundry.org/projects/mysqlcompat/ > > Even better would be coming up with a compatability mode, a la what > EnterpriseDB has done for Oracle. Um, no offense, but why? Do we really *want* to seek out thousands of users who won't pay anyone for support, don't care about data integrity, and regard the database as an enhanced flat file? Who adore non-standard syntax like `db_object_name` and REPLACE INTO? Who want to just get free downloads and not contribute to a project? Personally, I'd go after MSSQL before I bothered with MySQL. Sure, let's make *migration* easier for those who wake up and smell the BS, but migration can (and probably should) be one-way. If we're talking about other OSS projects, then I think it makes more sense for us to help those projects add PostgreSQL support. And do promote the projects that already *do* support us. -- Josh Berkus Aglio Database Solutions San Francisco
В списке pgsql-hackers по дате отправления: