Barrapunto

Perdona... No pretendo molestarte, y además, de una manera menos extremista, también estoy de acuerdo contigo. Peroooo... ¿No crees que una de las ventajas que tenemos en el mundo del software libre, es la de tener una herramienta para cada tipo de necesidad? Ahí MySQL ocupa su nicho (bajo mi humilde punto de vista).
La pseudo-plataforma del señor Guillermo Puertas también es un peo, y la gran mayoría aprende con ella, reproduciéndose los mismos vicios que expones bajo los SGBD's, pero en sistema operativo. ¿La vamos a quitar? ¡¡¡SIIIII!!! Ejem... bueno, eso nos gustaría. El tema está en que está ahí, y debemos aprender a convivir con ella, al menos "hasta que muera, o encuentren algo mejor" (extraido de cierta peliculilla).
Está visto que los extremos, TODOS, son malos. Seamos un poco tolerantes, pliz.

MS SQLServer le da mil vueltas en funcionalidad a MySql.
MySql le da mil vueltas a SqlServer en rendimiento y robustez.
MS SQLServer corre exclusivamente en MS Windows.
MySql corre en Linux, Microsoft Windows, FreeBSD, Sun Solaris, IBM's AIX, Mac OS X, HP-UX, AIX, QNX, Novell NetWare, SCO OpenUnix, SGI Irix, and Dec OSF.
Mañana más.

1.6.1 Features Available From MySQL 4.1

The features listed in this section are implemented in MySQL 4.1. Few other features are still planned for MySQL 4.1. See section 1.9.1 New Features Planned For 4.1.

Most new features being coded, such as stored procedures, will be available in MySQL 5.0. See section 1.9.2 New Features Planned For 5.0.

Support for subqueries and derived tables

                * Subqueries are now supported. Here is an example:

SELECT * FROM t1 WHERE t1.a=(SELECT t2.b FROM t2);

SELECT * FROM t1 WHERE (1,2,3) IN (SELECT a,b,c FROM t2);

                * Derived tables (unnamed views) are now supported. Basically, a derived table is a subquery in the FROM clause of a SELECT statement. Here is an example:

SELECT t1.a FROM t1, (SELECT * FROM t2) t3 WHERE t1.a=t3.a;

...

no se refiere MSSQL 2000, dejo la red de redes hecha una piltrafa por el sobre consumo de ancho de anda

Tras leer lo que dices, me da la sensanción por lo que escribes de ser la aplicación quien genera los problemas y no MSSQL........

Bueno creo que al fin y al cabo cada uno defiende su posición, por el sistema que mas usa, o por que ha notado en su ambiente que es mejor. Yo personalmente pienso que Postgre SQL es mucho mejor que MySQL, por muchas razones. Ahora en el mercado veo muy pocos hosting que den el paquete con Postgre SQL, ¿Porque será?, la mayoría se inclina por MySQL, más que nada por lo flexible y ligero que es. Si hablamos de SGBD con licencia propietaria, podriamos hablar de Oracle, todavia no puedo aceptar el hecho de que MS SQL server se a el mejor, por varias razones de seguridad (de todos modos Oracle tambien presenta problemas de seguridad), tambien lo he usado, y creo que tiene buenas cosas (a partir de la version 7.0) con respecto a creacion y desarrollo de procedimientos almacenados. Hay muchas herramienta GUI para poder administrar y diseñar base de datos en MySQl y Potgre hoy en día, pero la elección(en todo sus ambitos) y politica de cada entidad (publica o privada) hara que se elija por un SGBD sea GNU/GPL, Open Source o Licencia Propietaria. La mala ortografía fue hecha intencionalmente :)