ADO .Net parte 1

ADO.Net: Nociones de ADO. Net (Parte 1)

Ya antes habia comentado algo acerca de ADO, sus ventajas y limitaciones, ahora me toca comentar algo acerca de lo que es ADO. Net

ADO.Net es la más reciente tecnología de acceso a DB. Hablando algo de historia antigua, antes para poder trabajar con datos de una DB, pues primero habia que conectarse a ella para poder acceder a la Data (que obvio !! =P) y para lograr esto pues se usaban APIs (a traves de ellas se establecen las especificaciones para que se realice la comunicacion entre componentes, esto a través de algunas librerias o a traves del uso de algunas funciones) de conectividad abierta para las DB (ODBC). Esta nueva tecnología está incluída dentro del .Net Framework y a la vez representa una evolución de ADO.

ADO.Net destaca por ser un diseño global, que no se centra tanto en las DB como se hacia en ADO. Ahora se habla de clases que representan los objetos que dentro contienen las tablas, incluyendose las capacidades normales de una DB (índices, ordenación,etc).

ADO.Net trata de unificar algunas de las mejores prácticas de hoy para el desarrollo de software, como orientación a objetos, escalabilidad de aplicaciones, etc; todo esto bajo el abrigo de .Net Framework. Por este y otros motivos son lo que lo hacen idoneo para desarrollar aplicaciones distribuidas que puedan necesitar operar en la web.

ADO.Net esta diseñado, basicamente, para trabajar de manera desconectada (pero aun se puede operar de manera conectada) a la DB, motivo por el cual no se tienen conexiones activas que solo logran monopolizar los escasos recursos con los que se cuenta, permitiendo un mayo número de usuarios. Para realizar, las aplicaciones se conectan a la fuente de datos sólo lo suficiente para recolectar y actualizar datos, esto mediante el empleo de DataSets (son los que reemplazan al RecordSet).

ADO.Net proporciona una interfaz de acceso a datos para comunicarse con fuentes de datos que cumplen con OLE DB (SQL Server 2000 por ejemplo). Las aplicaciones que trabajen con ADO.Net usan OLE DB para manipular datos guardados en formatos no relaciones (tablas no relacionadas) como Excel.

Para la transmisión de datos, ADO.Net usa XML como formato de transmisión universal, garantizando la interoperatibilidad de las plataformas (siempre y cuando el receptor o cliente tenga disponible un analizador XML). Cualquier componente de software puede compartir datos ADO.Net siempre y cuando se emplee el mismo esquema XML que el formato para los datos transmitidos.

Bueno para comenzar eh hablado algo de ADO.Net, aunque aun faltan varias cosas por seguir comentando, lo cual lo hare más adelante.

Notas:

ODBC: ODBC son las siglas de Open DataBase Connectivity, que es un estándar de acceso a las DB desarrollado por Microsoft. El objetivo de ODBC es hacer posible el acceder a cualquier dato de cualquier aplicación, sin importar qué Sistema Gestor de DB, almacene los datos.

OLE DB (Object Linking and Embedding for Databases -Incrustación y enlace de objetos para bases de datos) Es una tecnología desarrollada por Microsoft usada para tener acceso a diferentes fuentes de información, o bases de datos, de manera uniforme.

DataSet: Es una copia en la memoria de los datos de la DB. Puede contener datos de cualquier cantidad de tablas o vistas de DB. Su ventaja radica en que proporciona una vista de la DB con varias tablas y respectivas relaciones (digamos que es una DB relacional miniatura), sin tener una conexion actica a la DB.

* Las principales ideas han sido extraídos de Wikipedia(es.wikipedia.org) y www.WillyDev.Net

Se habla Quechua!!

"Qanpa Yachayniykin Nuqaykuq Munasqayku"

(Your Potential, our passion - Tu potencial, nuestra pasión)

