Conciliación en presencia de identidades

Copio a continuación un pequeño fragmento de un ejercicio del Volumen II, para que os hagáis una idea del tipo de problemas prácticos al que se enfrenta una aplicación preparada para las tres capas, y que tienen que tratarse obligatoriamente como parte de un curso serio sobre bases de datos.

La implementación que hemos proporcionado a SaveChanges es mínima, y no es difícil encontrar casos para los que tendremos que complicarla. El primer ejemplo: la inserción de registros en tablas que contienen columnas con el atributo identity. De hecho, todas nuestras tablas tienen como clave primaria una columna con dicho atributo. Para entender en qué consiste el problema, sigamos el rastro de una inserción de registros. Supongamos que el usuario ha tecleado el siguiente registro para la tabla de países:

<  -1, 'PN', 'Polo Norte'... >

He puesto –1 como clave primaria del nuevo registro, para evitar confusiones. Supondremos que este valor ha sido asignado automáticamente en el lado cliente. No obstante, al grabar el registro, el algoritmo de grabación recupera el valor asignado a la clave por el servidor. Este sería el estado del registro una vez insertado y actualizado:

<1234, 'PN', 'Polo Norte'... >

Recuerde, sin embargo, que la grabación se ejecuta sobre un conjunto de datos auxiliar que sólo contiene las filas con algún tipo de cambio. Para que el conjunto de datos original se actualice, tenemos que ejecutar la operación Merge. Este método utiliza las claves primarias para identificar los registros originales con sus copias más recientes. Y esto es un problema, precisamente porque la clave primaria ha sido modificada durante la inserción. Después de ejecutar Merge tendríamos dos copias del mismo registro, con valores diferentes en la clave primaria:

<  -1, 'PN', 'Polo Norte'... >
<1234, 'PN', 'Polo Norte'... >

¿Se da cuenta de que nos sobra el primero de los registros? Para evitar esta duplicación de las inserciones, tendríamos que eliminar los registros añadidos al conjunto de datos original antes de mezclar el contenido de delta. Esta es una versión más completa de SaveChanges:

public virtual bool SaveChanges()
{
  DataSet delta = Data.Instance.Write(
    dataset.DataSetName, dataset.GetChanges());
  foreach (DataTable tab in dataset.Tables)
  {
    foreach (DataRow row in tab.Select(
      null, null, DataViewRowState.Added))
    {
      row.Delete();
    }
  }
  dataset.Merge(delta, false);
  dataset.AcceptChanges();
  return true;
}

No importa si alguna tabla no utiliza el atributo de identidad. Si borramos una fila añadida dentro del conjunto de datos original, de todos modos volveremos a incorporarla al mezclar el delta. Observe que, para cada tabla, detectamos los registros añadidos gracias a su estado, aplicando el método Select a la tabla.

Naturalmente, el código que hay que incluir para resolver estos problemas eminentemente prácticos no siempre es sencillo o evidente. De ahí la dificultad de escribir un curso de ADO.NET verdaderamente útil, y mi decisión de mantener la línea argumental del actual curso en su actualización.

---

Actualización: Para Navidad, actualización de la serie D a VS2005...