Aviso de error de validacion

Muy buen dato ese.

Gracias otra vez.

"Jesús López" escribió en el
mensaje news:

Por cierto, en SQL Server 2005 puedes obtener el mensaje de error con la
función ERROR_MESSAGE() si metes las instrucciones en un try...catch. En
SQL Server 2000, que yo sepa sólo puedes obtener el número de error,
usando la función @@ERROR

Saludos:

Jesús López
www.soldiq.com

Por mucho que digas, los errores serán escasos y por tanto el viaje
adicional para obtener el mensaje de error no tendrá importancia ninguna.
Los usuarios, por muy tontos e inútiles que sean, no lo van a ser tanto
como para meter datos incorrectos más veces que datos correctos, ¡Digo yo!

Seguro que hay muchas cosas mucho más importantes de las que preocuparse en
cuanto a rendimiento se refiere que un viaje adicional que se produce de
forma escasa.


Saludos:

Jesús López
www.soldiq.com



"Heriberto Díaz" escribió en el mensaje
news:eKN$v$

¿Qué importancia puede tener dar un viaje más al servidor para obtener el
mensaje de error?

Se supone que los errores van a ser escasos, prácticamente inexistentes,
sobre todo si la aplicación cliente hace también parte del trabajo de
validación (algo bastante común), con lo cual esos viajes adiciones van a
igualmente escasos.

En mi caso no es asi porque estamos definiendo la mayor cantidad de reglas
posibles de manera declarativa en la BD (para mi es lo mas correcto, de
hecho, no me gusta la pre-validacion innecesaria). Aunque eso es valido
tambien para una sola aplicacion, en nuestro caso varias aplicaciones
accederan la misma BD, por tanto, siempre que se pueda, preferimos poner
la regla en la BD, eso simplifica mucho el mantenimiento. No es asi? si
estoy errado tu opinion es bienvenida para aclararme.

No tan necesario quizas para el simple ejemplo que di sino para otros, los
errores de integridad los reportará el servidor, por eso es que deseo que
sean mas amigables o entendibles. Y síp, pueden ser frecuentes porque
habrá tanto pantallas de digitación transaccional de uso intensivo como
tambien procesos batch para insertar o modificar grupos de registros desde
varias aplicaciones que no necesariamente las controlaremos los que
estamos diseñando la BD.


Saludos

news:

Por mucho que digas, los errores serán escasos y por tanto el viaje
adicional para obtener el mensaje de error no tendrá importancia ninguna.
Los usuarios, por muy tontos e inútiles que sean, no lo van a ser tanto
como para meter datos incorrectos más veces que datos correctos, ¡Digo yo!

Puede que unos cuantos usuarios no se note pero a mayor cantidad de ellos
mayor cantidad de errores para un solo servidor.
No conozco los tuyos pero si vieras algunos con los que yo trabajo a diario
seguro que no fueras tan optimista ;-)

Seguro que hay muchas cosas mucho más importantes de las que preocuparse
en cuanto a rendimiento se refiere que un viaje adicional que se produce
de forma escasa.

Claro que si pero nunca está de más tratar de evitar viajes que pueden
usarse para otras cosas mas necesarias. Ya demasiados viajes hace .NET por
su propia cuenta.

¿Cuanto porcentanje de aumento de rendimiento global del sistema piensas que
vas obtener con eso?

Mídelo y veremos si realmente merece la pena. Estoy seguro de que será
ridículo.

Saludos:

Jesús López
www.solidq.com


"Heriberto Díaz" escribió en el mensaje
news:

news:

Por mucho que digas, los errores serán escasos y por tanto el viaje
adicional para obtener el mensaje de error no tendrá importancia ninguna.
Los usuarios, por muy tontos e inútiles que sean, no lo van a ser tanto
como para meter datos incorrectos más veces que datos correctos, ¡Digo
yo!

Puede que unos cuantos usuarios no se note pero a mayor cantidad de ellos
mayor cantidad de errores para un solo servidor.
No conozco los tuyos pero si vieras algunos con los que yo trabajo a
diario seguro que no fueras tan optimista ;-)

Seguro que hay muchas cosas mucho más importantes de las que preocuparse
en cuanto a rendimiento se refiere que un viaje adicional que se produce
de forma escasa.

Claro que si pero nunca está de más tratar de evitar viajes que pueden
usarse para otras cosas mas necesarias. Ya demasiados viajes hace .NET por
su propia cuenta.

jeje, estoy de acuerdo contigo, es mejor enfocarse en otros puntos donde se
puede obtener mejor perfomance, para estos casos en mi lugar de trabajo
tenemos una tabla de errores local en access, donde segun el numero de error
en el sql, lo traducimos y enviamos la descripcion en access, si el error no
existe mandamos el mensaje de error general y lo documentamos para la
proxima


"Jesús López" escribió en el
mensaje news:OcNe2H%

¿Cuanto porcentanje de aumento de rendimiento global del sistema piensas
que vas obtener con eso?

Mídelo y veremos si realmente merece la pena. Estoy seguro de que será
ridículo.

Saludos:

Jesús López
www.solidq.com


"Heriberto Díaz" escribió en el mensaje
news:

news:

Por mucho que digas, los errores serán escasos y por tanto el viaje
adicional para obtener el mensaje de error no tendrá importancia
ninguna. Los usuarios, por muy tontos e inútiles que sean, no lo van a
ser tanto como para meter datos incorrectos más veces que datos
correctos, ¡Digo yo!

Puede que unos cuantos usuarios no se note pero a mayor cantidad de ellos
mayor cantidad de errores para un solo servidor.
No conozco los tuyos pero si vieras algunos con los que yo trabajo a
diario seguro que no fueras tan optimista ;-)

Seguro que hay muchas cosas mucho más importantes de las que preocuparse
en cuanto a rendimiento se refiere que un viaje adicional que se produce
de forma escasa.

Claro que si pero nunca está de más tratar de evitar viajes que pueden
usarse para otras cosas mas necesarias. Ya demasiados viajes hace .NET
por su propia cuenta.