Interceptando Errores en SQL Server con .Net Framework 2.0

Una conexión SqlConnection permanecerá abierta mientras el nivel de severidad del error sea de 19 o menos, para errores iguales o por encima de un nivel 20 se cerrará automáticamente la conexión.
A continuación se muestra información del nivel de severidad y una descripción (información extraída de los BOL de SQL Server 2005)

0-9
Informational messages that return status information or report errors that are not severe. The Database Engine does not raise system errors with severities of 0 through 9.
10
Informational messages that return status information or report errors that are not severe. For compatibility reasons, the Database Engine converts severity 10 to severity 0 before returning the error information to the calling application.
11-16
Indicate errors that can be corrected by the user.
11
Indicates that the given object or entity does not exist.
12
A special severity for queries that do not use locking because of special query hints. In some cases, read operations performed by these statements could result in inconsistent data, since locks are not taken to guarantee consistency.
13
Indicates transaction deadlock errors.
14
Indicates security-related errors, such as permission denied.
15
Indicates syntax errors in the Transact-SQL command.
16
Indicates general errors that can be corrected by the user.
17-19
Indicate software errors that cannot be corrected by the user. Inform your system administrator of the problem.
17
Indicates that the statement caused SQL Server to run out of resources (such as memory, locks, or disk space for the database) or to exceed some limit set by the system administrator.
18
Indicates a problem in the Database Engine software, but the statement completes execution, and the connection to the instance of the Database Engine is maintained. The system administrator should be informed every time a message with a severity level of 18 occurs.
19
Indicates that a nonconfigurable Database Engine limit has been exceeded and the current batch process has been terminated. Error messages with a severity level of 19 or higher stop the execution of the current batch. Severity level 19 errors are rare and must be corrected by the system administrator or your primary support provider. Contact your system administrator when a message with a severity level 19 is raised. Error messages with a severity level from 19 through 25 are written to the error log.
20-25
Indicate system problems and are fatal errors, which means that the Database Engine task that is executing a statement or batch is no longer running. The task records information about what occurred and then terminates. In most cases, the application connection to the instance of the Database Engine may also terminate. If this happens, depending on the problem, the application might not be able to reconnect.
Error messages in this range can affect all of the processes accessing data in the same database and may indicate that a database or object is damaged. Error messages with a severity level from 19 through 25 are written to the error log.
20
Indicates that a statement has encountered a problem. Because the problem has affected only the current task, it is unlikely that the database itself has been damaged.
21
Indicates that a problem has been encountered that affects all tasks in the current database, but it is unlikely that the database itself has been damaged.
22
Indicates that the table or index specified in the message has been damaged by a software or hardware problem.
Severity level 22 errors occur rarely. If one occurs, run DBCC CHECKDB to determine whether other objects in the database are also damaged. The problem might be in the buffer cache only and not on the disk itself. If so, restarting the instance of the Database Engine corrects the problem. To continue working, you must reconnect to the instance of the Database Engine; otherwise, use DBCC to repair the problem. In some cases, you may have to restore the database.
If restarting the instance of the Database Engine does not correct the problem, then the problem is on the disk. Sometimes destroying the object specified in the error message can solve the problem. For example, if the message reports that the instance of the Database Engine has found a row with a length of 0 in a nonclustered index, delete the index and rebuild it.
23
Indicates that the integrity of the entire database is in question because of a hardware or software problem.
Severity level 23 errors occur rarely. If one occurs, run DBCC CHECKDB to determine the extent of the damage. The problem might be in the cache only and not on the disk itself. If so, restarting the instance of the Database Engine corrects the problem. To continue working, you must reconnect to the instance of the Database Engine; otherwise, use DBCC to repair the problem. In some cases, you may have to restore the database.
24
Indicates a media failure. The system administrator may have to restore the database. You may also have to call your hardware vendor.

Ahora veamos la manera de interceptar los errores desde nuestra aplicación, el código que muestro a continuación intercepta posibles errores a la hora de conectar con nuestra base de datos

Private Sub ConectarBD(ByVal cadenaConexion As String)
Dim conn As New SqlConnection(cadenaConexion)
Try
conn.Open()
Catch ex As SqlException
Dim errorMessage As String = ""
'Recorremos todos los errores que nos devuelva.
'Podemos inspeccionar los errores para devolver mensajes personalizados dependiendo
'del tipo de error.
For Each connectionError As SqlError In ex.Errors
errorMessage += connectionError.Message & "error: " & _
connectionError.Number.ToString & ")" & Environment.NewLine
'Aquí podríamos poner un SELECT CASE con los códigos de error más comunes, como
'login de usuario, nombre de la base de datos, etc
If connectionError.Number = 18456 Then
MsgBox("Login inválido, por favor introduzca unas credenciales válidas")
End If
Next
MessageBox.Show(errorMessage)
Finally
conn.Close()
End Try
End Sub

Reunión Gusenet 25 Enero

Sí hacía tiempo que no subía nada nuevo al blog, las fiestas y el cansancio acumulado me lo han impedido, pero bueno ahora toca ponerse las pilas y seguir remando.

El 25 de Enero se celebró en la Facultad de Ingeniería Informática de la Universidad de Murcia una nueva reunión del grupo Gusenet, los temas que se trataron iban a ser 2, una introducción al nuevo plan general contable y después un cubo OLAP de contabilidad impartido por Miguel Egea. Si he de seros sincero lo que más ilusión me hacía era esta última parte, y al final por problemas de trabajo Miguel no pudo asistir, pero en su lugar apareció Francisco González ( también de Solid) y nos adelantó dos nuevas mejoras incluidas en SQL Server 2008, el Data Change Capture y la instrucción MERGE.

La instrucción MERGE es una novedad relativa del estándar SQL, por la que podemos insertar, actualizar y eliminar simultáneamente. Esta instrucción ya estaba disponible en ORACLE y ha sido una gran idea incluirla en la nueva versión de SQL Server. Veamos un ejemplo de como sincronizar 2 tablas de empleados:

MERGE EmpleadosSync as ES
USING Empleados AS E
ON (E.EmpleadoID = ES.EmpleadoID)
WHEN MATCHED AND E.Nombre <> ES.Nombre
THEN UPDATE SET ES.Nombre = E.Nombre
WHEN NOT MATCHED THEN
INSERT (EmpleadoID, Nombre) VALUES (E.EmpleadoID, E.Nombre)
WHEN SOURCE NOT MATCHED THEN
DELETE;

FELIZ NAVIDAD!!!

Feliz Navidad a todos, espero que paséis unos buenos días en estas fechas navideñas acompañados de la gente que más os importa.

Explicación visual de los SQL JOIN

Hace un tiempo buscando por la red me encontré con un artículo interesante para la gente que empieza con SQL, como me pareció de ayuda he vuelto a buscarlo para aquellos que puedan necesitarlo. Aquí os dejo los enlaces al mismo artículo uno en castellano y el otro en inglés:

http://boozox.net/mysql/explicacion-visual-de-los-sql-join-unir-tablas-con-sql/
http://www.codinghorror.com/blog/archives/000976.html

3er Aniversario GUSENET

GOZADA, así con letras mayúsculas eso es lo que ha sido para mí el 3er aniversario del grupo Gusenet. Evento organizado en Santa Pola gracias a Oscar Montesinos. Hemos pasado un fin de semana inolvidable, en el que he conocido gente como el Guille (con dedicatoria de libro incluida), David Salgado, Eladio Rincón, Salvador Ramos, Pedro Hurtado, José Miguel Torres, Francisco González, si me dejo alguno en el camino lo siento. Gente con la cual he podido charlar y comprobar que es gente cercana y dispuesta a darte una solución a un problema de manera desinteresada. La verdad es que se me ha pasado volando el finde y no veo el momento de poder repetirlo.

Desde aquí animo a la gente que no conoce el grupo a que se una y podamos compartir entre todos nuestros conocimientos por pequeños que sean.

Queda pendiente el que suba algunas fotos para el recuerdo de todos y ampliar un poco más el post con las sesiones que impartieron El Guille y David Salgado.

Enumeración de Instancias de SQL Server

.Net Framework nos provee de una clase que nos permite enumerar todos los servidores de SQL Server en una red local. La clase en cuestión es SqlDataSourceEnumerator. La manera de usarla sería

Dim servidores As System.Data.Sql.SqlDataSourceEnumerator = System.Data.Sql.SqlDataSourceEnumerator.Instance

Combobox1.DataSource = servidores.GetDataSources

El método GetDataSources devuelve un DataTable que podremos usar para devolver los valores en un ComboBox o en un DataGridView. La tabla que devuelve la llamada al método contiene las siguientes columnas, cada una de las cuales incluye valores string:


Columna Descripción
======= =========
ServerName Nombre del servidor.
InstanceName Nombre de la instancia del servidor. Si el servidor se
ejecuta como instancia predeterminada,
esta columna se muestra en blanco.
IsClustered Indica si el servidor forma parte de un clúster.
Version Versión del servidor (8.00.x para SQL Server 2000
y 9.00.x para SQL Server 2005).

Limitaciones de la enumeración
Es posible que en la lista no aparezcan todos los servidores disponibles. La lista puede variar dependiendo de algunos factores, como los tiempos de espera o el tráfico de la red. Como consecuencia, la lista puede ser diferente en dos llamadas consecutivas. Sólo aparecerán en la lista los servidores de la misma red. Normalmente, los paquetes de difusión no recorren los enrutadores; este es el motivo de que a lo mejor no pueda ver uno de los servidores que aparecen en la lista, aunque se mantenga estable entre llamadas.
Los servidores de la lista pueden tener o no información adicional como IsClustered y la versión. Todo depende de cómo se haya obtenido la lista. Los servidores que aparecen en la lista a través del servicio de explorador de SQL Server tendrán más detalles que los que se encuentran a través de la infraestructura de Windows, que sólo muestra el nombre.

La enumeración de servidores sólo se encuentra disponible cuando se ejecuta con plena confianza. Los ensamblados que se ejecutan en un entorno de confianza parcial no podrán utilizarla, aunque dispongan del permiso de seguridad de acceso a código (CAS) SqlClientPermission.
SQL Server 2000 proporciona información del SqlDataSourceEnumerator a nivel interno. SQL Server 2005, sin embargo, lo hace mediante el uso de un servicio externo llamado Explorador de SQL. Este servicio está habilitado de forma predeterminada, pero los administradores pueden desactivarlo o deshabilitarlo, para que la instancia del servidor sea invisible para esta clase. Este servicio sólo se aplica a SQL Server 2005 y no tiene efecto alguno en el comportamiento de SQL Server 2000.
El hardware o el software puede limitar la capacidad para buscar instancias de SQL Server.

Si queréis más información la podéis conseguir en la msdn en el siguiente enlace:
http://msdn2.microsoft.com/es-es/library/a6t1z9x2(VS.80).aspx

Gracias a la MSDN por alumbrarme en ciertas tareas del trabajo.

FRVSoft Google Analytics

Allá vamos, el blog se une a la moda de BI de la mano de Google Analytics y yo con estos pelos.




Por algún sitio hay que empezar, más limpito imposible xD