Reglas y restricciones

Para mi en terminos practicos son exactamente lo mismo.

"Federico Ezequiel" wrote in message
news:%

Hola:

Me estoy iniciando en SQL Server. He leído sobre restricciones y aprendí a
utilizar unas cuantas. Pero también leí sobre Reglas, concepto que tiene
una
definición similar, pero la verdad que no entiendo la diferencia entre
restricciones y reglas.
Gracias.

Federico

Si hablamos de REGLAS DE NEGOCIO (supongo, que a eso te refieres), entonces
hablamos de REGLAS que deben cumplirse en todo el entorno del negocio.

"Ningun cliente, debe rebasar los 1000 dolares de credito"

En cambio una restriccion, seria que no introduzcan en tu campo de FECHA
NACIMIENTO, una fecha menor a 18 años.

Al menos, esa seria mi opinion
Saludos
IIslas


"Federico Ezequiel" wrote:

Hola:

Me estoy iniciando en SQL Server. He leído sobre restricciones y aprendí a
utilizar unas cuantas. Pero también leí sobre Reglas, concepto que tiene una
definición similar, pero la verdad que no entiendo la diferencia entre
restricciones y reglas.
Gracias.

Federico

Creo que se refiere a la diferencia en implementar una restricción de
tipo check como una constraint (modo declarativo) o como una Rule (modo
programatico).

Básicamente las dos ofrecen la misma funcionalidad que es garantizar
de cierta forma el dominio de un atributo. Pero tienen una diferencia
y es que una regla se puede asociar a un tipo de dato definido por el
usuario y de ahí en adelante esa regla aplica automáticamente para
todos los campos en los que se utiilice ese tipo de dato. Mientras
que si se implementa la misma funcionalidad con una Constraint (Check)
se debe implementar en todas partes donde se debe aplicar esa
restricción.

Por ejemplo si se define una regla de que los números teléfonicos
deben ser de la forma 57-1-4045787 se podría crear un tipo de dato
llamado teléfono y luego crear una regla como:

CREATE RULE telefono_rule
AS
@value LIKE '[0-9]-[0-9]-[0-9][0-9][0-9][0-9][0-9][0-9][0-9]'

asociarla al tipo de dato teléfono

Y de esta manera en todas las tablas que requiera el teléfono
(cliente, empleado, etc...) los campos se definen con el tipo de dato
teléfono y automáticamente queda aplicada la regla

Usando Constraint Check se debe implementar en todas las tablas que lo
requieran.

Desde el punto de vista conceptual me parece más bonito trabajar con
RULE porque sirve para implementar verdaderos dominios de datos pero
desde el punto de vista práctico recomiendo mejor usar CHECK porque en
futuras versiones no se soportará RULE :(

Saludos,

Guido


Federico Ezequiel ha escrito:

Hola:

Me estoy iniciando en SQL Server. He leído sobre restricciones y aprendí a
utilizar unas cuantas. Pero también leí sobre Reglas, concepto que tiene una
definición similar, pero la verdad que no entiendo la diferencia entre
restricciones y reglas.
Gracias.

Federico

Hola,

Aparte de lo que te indican, es muy importante que sepas que las
restricciones (check) forman parte del ANSI SQL, y son las que te recomiendo
que utilices.
Las reglas (rules) se mantienen por compatibilidad con versiones anteriores,
y en la propia ayuda indica que en versiones futuras se quitarán.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


"Federico Ezequiel" escribió en el mensaje
news:%

Hola:

Me estoy iniciando en SQL Server. He leído sobre restricciones y aprendí a
utilizar unas cuantas. Pero también leí sobre Reglas, concepto que tiene
una
definición similar, pero la verdad que no entiendo la diferencia entre
restricciones y reglas.
Gracias.

Federico