Jump to content

Working on OTHER databases.


artacus

Recommended Posts

When I started working with MySQL I was amazed at how quickly it could rip thru 100,000 records, joining dozens of tables in the process.

 

Now that the novelty has worn off, I find working with most other databases unbearably slow. Not Oracle, but just about every other proprietary database. And I guess I've worked with some odd ball db's that probably none of you have even heard of like Progress and Pervasive. Anyhow, right now I'm working on data extraction from a Progress db. And so as I'm running a query that takes 20 minutes to run, I'm thinking I'd bet my paycheck that MySQL could have ran the same query in under 30 seconds.

 

So my question is this. Has it been your personal experience when working with other db servers that maybe you're spoiled due to MySQL?

Link to comment
Share on other sites

Well some of the syntactical shortcuts are good (LIMIT, GROUP_CONCAT) and some probably encourage sloppy coding ( using LIKE on an INT column ) Most other databases are much more strict with what you can do with different data types. Then again most programming languages are much more strict than PHP when it comes to this, so maybe its just an all around good fit.

Link to comment
Share on other sites

This thread is more than a year old. Please don't revive it unless you have something important to add.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.