Te respondo según mi opinión (es una opinión)
1) Usaria tablas y vistas según corresponda. Las vistas sirven para hacer consultas complejas y son muy utiles, solo las usaria para consulta 2) ORM o generador de clases. Automatizan mucho el proceso y hacen que se comentan mucho menos errores 3) Relaciones de integridad entre tablas y validaciones del lado de la aplicación. Personalmente creo que toda la complejidad hay que meterla en la aplicación y no distribuirla por todos lados, es más facil el mantenimiento y la lógica se puede compartir. Hay que tener la precaucion que todas las UI tengan estas validaciones 4) Idem anterior 5) Lo manejaria con roles que restringa la aplicación. La aplicación que se conecte con un solo usuario al SQL que tenga permiso lectura / escritura sobre toda la BD. Esta es mi humilde opinión, no se si la mejor o la peor, pero es mi opinión y obviamente escucho otras ________________________________ De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Ricardo Crespini Enviado el: Jueves, 17 de Julio de 2008 12:23 p.m. Para: Hernán Zaldívar Asunto: [dbms] Componenetes de la BASE DE DATOS Buenas tardes, les cuento mi situación: Necesito conocer la tendencia actual o las "mejores prácticas" en el diseño de aplicaciones de tipo administrativo / contables que manejan un gran volumen de datos transaccional, puesto que necesitamos migrar una viejísima aplicación hecha en clipper a .Net con SQL Server. Se trata de una aplicación para administar turnos médicos y turnos para análisis de laboratorio. Ya estamos seguros que habrá más de una aplicación, puesto que los turnos podrán solicitarse por TE o ingresando a un sitio WEB. Entonces, para encarar este tipo de desarrollo, que nos convendría más ? - Usar solamente tablas, o visitas también ? - Manejar todos los ABMC enviando T-SQL , crear Stored procedures o aprender acerca de un producto ORM como el Nhibernate ? - Las validaciones simples ( rangos de valores, listas de valroes posibles, formatos, etc. ) las manejamos con Constraints o las manejamos con la aplicación o las manejamos en ambas ? - Las validaciones de las reglas de negocio, las manejamos con Constrainst o con triggers ? Como nos mpactará esta decisión en el manejo de los errores ? - Como resulta más sencillo el tema de los permisos para controlar el acceso a las distintas funciones del soft según el operador, teniendo que registrar quien hace que para control de auditoría ? Les agradecería si me pueden recomendar algún link material de lectura o si me cuentan vuestras propias experiencias. Gracias para todos, Ricardo. ________________________________ ¿Aburrido? Ingresá ya y divertite como nunca en MSN Juegos. MSN Juegos <http://juegos.ar.msn.com/>
