¿Que es lo más óptimo en relaciones de BDs?

03/11/2005 - 19:25 por Juan Armando Delgado | Informe spam
Que es lo más óptimo: ¿Crear las relaciones entre las tablas directamente en
el diseñador de BD(SQL Server 2000)? o ¿Establecer las relaciones en mi
aplicación(con Dataset's, por ejemplo, en Visual Basic .NET)?

Preguntas similare

Leer las respuestas

#1 Alejandro Mesa
03/11/2005 - 20:00 | Informe spam
Juan Armando Delgado,

Que tal si maniana la compania decide crear dos aplicaciones mas que van ha
accesar esa bd?. Vas a replicar las relaciones hacia esas aplicaciones?. Que
tal si despues algo cambia en el esquema, actualizarasodas las aplicaciones
que accesan a esa bd?.

La bd de datos debe poder garantizar su integridad independiente de cuantas
aplicaciones accesen a ella.


AMB

"Juan Armando Delgado" wrote:

Que es lo más óptimo: ¿Crear las relaciones entre las tablas directamente en
el diseñador de BD(SQL Server 2000)? o ¿Establecer las relaciones en mi
aplicación(con Dataset's, por ejemplo, en Visual Basic .NET)?
Respuesta Responder a este mensaje
#2 Maxi [MVP SQL Server]
03/11/2005 - 20:10 | Informe spam
Tal cual!! hacer esto en la capa de negocios podria traer muchos problemas


[Microsoft MVP SQL SERVER]
Culminis SQL-Server Speakers (http://latam.culminis.com)

Maxi - Buenos Aires - Argentina
Msn_messager:
mail: Maxi.da[arroba]gmail.com

"Alejandro Mesa" escribió en el
mensaje news:
Juan Armando Delgado,

Que tal si maniana la compania decide crear dos aplicaciones mas que van
ha
accesar esa bd?. Vas a replicar las relaciones hacia esas aplicaciones?.
Que
tal si despues algo cambia en el esquema, actualizarasodas las
aplicaciones
que accesan a esa bd?.

La bd de datos debe poder garantizar su integridad independiente de
cuantas
aplicaciones accesen a ella.


AMB

"Juan Armando Delgado" wrote:

Que es lo más óptimo: ¿Crear las relaciones entre las tablas directamente
en
el diseñador de BD(SQL Server 2000)? o ¿Establecer las relaciones en mi
aplicación(con Dataset's, por ejemplo, en Visual Basic .NET)?
Respuesta Responder a este mensaje
#3 Gustavo Larriera [MVP]
03/11/2005 - 21:26 | Informe spam
Las restricciones de integridad
Siempre en la base deben estar
A veces también en la aplicación

/*
OT: hoy estoy leyendo acerca de Haiku... http://www.elrincondelhaiku.org/
:-)
*/

Gustavo Larriera
Uruguay LatAm
Blog: http://sqljunkies.com/weblog/gux/
MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Juan Armando Delgado" wrote
in message news:
Que es lo más óptimo: ¿Crear las relaciones entre las tablas directamente
en
el diseñador de BD(SQL Server 2000)? o ¿Establecer las relaciones en mi
aplicación(con Dataset's, por ejemplo, en Visual Basic .NET)?
Respuesta Responder a este mensaje
#4 Miguel Egea
03/11/2005 - 22:35 | Informe spam
Además de las razones que han aportado los compañeros hay algunas
relacionadas con el rendimiento , las restricciones check evitan
comprobaciones por ejemplo si has dicho que un valor debe valer 1, 2 o 3 y
en un query se pregunta por el valor 4 Sql no tiene ni siquiera por que
mirar en la tabla. También crear unique keys por ejemplo implica la creación
de índices únicos que serán útiles.
En resumen, si quieres, implementalo además en la capa de negocio, incluso
el dataset puede heredar esta configuración de SQL, sin embargo, en la BBDD
hazlo SIEMPRE.

Saludos
Miguel Egea
"Juan Armando Delgado" wrote
in message news:
Que es lo más óptimo: ¿Crear las relaciones entre las tablas directamente
en
el diseñador de BD(SQL Server 2000)? o ¿Establecer las relaciones en mi
aplicación(con Dataset's, por ejemplo, en Visual Basic .NET)?
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida