�L - GUR�

Actualizar un DataSet con PrimaryKeys autoincrementales o identidad

Wed, 24 Oct 2007 14:33:00 -0500

Por alguna raz�n puede que necesitemos recuperar un modelo de datos complejo, con relaciones entre tablas, a un DataSet. Durante todo el tiempo que trabajemos con este DataSet en memoria se pueden producir las tipicas operaciones CRUD (Create, Read, Update, Delete) de forma que los datos contenidos en el DataSet sean completamente diferentes a los que hay en la base de datos. Para la mayor�a de casos el DataSet se maneja bastante bien a la hora de volcar los resultados de nuevo en base de datos ya que cada fila contenida en cada una de las tablas guardar� su estado, mediante la enumeraci�n DataRowState�(Added, Deleted, Detached, Modified y Unchanged).

El "problema" surge cuando tenemos varios DataTable relacionados por columnas identidad o autoincrementales. En este caso mientras no vayamos a base de datos el DataSet asignar� un valor propio a estas columnas que no tiene nada que ver con el que posteriormente en base de datos... �y donde surge el "problema"? cuando actualizamos el DataSet contra base de datos nos encontramos con que no solo tiene que hacer las operaciones necesarias CRUD contra la base de datos sino que adem�s deber� actualizar los indices de los registros creados y a su vez de las tablas asociadas. Me he referido a problema entre comillas por que tiene una "f�cil soluci�n", tambi�n entre comillas.

Para que el DataSet se encargue de actualizar los valores de las columnas identidad y las referencias a estas en las tablas asociadas lo �nico que debemos hacer es asignar a�la propiedad UpdateRowSource, del comando que este referenciado�en la propiedad InsertCommand del DataAdapter, el valor�UpdateRowSource.Both. Y ya est�: las columnas se actualizar�n autom�ticamente tanto en la tabla afectada como en las tablas relacionadas dentro del DataSet.

Pero a�n nos queda el problema, sin comillas. Se trata de un problema con la forma que tienen de trabajar los DataSet en .NET cuando al insertar utilizamos el valor UpdateRowSource.Both en la propiedad UpdatedRowSource del comando que se le pasa al DataAdapter. Esta propiedad hace que al insertar un registro en una tabla con una clave autonum�rica: la recoja y actualice esta clave por la que conten�a el registro, dentro del DataTable en el DataSet, y, a su vez, la de todos las columnas de DataTable que tengan relaciones con esa.
El problema surge cuando el identificador devuelto de base de datos es un identificador ya existente dentro del DataTable en el DataSet. Por ejemplo:�
�

Nosotros recuperamos un conjunto de filas de�las tablas A,�B y�C que estan relacionadas entre s� y adem�s con la tabla D�y�decidimos insertar esos registros de nuevo cambiando�el registro de la tabla D con el que estan relacionados. Es decir copiariamos los datos relacionados de un registro en la tabla D para otro.
Si�los registros que recuperamos de la tabla A tienen los Id's 100 y 101 de la base de datos, en el DataSet se asignaran tambien estos y el Id para el siguiente registro insertado ser� 102.
Si insertamos otro registro en el DataSet, le asignar� el Id 102, y al volcar los cambios a base de datos -no hay que olvidar que har� una inserci�n ya que lo �nico que hicimos al recuperar fue leerlos dejando los DataRow con DataRowState.Added-, se asignar� para el Id 100 en el DataSet el Id 102 en base de datos. Al actualizarse autom�ticamente el Id del DataSet intentar� ponerle 102 cosa que nos dar� una excepci�n de clave duplicada: por el registro que habiamos insertado

Este problema es un caso muy concreto pero se nos puede reproducir en otras ocasiones como al dar de alta tantos registros m�s uno como los que contenga la tabla le�da de base de datos, de esta forma el identificador del �ltimo elemento de la DataTable, en el DataSet, podr�a tratarse del identificador que la base de datos otorgu� al primer elemento insertado en la tabla al volcar los datos del DataSet mediante el m�todo Update del DataAdapter, con lo cual obtendriamos la citada excepci�n.

Una�soluci�n elegida�es modificar la semilla de la columna del�DataTable, AutoIncrementSeed,�de forma que buscamos en base de datos el identificador mayor y le sumamos el n�mero de registros recuperados de base de datos m�s 1. Para otros casos la soluci�n tambi�n ser�a jugar con la semilla del DataTable.

Obtener un conjunto de tablas en un DataSet (.NET)

Wed, 12 Sep 2007 16:33:00 -0500

Si bien un�DataAdapter�crea varias tablas en el DataSet cuando encuentra m�ltiples conjuntos de resultados -tablas devueltas a una o varias consultas sql-, pueden existir casos en los que nos sea necesario obtener�la misma�funcionalidad en una consulta que devuelve el conjunto de resultado en el formato XML que devuelven las consultas ejecutadas con FOR XML. Por ejemplo la siguiente consulta SQL:

SELECT *
FROM [PLPC_Agrupacio]
FOR XML RAW, XMLDATA

Cuyo resultado ser�:

<Schema name="Schema3" xmlns="urn:schemas-microsoft-com:xml-data" xmlns:dt="urn:schemas-microsoft-com:datatypes">
<ElementType name="row" content="empty" model="closed">
<AttributeType name="PLPC_AgrupacioId" dt:type="i4" />
<AttributeType name="PLPC_ConvocatoriaId" dt:type="uuid" />
<AttributeType name="PLPC_CodiAgrupacio" dt:type="i4" />
<AttributeType name="PLPC_AgrupacioNom" dt:type="string" />
<attribute type="PLPC_AgrupacioId" />
<attribute type="PLPC_ConvocatoriaId" />
<attribute type="PLPC_CodiAgrupacio" />
<attribute type="PLPC_AgrupacioNom" />
ElementType>
Schema>
<row xmlns="x-schema:#Schema3" PLPC_AgrupacioId="40" PLPC_ConvocatoriaId="081F2367-1121-4804-B66A-DAA92A89F3C8"
PLPC_CodiAgrupacio="1" PLPC_AgrupacioNom="grup 1" />
<row xmlns="x-schema:#Schema3" PLPC_AgrupacioId="41" PLPC_ConvocatoriaId="081F2367-1121-4804-B66A-DAA92A89F3C8" PLPC_CodiAgrupacio="2" PLPC_AgrupacioNom="grup 2" />
<row xmlns="x-schema:#Schema3" PLPC_AgrupacioId="42" PLPC_ConvocatoriaId="081F2367-1121-4804-B66A-DAA92A89F3C8" PLPC_CodiAgrupacio="3" PLPC_AgrupacioNom="grup 3" />

Para ello utilizaremos un DataSet y el m�todo ReadXml de este. Mediante el parametro mode, que es del tipo�XmlReadMode -una enumeraci�n-, le indicaremos que utilize el modo�ReadSchema que lee cualquier esquema en l�nea y carga los datos de modo que�si el DataSet ya contiene un esquema se�agregan�las nuevas tablas -se�lanza una excepci�n si cualquier tabla del esquema en l�nea ya existe en el DataSet.

SqlConnection dataBaseConnection = null;
SqlCommand dataBaseCommand;
SqlDataReader dataBaseReader = null;
StringBuilder xmlResult = new StringBuilder();
DataSet result = new DataSet ();
System.IO.StringReader reader;

dataBaseConnection = new SqlConnection(connectionString);
dataBaseCommand = new SqlCommand("PLPC_SP_ObtenirAgrupacions", dataBaseConnection);
dataBaseCommand.CommandType = CommandType.StoredProcedure;
dataBaseCommand.Parameters.Add("@PLPC_ConvocatoriaId", SqlDbType.UniqueIdentifier).Value = convocatoriaId;

dataBaseConnection.Open();
dataBaseReader = dataBaseCommand.ExecuteReader();xmlResult.Append ("");
while (dataBaseReader.Read())
{
�� xmlResult.Append (dataBaseReader.GetString(0));
}

xmlResult.Append ("");
reader = new System.IO.StringReader (xmlResult.ToString());
result.ReadXml (reader, XmlReadMode.ReadSchema);
dataBaseReader.Close();
result.Tables[0].TableName = "PLPC_Agrupacio";
dataBaseCommand.CommandText = "PLPC_SP_ObtenirPlans";
dataBaseCommand.CommandType = CommandType.StoredProcedure;
xmlResult.Remove (0, xmlResult.Length);
xmlResult.Append ("");

dataBaseReader = dataBaseCommand.ExecuteReader(CommandBehavior.CloseConnection);
while (dataBaseReader.Read())
{
�� xmlResult.Append (dataBaseReader.GetString(0));
}
xmlResult.Append ("");
reader = new System.IO.StringReader (xmlResult.ToString());
result.ReadXml (reader, XmlReadMode.ReadSchema);
dataBaseReader.Close();
result.Tables[1].TableName = "PLPC_Pla";
result.DataSetName = "Convocatoria";

Con este metodo es necesario ejecutar varias consultas asi que estoy abierto a metodos mejores.

No hay que olvidar que las relaciones entre las tablas y las restricciones dentro del DataSet y las deberemos crear mediante c�digo una vez devuelto el conjunto de resultados.

Consultas SQL para modificar el resultado de una columna en base a una condici�n (Transact-SQL)

Thu, 6 Sep 2007 11:44:00 -0500

Hay veces que tenemos la necesidad de obtener un resultado diferente al de�una columna en base a este. Por ejemplo, podriamos necesitar que una columna nos indicase si tiene o no informado valor de una forma m�s legible indicando 'CIERTO' o 'FALSO'.

Para lograr esto utilizamos la funci�n CASE de Transact-SQL:

CASE
��WHEN Boolean_expression THEN result_expression
��[ ...n ]
��[
��ELSE else_result_expression
��]
END

Como ejemplo de uso podriamos utilizar una consulta que indicaque si un contacto dispone de telefono para contactar con �l:

SELECT FirstName, Lastname,�'Has Telephone�to Contact' =
�� CASE
�� WHEN TelephoneNumber IS NULL THEN�CAST (0 AS BIT)
�� ELSE�CAST (1 AS BIT)
�� END

Hagamos m�s interactivas nuestras ciudades

Thu, 25 Jan 2007 21:46:00 -0600

Hoy en d�a encontramos a nuestro alcance cantidad de dispositivos que disponen de una conexi�n WIFI. Cada vez existen m�s puntos de conexi�n en diferentes locales que por el mero hecho de consumir te proporcionan una conexi�n gratuita a Internet.

Todo esto es muy interesante pero: �por qu� no llevarlo m�s all�? �Nunca os hab�is encontrado en vuestra ciudad y hab�is tenido la necesidad de saber donde hab�a una oficina de correo en los alrededores o un bar de un cierto tipo de m�sica?

Seguramente a trav�s del m�vil ya se est�n ofreciendo servicios similares, e incluso con conexi�n a Internet a trav�s de cualquiera de las tecnolog�as que ofrecen conexi�n inal�mbrica m�vil podamos conseguirlo.

Mi idea es m�s simple, m�s econ�mica para el consumidor final y beneficiosa para el proveedor. Dado mi desconocimiento en profundidad de la tecnolog�a no se si es factible pero con los constantes avances tecnol�gicos me extra�ar�a que no fuera posible. �Bueno dejo de dar vueltas y al grano!

Se trata de proporcionar una conexi�n WIFI a Internet en la calle, por ejemplo el centro de una ciudad. Esto suena algo alocado, pero si yo de colocando un simple router WIFI ADSL en mi casa me puedo conectar desde casa de mi vecino, con uno m�s potente seguramente pueda cubrir distancias mayores.
La idea es simple, el ayuntamiento provee una infraestructura montada de tal forma que solo pueda accederse a una p�gina Web, del mismo ayuntamiento. Dicha p�gina Web provee un servicio de callejero y dem�s servicios relacionados donde podamos encontrar peluquer�as, restaurantes, bares, monumentos...lo que sea. Pero, claro est�, para figurar en dicho callejero se debe pagar una cuota mensual haciendo que de esta forma se rentabilice en parte el servicio. As� de esta forma, y siempre que se pague lo suficiente, el callejero nos puede indicar la mejor calle para llegar un destino antes que otra siempre y cuando los comercios de esa calle est�n abonados.
De esta forma el servicio se autofinancia, los locales obtienen una publicidad y afluencia mayor, la ciudad gana prestigio por innovaci�n tecnol�gica y el ciudadano sale ganando con un servicio, que aunque fuertemente cargado de publicidad, le proporciona un valor a�adido muy alto.

�Veremos esto alg�n d�a en alguna ciudad de Espa�a? �O tal vez exista ya en alg�n lugar del mundo?

�Muerte al mercado discogr�fico actual!

Tue, 12 Dec 2006 21:21:00 -0600

�

No pretendo ser incendiario pero creo que hasta el m�s despistado habr� notado que cada vez se compran menos discos, menos gente lleva un discman por la calle, se descargan m�s mp3...vamos que algo ha cambiado respecto al mercado discogr�fico de toda la vida.

Y es que todos sabemos que el negocio esta en la red de redes. S�, ya existen portales desde el cual te descargas las canciones que te gustan y que, incluso, puedes escuchar un pedazo para ver si te gusta y descarg�rtela. Pero en este caso mi propuesta no va por aqu�, tal vez sea una propuesta m�s desacertada de lo habitual, ya que le dar� la espalda a internet.

Siempre expongo el tema desde lo que a mi me gustar�a. El problema del CD o el DVD es el espacio que ocupan. Si todos tuvi�semos todos los CD's de la m�sica que almacenamos en formato MP3 en diferentes medios, seguramente, no cabr�a nada m�s en nuestros armarios. Este problema a mi me ha hecho no comprar alg�n disco viejo y buen�simo que he visto de saldo...�donde lo meto?

Por otro lado yo no tengo un discman, como mucho un reproductor de los incomprendidos cedes de 8 cm. Entonces cuando compro un disco tengo que irme corriendo a mi casa a poder escucharlo en mi ordenador o cadena HI-FI o radio CD o cualquier otro artilugio que te regalen en Telepizza. De nuevo estamos ante un caso en el cual la tecnolog�a avanza a pasos agigantados y los monstruos empresariales siguen anclados en el siglo XX.

Demos el paso al siglo XXI

En este caso mi idea, a mi entender, es minoritaria seguramente, pero creo que con su parte de mercado. Hoy en d�a triunfa el mp3, a la espera que el formato mp4 se lo meriende -un tanto dif�cil si tenemos en cuenta lo arraigado que esta mp3 como marca entre la gente. �Por qu� seguimos sacando discos normales sin ser mp3? Ya se que hay muchos reproductores que no lo soportan, lo mismo pasaba cuando el DVD sustituyo al VHS.

Ya tenemos el mp3, pero �para que necesito un CD de 800 Megabytes de capacidad cuando un disco no ocupar�a mas de 300 Megabytes en muy buena calidad?�Cambiemos el formato! Y ya que lo cambiamos seamos inteligentes y vendamos algo m�s peque�o y que este generalizado: memorias flash. SD/MMC ser�a un buen ejemplo, ahora mi disco no ocupa apenas espacio y lo puedo conectar directamente en cientos de dispositivos diferentes. Personalmente no creo que hubiera un aumento de costes brutal al utilizar este m�todo, menos cuando obtengo un producto con valor a�adido donde puedo almacenar mis cosas -siempre y cuando se sea tan generoso de permitir utilizar el resto de la memoria para usos propios.

Pero a mi esta idea no me acaba de gustar, aunque la podr�amos complementar de cientos de formas y seguir haciendo castillos en el aire. Dado el avance tecnol�gico que tenemos, la globalizaci�n y la bajada de costes de producci�n, unida a la ampliaci�n del margen de beneficios, creo que ser�a posible y viable la comercializaci�n de un disco insertado en la memoria de un reproductor mp3. Este reproductor deber�a ser lo suficiente simple para que fuera econ�mico, pero tambi�n podr�a estar personalizado para el disco. Este mismo reproductor podr�a permitir cambiar la tarjeta SD/MMC y escuchar otra m�sica. Pero lo m�s importante es que me permitir�a irme a casa escuchando mi disco una vez hubiera pagado.

