Next-Generation Data Access, SharePoint y cosas de esas

Acabo de leerme un largo, teorético, tedioso y aburridor articulo que Microsoft a publicado hace un par de días, «Next-Generation Data Access: Making the Conceptual Level Real«, sobre «Eliminar la impedancia que no armoniza para aplicaciones y servicios de datos como reportes, analices y replicación ofrecidos como parte de SQL Server, elevando el nivel de abstracción desde el nivel lógico (relacional) al nivel conceptual (entidad) (31 paginas impresas)»… que no me digan que no es tedioso y aburridor (e incomprensible)…


De lo que se trata, filtrando toda la verborrea y poco entendible texto para un pobre desarrollador como yo, es que el código que ahora escribimos para leer datos de una Base de Datos:


using (SqlConnection con = new SqlConnection(Settings.Default.NWDB))
{
  con.Open();
  SqlCommand cmd = con.CreateCommand();
  cmd.CommandText = «SELECT o.OrderDate FROM Orders»;
  cmd.Parameters.AddWithValue(«@date», date);   DbDataReader r = cmd.ExecuteReader();
  while (r.Read())
  {
    Console.WriteLine(r[«OrderDate»]);
  }
}

podría ser escrito como:


using (NorthWindDB nw = new NorthWindDB ())
{
  var orders = from o in nw.Orders where o.OrderDate > date select new {o.OrderDate);
  foreach (SalesOrder o in orders)
  {
    Console.WriteLine(«o.OrderDate);
  }
}


es decir, «hablar» con la Base de Datos, como si estuviéramos conversando con código común y corriente. O, en otras palabras, lo que pretende LINQ (.NET Language Integrated Query): encontrar datos de cualquier fuente, con el código que es «natural» para nosotros.


Nota: Ven el «var»? Parece que estamos retornando a los tiempos de Visual Basic, en donde todo es una «var»


En si misma, la idea no es mala. Pero que tiene esto que ver con SharePoint… Por lo que veo en mi trabajo cotidiano con SharePoint, cada vez estamos integrando mas y mas aplicaciones en SPS, utilizándolo como plataforma de desarrollo para guardar información con los consabidos beneficios que la «plataforma», gratis y por nada, nos proporcionas: autenticación, autorización, flujos de trabajo, una organización consecuente, maquina de búsqueda… Estoy mirando los proyectos que hemos hecho en los últimos meses, y veo que todos tienen su propia Base de Datos (aparte de las BBDD de SharePoint)… los tiempos en que hacíamos implementaciones sencillitas de SPS, en donde todo se usaba de una forma estándar, ya no existen… este es el punto de conexión entre LINQ, SharePoint y yo.


Por el momento, LINQ esta en una situación de Beta, que probablemente será definitiva cuando aparezca Longhorn y WinFX, en algo así como un año. Pero, junto con la nueva versión de SharePoint, se nos vienen encima a pasos agigantados Atlas y el WorkFlow Foundation y, y, y… y todo tiene que ver con SharePoint… es hora de ponerse a leer artículos aburridos otra vez…


Gustavo – http://www.gavd.net/servers


Escriba un Comentario que me haga reir…

2 comentarios sobre “Next-Generation Data Access, SharePoint y cosas de esas”

  1. Con lo fácil que sería darnos un enlace SQL, es decir que una lista pudiera ser una tabla cualquiera de una base de datos de SQL Server.

    Ehhh, que sencillo y que bonito… un pequeño enlace en el que indicar que campos mostrar y el propio SharePoint generaría un formulario igual que los que genera para las listas …

    Jejeje, yo también sueño con el día en que no tenga que leer largos y tediosos documentos que se resumen en nada…

  2. Hoye Carlos, lo que pides es mas o menos lo que el nuevo Business Data Catalog de SharePoint 2007 hace… En estos días he estado jugando un poquito con el, y parece bastante interesante… te gustará: hay que configurar un montón de XML 😎

Responder a anonymous Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *