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<http://juegos.ar.msn.com/>
>
--
-----------------------------------------------------------
Microsoft MVP en SQL Server
Mentor asociado en SQLTotalConsulting
Excelencia en servicios y consultoria SQLServer
www.sqltotalconsulting.com
-----------------------------------------------------------
