[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Fwd: MySQL vs postgres



>Does anyone know the main difference between these two SQL 
implementations?

MySQL is not even close to SQL-92 compliance.
MySQL lacks any real locking mechanism.
MySQL lacks transacions (An "Oh, my God!" scale problem).
MySQL doesn't do views, constraints, and a whole lot else (last I 
knew).

>(MySQL and Postgres) Because I've been studiing MySQL for about about 
three
>weeks now ... and I've come across a SQL construct that MySQL does 
not

Only one!!!!

>support ..... which is views ....... I know nothing about postgress 
but I'm
>wondering is postgres more SQL-92 compliant than MySQL? I really like 
MySQL

PostgreSQL IS SQL-92 compliant as of the current release.  Everything 
you want (and some more is there).  Contraints, views, clusters, 
unions, transactions, row level locking, BLOBS, user definable data 
types, etc....

>but I want to stay with the most compliant SQL implementation (at 
least
>while I'm in process of learning SQL). Thank you.

Yes, and several other reasons too.  Use PostgreSQL, it is the only 
"real" free database I have found.  I spend a fair amount of time 
wearing a DBA hat for an Informix DB (which very much ain't free), and 
I go home and work in PostgreSQL and my SQL just works, and I have 
never felt the itch too shuck out tens of thousands of dollars.

P.S. When you start the PostgreSQL server process ("postmaster") 
assign it more shared memory with the "-B" options, use the "-F" 
option to permit caching in the file system or performance will STINK. 
 Also you need the "-i" option if you want to talk to the engine via 
TCP/IP (vs. IPC on the same machine).  You might need to raise the 
default shared memory limit by echo-ing a value into 
/proc/sys/kernel/shmmax.  It's in the "Performance Tuning" 
presentation on the KLUG server.  Since PostgreSQL is a "real" 
database, it does require you to be a little more of a "real" DBA.