Quote:
Originally posted by Begby:
MySQL and MS SQL are both database servers, so is Oracle.
And DB2 and Informix and Sybase... https://www.sharkyforums.com/images/.../2005/06/6.gif
Quote:
They both run databases and let you run SQL queries on them across a network. They have their plusses and minuses. MS SQL is expensive, MySQL is free. MS SQL can supposedly support a lot more simultaneous connections, but this wouldn't be a concern with a small or medium website.
In my experience MySQL actually beats MS SQL by leaps and bounds, though it is due to it lacking some of the features of MS SQL... In fact, in most instances, I'd say MySQL can handle a greater deal of load than many high-end database servers on much less powerful hardware.
Just my $0.02...
Quote:
MySQL cannot do transactions but MS SQL can, they both work with SQL however the syntax is somewhat different.
Actually, MySQL can now handle transactions on two types of databases (it handles an array of them)... Read this
Quote:
MySQL can also currently not do subqueries or SSL, but this is supposed to be in the next version. MySQL can run on nix systems as well as windows NT based stuff.
And MS SQL cannot run on *nix systems, which is a major downside... can anyone say "lets throw hardware and money at it"?
Quote:
MS SQL is not a Microsoft branded version of MySQL, they are coded completely different, the only thing they have in common is that logically they are database servers and they support some sort of SQL.
If anyone is interested, MS SQL uses the Microsoft-style SQL syntax, which is very loose by convention, and it requires some odd things in various statements (for instance, 'delete from [tablename] where [condition]' doesn't work on the Microsoft-style SQL, rather, you must add an asterisk between 'delete' and 'from', or it doesn't work (as if you would want to delete a single field from the table?)... but overall, you can do some very bizzare things and they work.)
MySQL is very close to completely ANSI SQL92 compliant, whereas MS SQL is not compliant with any standard that I am aware of.
Quote:
As far as compatiblity, you can export data and structure from one database into the other without too much hassle. The SQL is somewhat different but not too different when it comes to moving an application from one server to the other.
Both are accessible by just about any program that can support ODBC, and they are both accessible also with languages and programs that support their propietary drivers. You can access either/or with ASP and PHP, as well as access both with Cold Fusion, Access, and about anything I can think of quite easily. I use MySQL for everything here, it is a good robust solution for the kind of stuff I do, however I am really looking forward to some of the features that are currently missing, especially subqueries. I think the best thing about it is the price, free, plus that it runs on our Linux server and my win2k box.
Yes, I must agree on the need for subqueries -- they would be very handy, though I am sure they will decrease the efficiency of the system, which is one of its big pluses (the extra overhead from niceties like that are the archiles heel with speed for most high-end database).
Quote:
To answer Wollington's question, yes you can use ASP with MySQL. You just have to download and install the MySQL 32bit ODBC driver on the webserver hosting your ASP stuff, then create a DSN for your database server using that driver. MySQL, since it runs on NT, can also be ran on the same box as your webserver, but you still need to install the driver and create the DSN.
But, a word of caution -- if you have pre-written ASP that is designed to work with MS SQL, you will have to edit most (if not all) of the SQL so it will work correctly with MySQL.