Beefy Boxes and Bandwidth Generously Provided by pair Networks
Welcome to the Monastery
 
PerlMonks  

Re: Re: Re: Re: Re: Re: Re: Re: Version Control in Database Applications

by cowens (Beadle)
on Jun 11, 2002 at 14:29 UTC ( [id://173487]=note: print w/replies, xml ) Need Help??


in reply to Re: Re: Re: Re: Re: Re: Re: Version Control in Database Applications
in thread Version Control in Database Applications

You are probably better served by using PostgreSQL instead of MySQL. MySQL is not a very good database for a multiuser aplications (lack of decent locking, referential integrity, etc.). I know MySQL has come a long way since I last looked at a year or two ago (I think they may finally have referential integrity), but I still think it does even come close to PostgreSQL in terms of ACID compliance.

UPDATE: Apparently MySQL now has some weird form of row level locking for some table types.
  • Comment on Re: Re: Re: Re: Re: Re: Re: Re: Version Control in Database Applications

Replies are listed 'Best First'.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Version Control in Database Applications
by samtregar (Abbot) on Jun 11, 2002 at 17:29 UTC
    Please read How MySQL Compares to PostgreSQL. They put it much better than I could ever hope to!

    Aside from all the excelent reasons listed there I prefer MySQL for one more reason - it's fully implemented. Take a look at PostgreSQL's ALTER TABLE, DROP and VACUUM implementations sometime! I've had more headaches working on PostgreSQL for the past year than I ever got using MySQL.

    -sam

      Okay, It had been a year or two since I read up on MySQL so I went and read the page you suggested. And as far as I can see almost nothing has changed. In fact, things are worse than I remeber them (no subselects?). Here is a list of necessary features that MySQL still lacks (from the page you suggested):
      • Foreign keys -- no referential integrity
      • Constraints -- no database level issurance against bad data
      • Triggers -- no cascading deletes, no database level auditing, or any of the other tricks triggers can do
      Nice features that most Relational DBs have that MySQL doesn't
      • Unions
      • Views
      • Cursors
      • Subselects
      • Stored Procedures
      From the prouct page:
      MySQL 4.1, the following development release

      Internally, through a new .frm file format for table definitions, MySQL 4.0 lays the foundation for the new features of MySQL 4.1, such as nested subqueries, stored procedures, and foreign key integrity rules, which form the top of the wish list for many of our customers. Along with those, we will also include simpler additions, such as multi-table UPDATE statements.

      After those additions, critics of MySQL have to be more imaginative than ever in pointing out deficiencies in the MySQL Database Management System. For long already known for its stability, speed, and ease of use, MySQL will then match the requirement checklist of very demanding buyers.
      I agree with the last statment, except to point out that it doesn't take a whole lot of imaginiation to criticize them for lack of standard relational DB features.
        Ok, I think we've fully wandered into the religious battle-ground here. Let's just agree to disagree. You take your bloated, poorly tested and half-implemented RDBMS, I'll take my lean, stable and fully-implemented RDBMS and we'll both be happy. ;)

        -sam

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://173487]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others contemplating the Monastery: (3)
As of 2024-04-25 06:28 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found