Hola amigo,

Ve a la siguiente direccion y alli en el formulario de contacto escribe en espa帽ol que necesitas informacion de venta, aunque no lo creas ellos tienen personal que habla espa帽ol y te responden cualquier inquietud rapidamente. Eso si no olvides suscribirte y crear un perfil en la web de mysql luego te logeas y vas la pagina de ventas y escribes tus preguntas.

Yo he usado la asistencia via mail, ya que en pocos meses la empresa en la que trabajo comprara un server con mysql.

Aqui el link:

http://www.mysql.com/company/contact/sales.html?s=consulting

chau...... Mario Benavides Jurado Administrador de Sistemas Informaticos Desarrollador LAMP Email: cor...@mariobj.com Web-Site: www.mariobj.com

Que seria de nosotros, sin la ayuda de lo que no existe? Paul Valery - Breve Epistola sobre el Mito

Estan seguros de comprarlo, yo lo pensaria dos veces, aun tiene muchos errores, y que mysql falle cuando aun no lo pagamos es una y otra gastar dinero al malo. Yo en su lugar optaria por usar un gestor mas robusto como postgresql que supera en mucho a mysql y tiene una trayectoria de mas de 20 a帽os ademas de ser la primer base de datos objeto relacional, he sabido de gente que almacena mas de 100 millones de registros en un mismo servidor sin problemas.

La verdad compa帽eros no se ofendan pero MySQL me dejo muy mal en un sistema que hice, tiene problemas para el manejo de fechas entre muchos y comprobacion de tipos debiles, sin embargo PostgreSQL es muy similar en el manejo pero cuenta con dominios, triggers, store procedures, multilenguajes internos (PLPHP, PLJAVA, PLTCL, PGSQL, PLPERL, etc.), sentencias CHECK complejas, indices parciales, indices tipo HASH, indices GIST, Control de usuarios, respaldo online (PITR), respaldo parcial (PGDUMP) y mas. Yo la verdad solo uso MySQL para aplicaciones muy sencillas en WEB, pero para software de n niveles o almacenamiento de informaci贸n critica sin dudar uso PostgreSQL y aunque es gratuito la verdad bien valdria pagar por el.

La verdad no es que quiera entrar en una confrontacion entre MySQL y PostgreSQL porque sin duda ambos sirven para su proposito, pero siento que deberian ser cautelosos a la hora de elegir algun gestor relacional, yo creo que lo mas importante a tomar en cuenta seria:

*Definicion de los Datos. -Imposicion de la clave principal. -Especificacion de la clave externar. -Tipos de datos disponibles. -Ampliabilidad de los tipos de datos. -Especificacion del dominio. -Facilidad de reconstruccion. -Controles de integridad. -Mecanismos de vistas. -Diccionario de datos. -Independencia de los datos. -Modelo de datos subyacente. -Evolucion del esquema.

*Definicion fisica -Estructura de archivos disponible. -Mantenimiento de las estructuras de archivos. -Facilidad de reorganizacion. -Indexacion. -Campos/Registros de longitud variable. -Compresion de los datos. -Rutinas de cifrado. -Requisitos de memoria. -Requisitos de almacenamiento.

*Accesibilidad -Lenguajes de consulta: compatible con SQL2/SQL:2003/ODMG. -Interfaz con lenguajes 3GL. -Multiusuario. -Seguridad.

*Gestion de transacciones. -Rutinas de copia de seguridad y de recuperacion. -Puntos de comprobacion. -Registro de actividades. -Granularidad de la concurrencia. -Estrategia de resolucion de interbloqueos. -Modelo de transacciones avanzado. -Procesamiento paralelo de consultas.

*Utilidades -Medida del rendimiento. -Optimizacion. -Facilidades de carga/descarga. -Monitorizacion de la utilizacion por parte de los usuarios. -Soporte para la administracion de la base de datos.

*Desarrollo -Herramientas 4GL/5GL. -Herramientas CASE. -Capacidad de gestion de ventanas. -Procedimientos almacenados, disparadores y reglas. -Herramientas de desarrollo web.

*Otras caracteristicas -Capacidad de actualizacion. -Estabilidad empresarial del fabricante. -Base de usuario. -Soporte de formacion y soporte al usuario. -Documentacion. -Sistema operativo requerido. -Coste. -Ayuda en linea. -Estandares utilizados. -Gestion de versiones. -Optimizacion de consultas ampliables. -Escalabilidad. -Soporte para herramientas analiticas. -Interoperabilidad con otros SGBD y otros sistemas. -Integracion WEB. -Utilidades de replicacion. -Capacidades distribuidas. -Portabilidad. -Hardware requerido. -Soporte de red. -Capacidades de orientacion a objetos. -Arquitectura (cliente/servidor de 2 o 3 niveles). -Prestaciones. -Tasa de procesamiento de transacciones. -Numero maximo de usuarios concurrentes. -Soporte para XML.

Sin duda compa帽eros en la eleccion correcta del DBMS no solo estan en juego la informaci贸n de la empresa, sino tambien sus empleos, a nadie le gusta pagar por algo que no funciona o se queda corto a la larga, yo francamente primero evaluaria si en verdad cumple con las espectativas del negocio y haria pruebas tanto de estres como de envergadura con algunos millones de registros en multiples tablas para saber su verdadero rendimiento.

-- Saludos,

Julio Cesar S谩nchez Gonz谩lez.

www.sistemasyconectividad.com.mx http://darkavngr.blogspot.com/