Pero todo esto sigue siendo engorroso, aunque esta bien a la hora de realizar regalos, podr�amos extendernos con miles de ideas como la posibilidad de descargar directamente el disco en mi reproductor en el propio establecimiento de venta a un precio menor que la edici�n de "lujo".

La idea esta clara: el CD a muerto, la venta de discos debe modificarse y darse cuenta que como soporte f�sico debe proporcionar ediciones de lujo que aporten valor y que debe dar la posibilidad de obtener la m�sica, a un precio m�s econ�mico, mediante descargas por Internet o en el propio establecimiento.

Este es mi deseo y previsi�n y espero que alg�n d�a se haga realidad.

El nuevo Trivial Pursuit

Tue, 5 Dec 2006 20:52:00 -0600

Para empezar este blog lo har� con mi �ltima ocurrencia o idea sobre el juego de mesa Trivial Pursuit. Llevo mucho tiempo detr�s de este juego para comprarlo pero su precio un tanto elevado me hace considerarlo un gasto secundario.

Lo interesante es que te encuentras con varias ediciones de este conocido juego de mesa: Star Wars, El se�or de los anillos, Disney, Genius Edition... Y varias de ellas adjuntan un DVD, lo cual le proporciona un toque de interactividad. Pero, en pleno siglo XXI, en la sociedad del conocimiento, resulta que toda la interactividad que se les ocurre es un simple DVD �?. Curioso, cuanto menos.

Y aqu� entra mi opini�n: �Como me gustar�a que fuera el juego ideal?. Lo primero interactivo, el escuchar m�sica, voces y ver im�genes le proporciona una ayuda pero no creo que el DVD sea la soluci�n. Para utilizar el DVD necesito una televisi�n con un reproductor de DVD's o un ordenador...�por favor! estamos compitiendo con videoconsolas de �ltima generaci�n. Otro aspecto de un DVD es que nos limita a un espacio f�sico y no nos permite disfrutar de nuestro juego en cualquier lugar. Por otro lado tenemos la cl�sica versi�n de las tarjetitas de cart�n que es muy funcional pero un tanto ins�pida en una sociedad donde PDA, iPod y PSP esta a la orden del d�a.

Yo planteo la creaci�n de una centralita electr�nica encargada de realizar las preguntas: no m�s tarjetas perdidas. Adem�s de contener las preguntas deber�a poder hacer funciones multimedia con una pantalla de tama�o reducido y unos altavoces. Y no estar�a mal que pudiera�contener un perfil de los usuarios que juegan, de esta forma no�les repetir� preguntas. �Para qu� quiero 3.000 preguntas si casi siempre me salen las mismas?��No hab�is tenido nunca la sensaci�n que ese t�o se sab�a ya la respuesta de carrerilla�de cuantos kil�metros cuadrados tiene Madagascar? -Son 587.041 kil�metros cuadrados- Con este sistema lo evitar�amos en gran medida.
Hasta ahora tenemos un sistema funcional por si mismo, existen las bater�as de litio que son muy baratas as� que no nos preocupan temas de consumo energ�tico. Pero estoy aqu� para so�ar y fantasear: �que tal si pudiese descargar durante�1 a�o�nuevas preguntas desde Internet? Yo creo que esto me acabar�a de convencer para pagar m�s dinero por esta edici�n que por una en DVD o cl�sica. Por qu� claro esta que hay que dedicar un tiempo de I+D y una inversi�n en estas centralitas, que no creo que su producci�n en masa hiciese que el producto final valiese m�s de 100€-120€. Yo estar�a dispuesto a pagar la diferencia�por obtener este producto m�s moderno, m�s �til y m�s duradero, �por que no poder descargar preguntas previo pago de 20€ cuando yo desee? No creo que sea tan mal negocio para el se�or Pursuit.

Esta es mi aportaci�n. �Cuando la veremos en las tiendas?. Recordad la fecha de publicaci�n de este art�culo. Hasta pronto.