Nombre distinto de blanco

hola, se debe poner en la aplicacion por que digamos que tu tabla tiene 10
campos y por un solo campo (nombre) te va a rechazar la transaccion SQL y te
va a devolver "Ingrese el nombre por favor", al momento de recibir y
responderte el servidor estas usando banda de red. (aunque sea minimo la
informacion)
pero si pones en la aplicacion al momento de guardar
if me.textbox1.text.trim ="" then
messagebox "Ingrese su nombre por favor"
else
guardar
end if


"Pedro" wrote:

Desde un sistema me exigen poner una regla de que no admita un campo nombre
en blanco para una tabla de clientes.

Tengo la duda de si esto debo ponerlo en una restriccion en SQL Server
(nombre<>'') o esas cosas mejor se manejan desde la aplicacion ?

Agradezco sus opiniones.

gracias

O sea que si fueran mas las reglas que me pidan entonces si conviene
ponerlas en la BD ? el punto es porque sea una sola que no debe ponerse ?


"Edwin Rivera" escribió en el
mensaje news:

hola, se debe poner en la aplicacion por que digamos que tu tabla tiene 10
campos y por un solo campo (nombre) te va a rechazar la transaccion SQL y
te
va a devolver "Ingrese el nombre por favor", al momento de recibir y
responderte el servidor estas usando banda de red. (aunque sea minimo la
informacion)
pero si pones en la aplicacion al momento de guardar
if me.textbox1.text.trim ="" then
messagebox "Ingrese su nombre por favor"
else
guardar
end if


"Pedro" wrote:

Desde un sistema me exigen poner una regla de que no admita un campo
nombre
en blanco para una tabla de clientes.

Tengo la duda de si esto debo ponerlo en una restriccion en SQL Server
(nombre<>'') o esas cosas mejor se manejan desde la aplicacion ?

Agradezco sus opiniones.

gracias

En mi opinión siempre deben ponerse las restricciones en la base de datos,
independientemente de si la aplicación cliente las comprueba también.

Saludos:

Jesús López
www.solidq.com



"Pedro" escribió en el mensaje
news:uxlcXM1%

O sea que si fueran mas las reglas que me pidan entonces si conviene
ponerlas en la BD ? el punto es porque sea una sola que no debe ponerse ?


"Edwin Rivera" escribió en el
mensaje news:

hola, se debe poner en la aplicacion por que digamos que tu tabla tiene
10
campos y por un solo campo (nombre) te va a rechazar la transaccion SQL y
te
va a devolver "Ingrese el nombre por favor", al momento de recibir y
responderte el servidor estas usando banda de red. (aunque sea minimo la
informacion)
pero si pones en la aplicacion al momento de guardar
if me.textbox1.text.trim ="" then
messagebox "Ingrese su nombre por favor"
else
guardar
end if


"Pedro" wrote:

Desde un sistema me exigen poner una regla de que no admita un campo
nombre
en blanco para una tabla de clientes.

Tengo la duda de si esto debo ponerlo en una restriccion en SQL Server
(nombre<>'') o esas cosas mejor se manejan desde la aplicacion ?

Agradezco sus opiniones.

gracias

Hola

Yo también creo que es mucho mejor que pongas las restricciones en la base
de datos.
Ricardo Junquera
Consultor Business Intelligence

BG&S Online Consultores
Ganadora del Premio Microsoft Business Awards 2008.
Partner de Soluciones : Satisfacción de Cliente.



"Jesús López" wrote:

En mi opinión siempre deben ponerse las restricciones en la base de datos,
independientemente de si la aplicación cliente las comprueba también.

Saludos:

Jesús López
www.solidq.com



"Pedro" escribió en el mensaje
news:uxlcXM1%
>O sea que si fueran mas las reglas que me pidan entonces si conviene
>ponerlas en la BD ? el punto es porque sea una sola que no debe ponerse ?
>
>
> "Edwin Rivera" escribió en el
> mensaje news:
>> hola, se debe poner en la aplicacion por que digamos que tu tabla tiene
>> 10
>> campos y por un solo campo (nombre) te va a rechazar la transaccion SQL y
>> te
>> va a devolver "Ingrese el nombre por favor", al momento de recibir y
>> responderte el servidor estas usando banda de red. (aunque sea minimo la
>> informacion)
>> pero si pones en la aplicacion al momento de guardar
>> if me.textbox1.text.trim ="" then
>> messagebox "Ingrese su nombre por favor"
>> else
>> guardar
>> end if
>>
>>
>> "Pedro" wrote:
>>
>>> Desde un sistema me exigen poner una regla de que no admita un campo
>>> nombre
>>> en blanco para una tabla de clientes.
>>>
>>> Tengo la duda de si esto debo ponerlo en una restriccion en SQL Server
>>> (nombre<>'') o esas cosas mejor se manejan desde la aplicacion ?
>>>
>>> Agradezco sus opiniones.
>>>
>>> gracias
>>>
>>>
>>>
>
>

En mi opinión personal ese tipo de restricción es saludable ponerla en la
base de datos; y opcionalmente, en la aplicación. Mis razones:

- Si solamente se pone en la aplicación, cualquier acceso a la base de datos
que no pase por la aplicación, podría introducir datos incorrectos. Esta es
una razón fuerte.

- Si solamente se pone en la base de datos y la aplicación no controla esa
restricción en los formularios de entrada de datos, habrá necesidad de
accesos adicionales hasta la base de datos para validar datos que pueden
validarse rápidamente en la aplicación cliente sin necesitar un roundtrip al
servidor de base de datos. Esta es una razón que favorece el acceso pero no
influye en la calidad de los datos.

Gustavo Larriera, Microsoft MVP
http://www.linkedin.com/in/gustavolarriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Edwin Rivera" wrote:

hola, se debe poner en la aplicacion por que digamos que tu tabla tiene 10
campos y por un solo campo (nombre) te va a rechazar la transaccion SQL y te
va a devolver "Ingrese el nombre por favor", al momento de recibir y
responderte el servidor estas usando banda de red. (aunque sea minimo la
informacion)
pero si pones en la aplicacion al momento de guardar
if me.textbox1.text.trim ="" then
messagebox "Ingrese su nombre por favor"
else
guardar
end if


"Pedro" wrote:

> Desde un sistema me exigen poner una regla de que no admita un campo nombre
> en blanco para una tabla de clientes.
>
> Tengo la duda de si esto debo ponerlo en una restriccion en SQL Server
> (nombre<>'') o esas cosas mejor se manejan desde la aplicacion ?
>
> Agradezco sus opiniones.
>
> gracias
>
>
>