70-526 Resumen 2/8: ADO .NET.

Segundo resumen de 8 del temario para el examen 70-526 de la certificación MCTS Windows Applications 2.0. Esta, es una de las nuevas certificaciones Microsoft para .NET 2.0. El siempre apasionante mundo de ADO .NET. Estos capítulos se basan mucho en la práctica, asi que recomiendo instalarse el SQL Server 2005 Express y hacer los laboratorios del libro Engloba los temas 5.Configuring Connections and Connecting to Data, 6.Working with Data in a connected environment, 7.Create, Add, Delete and Edit in a disconnected environment y 8.Implementing Databounds Controls del libro oficial de Microsoft.

DbParameter, usando parámetros en comandos SQL.

Este artículo ha sido migrado a mi nuevo blog:

DbParameter, usando parámetros en comandos SQL.

DbTransaction, realizando transacciones con ADO.NET 2.0

Este artículo ha sido migrado a mi nuevo blog:

DbTransaction, transaciones en un Db Factory

Columnas autoincrementales en un DataTable

Una de las cosas que me gusta de ADO.NET es la forma que tiene de trabajar con los datos y las facilidades de las que provee para trabajar.

Para cuando trabajamos con tablas que tienen una columna de identificación autoincremental, ADO.NET nos provee de la forma de automatizar este proceso, es tan sencillo como marcar la columna como ‘AutoIncrement’ , indicar desde que valor ha de comenzar (‘Seed’) y de cuanto en cuanto ha de incrementar.

El ejemplo es parcial, simplemente muestra la parte del código “interesante”.

DbFactory con ADO.NET 2.0 (Actualizado)

He actualizado el ejemplo para usar las facilidades para configurar connection strings que aporta .NET 2.0. En concreto el objeto ConfigurationManager, su propiedad ConnectionStrings y su apartado XML en el app.config.

Muchas veces, nos encontramos ante la necesidad de escribir aplicaciones que puedan trabajar con cualquier tipo de base de datos, evitando en la máxima medida tener que modificar el código de la aplicación para ello. Para solventar este problema, siempre se ha recurrido al “modelo de n capas” donde una de ellas, era el proveedor de acceso a datos y se encargaba de abstraer esta tarea, normalmente encapsulada en una librería “.dll” que se cambiaba a voluntad sin que ello supusiese ningún problema para la aplicación. Esta librería, suele contener lo que se denomina un DBFactory, una clase abstracta o conjunto de funciones encargadas de adaptarse a la base de datos que se le indique y obtener datos de forma transparente para su consumidor, esta semana he descubierto como hacerlo con ADO.NET 2.0 sin tener que codificar a penas nada con las clases que “habitan” en System.Data.Common.

El ejemplo lo voy a hacer con SQL Server 2005 Express Edition y la base de datos de ejemplo “Northwind” que trae por defecto .

Seguridad en ADO.NET

Siempre que realicemos una aplicación que tiene acceso a una base de datos, debemos extremar las precauciones ya que un error tan simple y común como componer sentencias SQL concatenando los strings con el contenido de los controles (ie: un TextBox) puede dar lugar a una seria vulnerabilidad que podría no solo permitir la destrucción ó modificación de los datos, si no su exposición lo que podría ser igual de peligroso o peor si se trata de datos confidenciales.

 Hace tiempo tenía especial interés por documentarme acerca de estos temas más en serio, ya que aunque tenía unas nociones básicas de seguridad en ADO.NET para evitar SQL injections , el uso de SecureString , etc… etc… quería estar totalmente seguro de que no estaba dejando nada al aire. Buscando por la red me encuentro con una serie de artículos en MSDN España bastante buenos acerca de seguridad en el apartado de ADO.NET.