Ver Mensaje Individual
  #2 (permalink)  
Antiguo 21/12/2005, 05:58
Cluster
O_O
 
Fecha de Ingreso: enero-2002
Ubicación: Santiago - Chile
Mensajes: 34.417
Antigüedad: 22 años, 3 meses
Puntos: 129
En principio .. tu opción B sería en extricto rigor la más "optima" en cuanto a proceso, pues .. por otro lado (scritps PHP ... código NO SQL) te encargarías de mantener esos datos.

Pero .. en un sistema de base de datos relacionadas (RDBMS) esa forma de trabajar si no lo automatizas con cosas tipo "Store procedure" (procedimientos almacenados, donde puedas usarlos .. en Mysql según versión no puedes usarlos) o similar .. te hace depender muchooooo tu modelo de datos del lenguaje de programación que uses para acceder a tu BD. En resumen .. el día que por A o B motivo necesitas acceder esos datos por otro lenguaje de programación o realizar migraciones a otros RDBMS's .. tienes que re-escribir el código que usastes PHP en el otro lenguaje.

Por mi parte soy de la filosofía de "todo lo que puedas hacer con SQL .. hazlo" .. deja que el RDBMS y su SQL haga todo el trabajo que competa a la gestión de esos datos (que por otro lado el "SQL" como lenguaje estructurado de consultas existe y se inventó para eso).

Bajo este punto de vista .. tu opción A sería la más "portable" y la que a costa de algo más de "proceso" siempre reflejará los datos correctamente. Imagina en tu caso B que accedes a la BD "por detras" (directamente a los datos) .. se descuadraría todo, tendrías que crear scripts de "mantenimiento" que verifiquen la "integridad" de los datos .. es decir .. que verifiquen "re-calculen" para comprobar si el dato que almacenastes es correcto. En fin .. más "trabajo" para PHP y para tí como programador, sistemas más dificiles de mantener/actualizar .. Todo eso tienes que ponerlo en una "balanza" y pensarlo bien.

Un saludo,