Duda con PHP ORM y el trabajo con Procedures

[Copia]

Hola, hace unos días entre en discusión con un amigo sobre que es mejor y mas seguro en la capa de acceso a datos.

La solución que implante hace algunos meses en cuanto a la abstracción de la base de datos es usar Doctrine y con ello reducia tiempo de aprendizaje de los distintos gestores de Bases de Datos y ademas tenia la misma sentencia SQL para cualquiera de las bases de datos que soporta doctrine. Ademas de contar con las ventajas de un ORM.

Mi amigo implemento otra solución, el trabaja en java asi que supongo que se hizo una capa de abstracción de datos, con clases para las BD que quiere trabajar.

Aunque no tiene la misma sentencia para los gestores usa mucho los procedimientos almacenados y entonces solo hace llamadas desde java a esos procedimientos y se basa en algo en lo que estamos de acuerdo al usar Procedimientos almacenados y es que las sentencias se ejecutan mas rápido en el servidor de base de datos, desde la interpretación de la consulta, el cacheo y la devolución del resultado.

Ademas de eso tengo entendido que se añade una cuota extra se seguridad si solo se usan procedures, ya que desde el código no habrá referencias a las tablas solo llamadas a procedimientos y la recepción de datos.

Pero hay una desventaja de usar los procedimientos. Se tiene que implementar cada procedimiento en todos los gestores de bases de datos en los que se piensa trabajar.

Ahora piendo que hay buenas razones para implementar los procedures, si se tiene un escenario de miles de consultas del mismo tipo en una base de datos con miles de registros, creo que se ahorran muchos recursos al usar los procedimientos almacenados, y reducir el volumen de datos que se envian desde el servidor a la maquina del cliente.

Ustedes que piensan, que es mejor usar?
Segundo, en doctrine se pueden hacer llamadas a los procedimientos almacenados.

[historiasdemaria]

Yo he trabajado con las dos situaciones que mencionas y para mi lo mejor son las llamadas a procedimientos almacenados.
Mas seguro, mas limpio, mas rapido...
Tampoco se cambia de SGBD (sistema gestor de base de datos) todos los dias, no?

[Copia]

Claro que no cambiamos de gestor todos los días, pero si nos enfocamos al desarrollo de software que vas a vender nunca sabras si el cliente desea tal o cual gestor para el sistema.

[destor77]

Iniciado por Copia

Claro que no cambiamos de gestor todos los días, pero si nos enfocamos al desarrollo de software que vas a vender nunca sabras si el cliente desea tal o cual gestor para el sistema.

lo que comentas es cierto y no, es cierto que nunca se sabrá con que gestor trabajar, pero no es cierto que el cliente lo sepa, en el 90% de los casos, somos nosotros lo que definimos el ambiente de trabajo, el 10% restante es porque el cliente es como nosotros y por x motivos no quiere desarrollarlo o porque son trabajos para otras empresas que ponen las condiciones para realizarlo.

Salu2

[historiasdemaria]

De acuerdo con destor77, creo que se le da demasiada importancia a los ORM, cuando en verdad hacen crear objetos, properties setters y getters, etc, etc.. todo lo que consume recursos.
Yo aconsejo trabajar la capa de datos en procedimientos almacenados,..

[Copia]

Trabar con ORM facilita el trabajo y particularmente con doctrine vi muchas cosas interesantes, aunue creo que si se mesclan ambas tecnicas pues se gozaria de las bondades de cada uno.