Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Las empresas siempre poseern una base de datos normalizada, para "ahorrar
espacio" (como algunos individuos administrativos lo ven). Para un
programador, la tarea de leer estos datos, manipularlos y finalmente
modificarlos o eliminarlos pende de un hilo, de acuerdo al grado de ignorancia
a la hora de elegir a las herramientas y/o libreras de software (de ORM)
empleadas para tales fines.
Una librera de ORM (como Hibernate, Oracle Toplink o Linq) siempre,
absolutamente siempre reducir la cantidad de cdigo, porque habr algo que
permitir realizar el proceso de mapeo (como el IDE), y se encargara de crear
las clases equivalente u homologas con las tablas en la base, adems permitir
manejar diversos tipos de relaciones entre las tablas (uno a uno,
uno a muchos, etc), reducir la cantidad de defectos en esta delicada area, y
todo esto, para beneficio del programador, que se concentrara ms en codificar
la lgica del negocio, que en hacer "INSERT", "UPDATE", "DELETE" y "SELECT"
en la base. Otra razn por la que una librera ORM reduce la cantidad de
cdigo, es porque permite centralizar los procesos de bsqueda de datos en la
base, liberndonos de escribir consultas ad-hoc innecesarias o "quemadas" en
el cdigo. Sin mencionar que, tambin gestionara el pool de conexiones a la
base de datos.
Todo para que el programador, no se convierta en un esclavo codificando algo
que ya existe, ustedes ya saben que en una empresa el codigo es el enemigo...
y que de nada sirve estar reinventando la rueda...
Queda en claro, que una librera ORM, generara el mapeo de tablas a clases de
base de datos (que esperamos que este BIEN diseada) de una forma