Procedimientos almacenados en C# Edgar Sánchez Logic Studio Director Regional de Microsoft, Ecuador

CLR hospedado El CLR de .NET se hospeda dentro de SQL Server para mejorar el rendimiento Las aplicaciones corren en el mismo espacio de direcciones que SQL Server Procedimientos almacenados en cualquier lenguaje soportado por el CLR Acceso a recursos fuera de SQL Server Código .NET Función T-SQL Base de datos Proceso de SQL Server This shows an important feature of SQL Server, that the .net runtime is hosted by it. This very different than the way that other databases usually host a virtual machine in a separate process. Makes use of SQL more approachable as it allows familiar languages and programming constructs to be used.

Código procedimental en SQL Server 2005 SQL Server 2005 soporta código en cualquier lenguaje .NET Procedimientos almacenados Funciones definidas por el usuario (UDFs) Triggers El runtime de .NET se carga con el primer acceso

El código .NET y Transact SQL El código .NET y T-SQL se pueden invocar entre sí Sujeto a las reglas de SQL Server Los parámetros .NET deben ajustarse a T-SQL Tanto el código .NET como T-SQL tienen escenarios adecuados de uso

El código .NET es rápido y seguro El código .NET puede ser más rápido en algunos casos Es compilado y no interpretado como lo son los procedimientos almacenados T-SQL El código .NET es seguro La seguridad del código es revisada cuando se cataloga Los procedimientos almacenados extendidos no se pueden revisar para evitar código peligroso

El código .NET y el framework El código .NET puede usar el .NET Framework Sólo se aceptan métodos, clases y assemblies específicos Consideraciones de seguridad Vigilado cuando El assembly es catalogado El código es ejecutado

Acceso a datos con Transact-SQL T-SQL es mejor para acceso a datos No hay coerción de tipos Todo el código pre-SQL Server 2005 está escrito en T-SQL SQL Server 2005 agrega el manejo de excepciones a T-SQL

Transact-SQL puede ser más rápido T-SQL puede ser más rápido para acceso a datos Acceso directo a los buffers internos de SQL Server Biblioteca de funciones rica y centrada en datos No hay conversión de tipos

Procedimientos .NET y Transact-SQL Transact-SQL es mejor para código centrado en acceso a datos No se carga el runtime de .NET Acceso directo a la capa de datos Programación procedimental .NET es mejor para código que no accese a datos Fórmulas matemáticas Acceso a recursos del sistema fuera de SQL Server Programación orientada a objetos Ambos tipos de código Guardan y cargan código desde la base de datos Basados en estándares ANSI Transact-SQL es una variación de la norma ANSI SQL PSM El código .NET es similar a la especificación ANSI SQL JRT

Catalogación de código .NET El código procedimental .NET debe ser catalogado Las funciones procedimentales .NET deben ser catalogadas public class Math { public static int invert() { ... } public static int not() {...} } Arith.dll CREATE ASSEMBLY Arith ... go CREATE FUNCTION invert ... CREATE FUNCTION not ... In order to use functions from an assembly, first the assembly must be cataloged. However cataloging the assembly itself does not make any of the functions in it available. After the assembly has been cataloged, each function in it that you want to be available to SQL Server must be individually cataloged.

Mapeo de nombres T-SQL Nombre T-SQL debe mapearse al nombre .NET El nombre .NET se denomina nombre externo El nombre externo es delimitado por assembly, namespace y clase In order to catalog a function, besides the name of the function you must know the name of the assembly it came from, the name of the class that contains it, and the name of the namespace that contains the class.

Nombres externos de funciones Los nombres externos se componen de tres partes El nombre simbólico del assembly es separado por '.' Nombre completo de la clase, en apóstrofes o corchetes en el namespace .NET El nombre de función separado por '.' El nombre del assembly no distingue mayúsculas de minúsculas El nombre de la clase y el método si los distingue Aún si el lenguaje .NET no lo hace The assembly name that contains a function is not case sensitive, but the namespace, class, and function name are. This is true even if the source of the function was VB.NET. GEO.[Math.Arith].invert

Modelo de programación SQL Server SQL Server 2005 incluye dos proveedores de datos System.Data.SqlServer System.Data.SqlClient Los modelos de programación tienen algunas diferencias SqlClient usa una SqlConnection SqlServer usa un SqlContext Client code creates a new connection to the database. Server code uses the "current" connection, abstracted by SqlContext. Actually SqlContext contains more than the current connection. Database System.Data.SqlClient Connection Select * from ... SqlConnection Microsoft.SqlServer.Server SqlContext

