mysql

MySQL
Velocidad al realizar las operaciones, lo que le hace uno de los gestores con mejor rendimiento. Bajo costo en requerimientos para la elaboración de bases de datos, ya que debido a su bajo consumo puede ser ejecutado en una máquina con escasos recursos sin ningún problema. Facilidad de configuración e instalación. Soporta gran variedad de Sistemas Operativos Baja probabilidad de corromperdatos, incluso si los errores no se producen en el propio gestor, sino en el sistema en el que está.

Costos

MySQL es la base de datos de código abierto más popular del mundo. Los costos de MySQL dependen de su aplicación y su uso, por ejemplo si para uso personal o normal en la plataforma Unix o OS/2 My SQL es gratuito. Pero si el MySQL o sus aplicaciones se venden directamente como partede un producto se tiene que pagar por ello.











Algunos costos




Capacidad de almacenamiento
Según sus motores de almacenamiento:

MyISAM, el motor por defecto, permite lo típico, pero no permite transacciones, toda las consultas se realizan con autocommit. Por lo demás no hay mucho que comentar, como curiosidad decir que los BLOB o TEXT pueden ser indices, e incluso uncampo que sea indice puede tomar valor NULL. Usa Arboles B internamete para los indices (separado de los datos) y tiene herramientas para chequeo y reparación de tablas.
BLACKHOLE: si tiene un nivel de inglés tan patetico como el mio (o superior) fijo que descubres que hace este motor (blackhole = agujero negro). Sería el equivalente a /dev/null mayormente. Y dirás, ¿y esto para que cojones loquiero yo?, pues puede llegar a ser útil, pues cuando realizas una transacción con este motor, auque no se guardan los datos, ni te va a devolver nada, si que crea LOG de la sentencia SQL que se “ha ejecutado”. El caso típico podría ser establecer un servidor esclavo para que de ese modo guardará el log de lo que pasa en el master.
CSV, motor completamente trivial, que guarda cada tabla en unfichero y cada fila de datos es una linea con los datos separados por comas.. Para hacer la gracia decir que no soporta indices (imagina buscar en ficheros… coste secuencial! O(n) OMFG!). Este formato sería usado mas bien para crear archivos listos para ser importados por otros programas.
ARCHIVE, el motor almacen almacen, solo soporta INSERT’s y SELECT’s, es decir un almacen!. Además, siempre queescribes datos se comprimen (con zlib), así que es el motor típico para una base de datos histórica o cuando vamos a tener una cantidad realmente enorme de datos (quizás sea la idonea para GIS?, habría que meditarlo…). Decir que si se realizan muchos SELECT a la vez que se realizan INSERT provocaría que el motor se hiciese la picha un lio, ¿por qué? Porque cuando se hace un INSERT los datos van a unbuffer (para no tener que recomprimir, con zlib, para cada puta linea que se inserta supongo…) y éstos datos serán flusheados cuando se realice el SELECT, ahora piensa cientos de INSERT y SELECT en paralelo. Da miedo, eh?
EXAMPLE, este no sirve para nada, jaja. Es solo un ejemplo de motor, para poder mirar su código y crear motores hechos y derechos
FEDERATED, motor nuevo que se incorporó en laversión 5 de MySQL, para poder crear bases de datos federadas, esto significa que estaremos consultando a una bases de datos remota, es decir en nuestro servidor creamos la tabla pero le decimos, oye que esta tabla esta en otro lado, si eso, le preguntas, que fijo que te responde. Este modelo tiene ciertas limitaciones, no permite ALTER’s ni transacciones.
MERGE, este es facil, si tienes dostablas con motor MyISAM y con la misma estructura, al crear una tabla MERGE, juntarás los datos de ambas tablas. Un caso para el cual puede ser útil este motor, podría ser, por ejemplo, diferentes tablas de log en diferentes servidores y te creas en uno de ellos tablas FEDERATED de esas tablas (que serán MyISAM) y entonces creas una tabla de “log_principal” (usando MERGE) que tendrá el log de todos...