Comments on: EnterpriseDB’s Oracle clone — fact or fiction? http://www.dbms2.com/2007/01/27/enterprisedb-oracle-clone/ Choices in data management and analysis Fri, 16 May 2008 22:41:57 +0000 http://wordpress.org/?v=2.5 By: Curt Monash http://www.dbms2.com/2007/01/27/enterprisedb-oracle-clone/#comment-16890 Curt Monash Wed, 31 Jan 2007 18:23:41 +0000 http://www.dbms2.com/2007/01/27/enterprisedb-oracle-clone/#comment-16890 Andy Astor e-mailed me to clarify that he's NOT making any particular claims about what particular kinds of gameplay data are or aren't stored in an RDBMS. Good. :) I hope to talk to him soon about a broader range of issues. Andy Astor e-mailed me to clarify that he’s NOT making any particular claims about what particular kinds of gameplay data are or aren’t stored in an RDBMS.

Good. :)

I hope to talk to him soon about a broader range of issues.

]]> By: Andy Astor http://www.dbms2.com/2007/01/27/enterprisedb-oracle-clone/#comment-16733 Andy Astor Mon, 29 Jan 2007 17:01:08 +0000 http://www.dbms2.com/2007/01/27/enterprisedb-oracle-clone/#comment-16733 Dear Curt, Thanks for this entry about EnterpriseDB. There are a couple of misunderstandings, so I’ll just clarify a couple of things here: 1. We certainly have not suggested that “Everquest gameplay runs on EnterpriseDB.” It doesn’t…yet. But Sony Online Entertainment *is* moving all of its gaming to the EnterpriseDB platform, including all new game development, and is also moving existing games over. You can learn more about the topic in the Sony/Forrester webinar at http://www.eseminarslive.com/article2/0,2290,2020884,00.asp. 2. We are clearly more Oracle-compatible than anyone (except Oracle). You can learn more in our white paper on the topic at http://www.enterprisedb.com/solutions/resource-center.do#whitepapers. I’d also invite you to stay tuned for some significant additional compatibility announcements very soon. 3. You raise a great point about plug-compatibility on the administration side. We focus on application compatibility, not administrative. As you correctly point out, Oracle and PostgreSQL are entirely different underlying databases, so the admin is different. On the other hand, keep an eye on us for some interesting developments to make things easier going forward. 4. ANTs? They’re a public company. Take a look at their most recent 10-Q at http://www.sec.gov/Archives/edgar/data/796655/000115752306011341/a5273785.htm to understand their current state of affairs. Feel free to contact me directly if you have any questions at all. Andy Astor, CEO andy@enterprisedb.com Dear Curt,

Thanks for this entry about EnterpriseDB. There are a couple of misunderstandings, so I’ll just clarify a couple of things here:

1. We certainly have not suggested that “Everquest gameplay runs on EnterpriseDB.” It doesn’t…yet. But Sony Online Entertainment *is* moving all of its gaming to the EnterpriseDB platform, including all new game development, and is also moving existing games over. You can learn more about the topic in the Sony/Forrester webinar at http://www.eseminarslive.com/article2/0,2290,2020884,00.asp.
2. We are clearly more Oracle-compatible than anyone (except Oracle). You can learn more in our white paper on the topic at http://www.enterprisedb.com/solutions/resource-center.do#whitepapers. I’d also invite you to stay tuned for some significant additional compatibility announcements very soon.
3. You raise a great point about plug-compatibility on the administration side. We focus on application compatibility, not administrative. As you correctly point out, Oracle and PostgreSQL are entirely different underlying databases, so the admin is different. On the other hand, keep an eye on us for some interesting developments to make things easier going forward.
4. ANTs? They’re a public company. Take a look at their most recent 10-Q at http://www.sec.gov/Archives/edgar/data/796655/000115752306011341/a5273785.htm to understand their current state of affairs.

Feel free to contact me directly if you have any questions at all.

Andy Astor, CEO
andy@enterprisedb.com

]]> By: Noons http://www.dbms2.com/2007/01/27/enterprisedb-oracle-clone/#comment-16595 Noons Sat, 27 Jan 2007 14:40:14 +0000 http://www.dbms2.com/2007/01/27/enterprisedb-oracle-clone/#comment-16595 "The rest is tuning. (And reliability, and administrability, and security …) " and anything coming from the Ingres stable would NEVER suffer from such a problem... I do well recall what happened to Ingres everytime someone pulled the plug on the computer. And no, that has NOTHING to do with a UPS! The problem of course is that just like back then, too many incompetents are in the business of "commenting" on new products. It takes about 10 minutes to figure what's wrong with EDB Postgres. But would any of these morons be able to work it out? The more I stay in this industry, the more idiocy I see. Don't mean you, guv. Mean the "industry pundits" who make some of those comments. “The rest is tuning. (And reliability, and administrability, and security …) ”

and anything coming from the Ingres stable would NEVER suffer from such a problem…

I do well recall what happened to Ingres everytime someone pulled the plug on the computer. And no, that has NOTHING to do with a UPS!

The problem of course is that just like back then, too many incompetents are in the business of “commenting” on new products. It takes about 10 minutes to figure what’s wrong with EDB Postgres. But would any of these morons be able to work it out?

The more I stay in this industry, the more idiocy I see.

Don’t mean you, guv. Mean the “industry pundits” who make some of those comments.

]]>