Necesito de ustedes paraun concejo

[kinobi]

Empezado por Mick

Hombre, si tienes miles de instalaciones con problemas 0, no es necesario compararlas con nada mas. Claro que en este caso 0 no es la realidad pero el numero de problemas es minimo y totalmente aceptable.

Insisto, 0 problemas con un determinado sistema (y ahora estoy hablando genéricamente) en miles de instalaciones no lo convierten en un mejor sistema en relación a otros. Podría venir alguien y poner encima de la mesa miles de sistemas (pongamos el doble que tú, y también sin problemas) utilizando otro motor de datos y no por ello se convertiría en un mejor sistema.

Y entrando en relación al tema que se trata, basar las hipotéticas ventajas de un motor de datos sobre otro en función de determinados parámetros de rendimiento en casos concretos (a pesar de ser miles), es un argumento importante, pero no definitivo. Los servidores de datos relacionales pueden hacer muchas más cosas que las que se pueden hacer con un motor basado en archivos indizados, a pesar que en determinadas circunstancias estos últimos puedan tener un rendimiento (en cuanto a velocidad de acceso) superior a los primeros.

Saludos.

[Mick]

Empezado por kinobi

Y entrando en relación al tema que se trata, basar las hipotéticas ventajas de un motor de datos sobre otro en función de determinados parámetros de rendimiento en casos concretos (a pesar de ser miles), es un argumento importante, pero no definitivo.

En ningun momento he intentado afirmar que un sistema sea mejor o peor que otro. Cada sistema tienes sus ventajas e inconvenientes, y es responsabilidad de cada uno decidir para cada proyecto en concreto lo que es mas apropiado.
Pondre otra analogia, seguramente un ferrari que corra a 300 km/h sera muy bueno en Alemania donde en las autopistas no hay limite de velocidad. Pero para ir por el medio del monte es preferible un todoterreno

Empezado por kinobi

Los servidores de datos relacionales pueden hacer muchas más cosas que las que se pueden hacer con un motor basado en archivos indizados, a pesar que en determinadas circunstancias estos últimos puedan tener un rendimiento (en cuanto a velocidad de acceso) superior a los primeros.
Saludos.

Solo puntualizar que los servidores de base de datos cliente/servidor se basan igualmente en archivos indizados, solo que el acceso a las tablas e indices las hace exclusivamente el servidor. En cuanto a servidores de datos relacionales, tan relacional puede ser un sistema cliente/servidor como uno basado en tablas planas. La forma de acceso no define si un sistema es relacional o no

Saludos
Miguel

[kinobi]

Empezado por Mick

Solo puntualizar que los servidores de base de datos cliente/servidor se basan igualmente en archivos indizados, solo que el acceso a las tablas e indices las hace exclusivamente el servidor. En cuanto a servidores de datos relacionales, tan relacional puede ser un sistema cliente/servidor como uno basado en tablas planas. La forma de acceso no define si un sistema es relacional o no

Ciertamente. Debería haber puntualizado que un sistema como Paradox se queda ahí, en un sistema de archivos indizados... exclusivamente. No pretendía negar la existencia de archivos indizados en otro tipo de motores.

En cuanto al asunto de los servidores de datos relacionales, no trataba de decir que un motor que no funcione bajo una arquitectura cliente/servidor no pueda serlo (relacional). Ahora bien, puestos a puntualizar, maticemos que un motor de datos sólo puede ser (verdaderamente) relacional si cumple las 12 de reglas de Codd y, en este caso, Paradox no las cumple en su totalidad, y por este motivo debería ser excluido de esta categoría de motores (relacionales).

Saludos.

[Mick]

Empezado por kinobi

En cuanto al asunto de los servidores de datos relacionales, no trataba de decir que un motor que no funcione bajo una arquitectura cliente/servidor no pueda serlo (relacional). Ahora bien, puestos a puntualizar, maticemos que un motor de datos sólo puede ser (verdaderamente) relacional si cumple las 12 de reglas de Codd y, en este caso, Paradox no las cumple en su totalidad, y por este motivo debería ser excluido de esta categoría de motores (relacionales).
Saludos.

He dicho en un post anterior que seria mas "cuidadoso": por eso no he mencionado paradox, literalmente he dicho "tan relacional puede ser un sistema cliente/servidor como uno basado en tablas planas".
En ningun momento he afirmado que paradox sea o no sea relacional.

Independientemente de esto no conozco ningun sistema que cumpla fielmente todas las reglas de codd.

Saludos
Miguel

PD: Esto se esta volviendo un dialogo para besugos XD

[kinobi]

Hola,

Empezado por Mick

He dicho en un post anterior que seria mas "cuidadoso": por eso no he mencionado paradox, literalmente he dicho "tan relacional puede ser un sistema cliente/servidor como uno basado en tablas planas".
En ningun momento he afirmado que paradox sea o no sea relacional.

Yo, que también he sido cuidadoso con mi afirmación sobre Paradox, lo he citado expresamente porque el hilo comenzaba con una pregunta sobre este motor, y trataba de manterme en el tema.

Empezado por Mick

Independientemente de esto no conozco ningun sistema que cumpla fielmente todas las reglas de codd.

Yo sí. El mismo Firebird/InterBase que se ha citado en el hilo, las cumple. Al menos tal como las formuló Codd en los 80.

Empezado por Mick

PD: Esto se esta volviendo un dialogo para besugos XD

No hay problema. Por mí se ha terminado.

Saludos.

[CFPA86]

Hola foro, en verdan nunca crei que un hilo posteado por mi recibiera de parte de ustedes tanta acogida en verda les AGRADEZCO por todos sus comentarios consultare mas detenidamente para migrar de paradox (aunque buena me parecio haber leido en ocasiones sobre que acoge muy pocos registros), a firebird, usar PHP.
Les contare y le consultare sobre como me va con este gran proyecto, y nuevamente MUCHAS GRACIAS no me han defraudado.

Chaooooooooooooooooooooooooooo