Buenas tardes, Maxi, muchas gracias por tu rta. !!!
Está bárbaro que además del "como lo resolvés" resumas el "por que" de tu
manejo.
Saludos y buen fin de semana,
Ricardo.
Date: Thu, 17 Jul 2008 20:54:04 -0300
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [dbms] Componenetes de la BASE DE DATOS
Hola, no hay una sola respuesta a tu pregunta , y esto podria encadenar en una
terrible lista de mails de un lado y del otro.
Mis comentarios
- Usar solamente tablas, o visitas también ?
Yo no uso vistas, uso Stores procedures u funciones de usuarios, las vistas
nunca son optimizadas y a la larga hacen las cosas mas complejas
- Manejar todos los ABMC enviando T-SQL , crear Stored procedures o
aprender acerca de un producto ORM como el Nhibernate ?
El manejo de SP tiene muchas ventajas con lo cual no lo haria de
otra forma, hay orm que soportan Stores tranquilamente.
Tener el codigo de datos en la aplicacion a mi juicio es un
problema, complica las cosas y a la larga no tiene ventajas
- 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 ?
La integridad se debe manejar en la base de datos, y un rango de
valores es parte de la integridad, si lo manejas de la aplicacion vas a tener
problemas si el dia de maniana queres usar la base de datos con otra aplicacion
o simplemente si queres hacer un BCP.
- 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
Esto es muy variable, yo recomiendo usar integridad windows y cada usuario del
AD que sea en el SQL un login.
No hay un link con respecto a todo esto, hay que analizar bien la aplicacion
para determinar cual es el mejor camino, no hay una sola respuesta.
El día 17 de julio de 2008 12:23, Ricardo Crespini <[EMAIL PROTECTED]> escribió:
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
--
-----------------------------------------------------------
Microsoft MVP en SQL Server
Mentor asociado en SQLTotalConsulting
Excelencia en servicios y consultoria SQLServer
www.sqltotalconsulting.com
-----------------------------------------------------------
_________________________________________________________________
Ingresá ya a MSN en Concierto y disfrutá los recitales en vivo de tus artistas
favoritos.
http://msninconcert.msn.com/music/archive/es-la/archive.aspx
