Paradox o MySQL

[Neftali [Germán.Estévez]]

¿Exactamente qué necesidades requieres de la Base de Datos en tu aplicacion?
¿Multiusuario? ¿Cual es el volumen de trabajo?

EDITO: No lo había leído bien y ahora veo que trabajas en local.
No se cuales son las ventajas que tus amios te dan para que cambies.
Tal vez la versión embebded de Fb sea más adecuada para una aplicación local.

De todas maneras, aunque BDE+Paradox no es lo más eficiente, y está descontinuado, si tu aplicación trabaja bien y no necesita nada especial de un SGBD (a nivel de seguridad, SP, triggers, y cosas por el estilo), tal vez no sea mala idea seguir con una Base de Datos de escritorio.

[[poliburro]]

No hay duda, MySql. Por que?

La razón fundamental es que paradox y el BDE son tecnologias mantenidas por pura compatibilidad por parte de borland.

En cambio mysql sigue creciendo.

[karlaoax]

MySQL ya sea con componentes extras Zeos y MyDAC

[[poliburro]]

Empezado por karlaoax

MySQL ya sea con componentes extras Zeos y MyDAC

Yo era super fan de Zeos cuando programaba con Mysql, pero tanto zeos como MyDac me han decepcionado por el pobre soporte que ofrecen para ejecutar Procedimientos almacenados con Mysql, además de que el soporte para utilizar datsets sin conexión es nulo en ambos.

cuál es ahora mi solución preferida?, por supuesto ADO.

OJO, no digo que son malos, Tanto Zeos como mydac son perfectos cuando estás desarrollando aplicaciones con Sql embebido en tu aplicación. Pero cuando quieres desarrollar una verdadera aplicación Cliente Servidor. Pues, nop, en mi muy particular caso, no me convencen.

[Neftali [Germán.Estévez]]

Soy de los que piensa que una pregunta como:
¿Qué es mejor MySQL o Paradox?
Tiene una única respuesta válida:
¿Para qué?
El resto de contestaciones pueden ser válidas en muchos casos pero no en todos.

P.D: Soy consciente que que tal vez me van a caer palos por todos sitios, pero pienso que decir:
"MySQL es mejor que Paradox, por lo tanto hay que usar MySQL".
No siempre es verdad.

[MON___]

Gracias a todos por las respuestas. Como os dije trabajo en local . La razón por la que me recomiendan el paso a MySQL es porque había empezado a diseñar algunas páginas PHP con acceso a mis tablas Paradox a través de ODBC. Se me dijo que notaría una mejora en el rendimiento si las convirtiese en MySQL. Lo he hecho con algunas de ellas para probar el rendimiento y, sinceramente, no he notado una mejora considerable que justifique migrar a MySQL. Las pruebas las he realizado con una tabla principal (algo más de 2000 registros y 22 campos de diferentes tipos) y un par de tablas vinculadas a ella.

[juanelo]

Empezado por MON___

Gracias a todos por las respuestas. Como os dije trabajo en local . La razón por la que me recomiendan el paso a MySQL es porque había empezado a diseñar algunas páginas PHP con acceso a mis tablas Paradox a través de ODBC. Se me dijo que notaría una mejora en el rendimiento si las convirtiese en MySQL. Lo he hecho con algunas de ellas para probar el rendimiento y, sinceramente, no he notado una mejora considerable que justifique migrar a MySQL. Las pruebas las he realizado con una tabla principal (algo más de 2000 registros y 22 campos de diferentes tipos) y un par de tablas vinculadas a ella.

Hola que tal,
En mi experiencia con paradox NUNCA, PERO NUNCA montes un aplicacion web sobre paradox, no fue diseñada para eso, la verdad es que yo prefiero Firebird a cualquier base de datos open source, tiene un excelente rendimiento y es super facil de administrar (yo diria que hay cero administracion).
Saludos