Primero lo inicio Google al incluir en su buscador el idioma Quechua ( http://www.google.com/intl/qu/ ) y ahora Microsoft Perú en conjunto con el Gobierno Peruano han hecho posible la "traducción" del Office al idioma Quechua o Runa Simi (el idioma de los antiguos Incas). En los departamentos peruanos de Cuzco, Ayacucho, Junín, Apurímac, Huancavelica y Ancash, la mayoria de la población tiene al quechua como idioma materno, por lo cual para usar una computadora primero tendria que aprender el idoma español o castellano para poder captar o poder usar de una manera adecuda a las PC. Este programa en quechua se hizo posible con el apoyo de los profesores y lingüistas quechua hablantes de la Universidad Nacional San Antonio de Abad del Cuzco y la Universidad Nacional San Cristobal de Huamanga de Ayacucho. Con esto, Microsoft busca desarrollar el máximo potencial de las personas, en lugares donde aún se mantiene vivo al idioma Quechua, ofreciendo la oportunidad de que estos pobladores usen en su propio idoma al momento de usar el software (y porque no decirlo, acceder a información de los ultimos avances cientifícos) y pueda usarlo de la mejor manera, sin tener la necesidad de aprender el castellano para poder usar una PC. Como bien sabemos, las zonas que hablan quechua son las más pobres del país, razon por la cual a muchos no les alcanzaría el dinero para poder adquirir una computadora, ahora pienso que Microsoft ya hizo un primer esfuerzo para que se pueda usar de manera adecuada el Office, ahora corresponde al estado llevar la tecnología (digamos las computadoras) a estas zonas para favorecer su crecimiento intelectual.

Para mayor información visiten:

http://www.elcomercioperu.com.pe/EdicionImpresa/Html/2006-06-17/impNacional0524849.html (incluye video)

http://www.laflecha.net/canales/empresas/200411102/ (documento anterior)

* La información e imagenes fueron tomadas de las páginas web de El Comercio y del diario La Flecha.

Info de ADO

Bueno para empezar a comentar algo de ADO.Net pues como todo proceso se empieza por la busqueda de información, asi que en este caso empeze pidiendole a mis amigos Esteban y Ronald (en realidad solo le pedi a Esteban, asi que las disulpas para Ronald, espero no me hagan problemas por derechos de autor o me pidan unas regalias =P) algo de información sobre ADO.Net, porque? el ya lo estudio y tiene algo ordenado, siempre es bueno empezar siempre con un orden, manteniendo una metodologia, asi que empezaremos definiendo los temas que conciernen, algo basico, porque buscar toda la información que existe y estudiarla asi por asi es cometer el error que yo tuve, no se entendia lo que se leia y surgian mas problemas (hasta conflictos personales: porque no entiendo? quizas no soy habil para esto).

Primero que es ADO? para que lo usamos? y ojo que ADO es muy distinto a decir ADO.Net, porque? en realidad ADO.Net vendria a ser la evolucion de ADO. Pero antes de seguir mareandose primero veamos que es ADO, o en que se usa.

ADO (ActiveX Data Objects) es una tecnologia de acceso a datos que brinda las funcionalidades necesarias para acceder y manejar una base de datos, usando unos controles OLEDB. Esta tecnologia es una tecnologia orientada a objetos para componentes ActiveX basada en una API (Application Programmin Interface, disculpen si me equivoco) llamada OLEDB (los controles antes mencionados), evitando la programacion a bajo nivel.

Su entorno estaba diseñado basicamente para manejar en un entorno conectado, es decir, las aplicaciones que recurrian a hacer algo con una DB (database, base de datos) mantenian la conexion "viva", conectada todo el tiempo hasta que se finalizara la operacion. Tambien se podia manejar en un entorno desconectado, o digamos se podia trabajar de manera desconectada, se conectaba solamente para traer la data y se cerraba la conexion, esto mediante el empleo del recordset cuya funcion era ser el "contenedor de datos", una tabla con todos los datos solicitados

La gran aceptacion que tuvo ADO fue que era independiente del lenguaje que se utilizara al acceder (JavaScript, VBScript, etc), permitiendo conectar la pag web a cualquier DB compatible con ODBC a traves de una interfaz basado en objetos; pero no todo era felicidad.... no señores ..... los problemas surgieron al instante, el trabajar de manera conectada puede generar, si bien es cierto, datos actualizados, como "pan caliente", pero el problema es que si miles de usuario piden lo mismo (por ejemplo cuando se solicita un pedido a una empresa distribuidora) la red se congestiona por que tiene que mantener las miles de conecciones vivas, y por ende para el cliente lo que observa es gran demora por hacer quizas una transaccion tan simple para el (como comprar algo) y se llegan a extremos de aburrimiento (con algunas dosis de amargura por querer realizar las cosas en el menor tiempo posible). Ahora si pensamos en un entorno desconectado solo los clientes se conectarian a la DB para extraer la data, almacenarla en el recordset y cerrar la conexion, con esto miles de usuario no estarian ligados o amontonados y se evitaria sobrecargar el servidor, parece todo bien hasta ahora no lo creen?? pero hay un rotundo NO, los problemas surgen cuando se necesita que los datos sean lo mas actuales posibles, como por ejemplo en la bolsa de valores, donde se requiere datos precisos, entonces si tenemos datos obtenidos de manera desconectada y no son actualizados, puede que no se tomen las decisiones correctas. El empleo de ambas formas va a depender de la persona que desarrolle el aplicativo y bajo que circunstancias se trabaja la data, si se necesita que constantemente esta actualizada o no.

Saludos !

Hola a todos los visitantes, bueno en este blog publicare todo lo que me paresca interesante y de provecho (sobre todo acerca de programación que me gusta mucho), espero les ayude a todos.