Código fuera de la base de datos El código fuera de la base de datos necesita establecer una conexión Establecer buffers Iniciar un lote de comandos Iniciar una transacción o participar en una SqlClient must physically connect to the database. Note: this slide does not mean that SqlClient uses managed sockets; it uses the SQL Server netlibs. SqlClient uses buffers inside the client and its Connection.BeginTransaction actually instructs the server to issue a SQL "BEGIN TRAN". Database System.Data.SqlClient Input Buffer Output Buffer Transaction Connection Socket

Código dentro de la base de datos SqlServer no necesita una conexión Una conexión explícita desperdicia recursos Los comandos son parte del mismo lote El código que se ejecuta puede ser ya parte de una transacción El contexto provee acceso directo a la base de datos El código corre como si fuera parte de la base de datos Inside the server, no extra buffers, connection overhead or sockets need be used. Note: you can use SqlClient from inside the server to establish a different connection.

SqlContext SqlContext representa el contexto actual de ejecución en el SQL Server Pipe permite insertar información en la corriente de salida TDS Resultsets y mensajes TriggerContext provee información de contexto cuando se ejecuta un trigger Todos los comandos son parte del lote actual Pueden heredar la transacción actual No afectan al nivel de anidamiento transaccional

Resultados de comandos El acceso a SQL Server produce uno de cuatro tipos de resultados Cuenta de filas afectadas por el comando Resultado escalar, p.ej. Un agregado como el total de ventas Resultado con una sola fila, p.ej. Una dirección de un vendedor Resultado multi-fila, p.ej. Un conjunto de facturas pendientes

Conversión al tipo apropiado Resultado escalar Producido por SqlCommand.ExecuteScalar La manera más eficiente y simple de obtener un valor escalar Usado para obtener un valor agregado Usado para obtener un valor devuelto por un procedimiento almacenado Se debe convertir al tipo apropiado Función agregada ExecuteScalar returns an System.Object, which must be cast to the appropriate type. cmd.CommandText="select count(*) from authors"; int count = (int)cmd.ExecuteScalar(); Conversión al tipo apropiado Obtener el resultado escalar

Resultado con una sola fila Producido por SqlCommand.ExecuteRow Devuelve un ISqlRecord, puede ser convertido a IDataRecord Usar solo cuando se espera una única fila La fila es de lectura solamente Todas las filas son devueltas pero solo la primera es accesible, la consulta debe limitar a una sola Limitar a una sola fila You can execute a query that returns more than one row, but it is inefficient when used with ExecuteRow. There is no way to access rows except for the first one. cmd.CommandText="Select top 1 * from authors"; ISqlRecord row = cmd.ExecuteRow(); String lastName = row.GetString(1); Obtener el resultado de una sola fila

El resultado será read-only Resultado multi-fila Producido por SqlCommand.ExecuteReader SqlDataReader es muy liviano Comportamiento forward-only, read-only Se puede devolver al cliente El resultado será read-only Of course if you expect only a single row to be returned ExecuteRow is better choice. SqlDataReader rdr = cmd.ExecuteReader(); while(rdr.Read() == true) { // trabajar con la fila } Mínimo de recursos utilizado

Funciones que devuelven tablas y ISqlReader El proveedor SqlServer puede devolver una TABLE a través de una UDF Se declara como otras UDFs, el valor retornado es un ISqlReader Devolver SqlDataReader no es soportado SqlFunctionAttribute also contains a TableDefinition property. This is used with Visual Studio auto-deploy for Table-Valued Functions. public static ISqlReader myTVF(SqlString region) { ISqlReader irdr = null; // obtener una clase que implementa ISqlReader // poblar el objeto ISqlReader return(irdr); }

SqlTriggerContext SqlTriggerContext es el ambiente dentro de un trigger Se puede obtener en SqlContext.TriggerContext Contiene a la enumeración Trigger.Action INSERT, UPDATE, or DELETE Contiene IsUpdatedColumn() Booleano que dice si una columna está siendo actualizada Se puede obtener EventData Para triggers extendidos y mayor control

Uso de SqlTriggerContext public static void DontInsertSpecialID() { using(SqlConnection conexion = new SqlConnection("context connection=true")) { SqlTriggerContext tc = SqlContext.TriggerContext; if (tc.TriggerAction == TriggerAction.Insert) { SqlCommand cmd = new SqlCommand(); cmd.CommandText = "select count(*) from inserted " + "where au_id = '111-11-1111'"; cmd.Connection = conexion; if ((int)cmd.ExecuteScalar() > 0) { cmd.CommandText = "ROLLBACK TRANSACTION"; SqlContext.Pipe.Execute(cmd); }

¿Preguntas? Lectura recomendada: A First Look at Microsoft SQL Server 2005 for Developers Bob Beauchemin, Niels Berglund, Dan Sullivan Addison-Wesley Professional; 1st edition (June 25, 2004) ISBN: 0321180593