Acceso a Datos Erick López Ovando Licenciado en Informática.

Presentación del tema: "Acceso a Datos Erick López Ovando Licenciado en Informática."— Transcripción de la presentación:

1 Acceso a Datos Erick López Ovando Licenciado en Informática

2 Primero que nada… Material disponible en: www.inca.inf.utfsm.cl/~elopez Cursos  Visual C#.Net

3 Repasemos

4 Modelo Conceptual

5 Modelo de Clases

6 Modelo de Datos Entidades relacionales, no objetos

7 La Clase Una clase es un concepto OO que encapsula las abstracciones de datos y procedimientos que se requieren para describir el contenido y comportamiento de alguna entidad del mundo real (y objetos derivados de una clase)

8 Clases: colección de objetos similares, los cuales heredan atributos y operaciones disponibles para la manipulación de éstos. Superclase: colección de clases Subclase: instancia de una clase

9

10 Ingeniería de Software

11 Ciclo de Vida del Software

12 Construcción

13 Ciclo de Desarrollo

14 Análisis

15

16

17 Artefactos

18 Diseño

19 Arquitectura

20 En los sistemas actuales es necesario guardar información en medios de almacenamiento persistente (Bases de Datos) ¿Cómo guardar objetos en dichos medios? Se introducirá un esquema de persistencia para enfrentar esta problemática

21 Objeto persistente: Objeto instanciado en memoria que debe ser almacenado en un medio no volátil  por ej., EspecificacionDeProducto Objetivo: Diseñar un esquema que permita diseñar objetos que den servicios (métodos) a otros objetos para ser almacenados en un medio persistente

22 Mecanismos de Almacenamiento Bases de datos Orientadas a Objeto:  Presentan la ventaja de no necesitar servicios específicos de persistencia. Bases de datos Relacionales:  Son las más utilizadas hoy en día.  No poseen métodos para almacenamiento de objetos.  Se requieren de servicios especiales para almacenar objetos en las tablas.

23 Esquema de Persistencia Esquema de persistencia es un conjunto reutilizable de clases que presentan servicios a los objetos persistentes Se utiliza para trabajar con bases de datos relacionales, una API de servicios de datos orientados a registros (Microsoft ODBC) u otro mecanismo de almacenamiento No se utiliza en Bases de Datos orientadas a objetos En general, este esquema debe traducir los objetos a registros para guardarlos en una base de datos y viceversa

24 Esquema de Persistencia

25 Requerimientos Un Esquema de Persistencia debería ofrecer los siguientes servicios:  Almacenamiento y recuperación de objetos  Transacciones del tipo commit y rollback commit - completar la transacción de guardar rollback - deshacer la transacción, restaurar el estado anterior El diseño de un EP debe considerar lo siguiente:  Extendible para otros medios de almacenamiento  Realizar la menor cantidad posible de modificaciones al código

26 Mapeo ¿Cómo mapear un objeto a un archivo o a un esquema de bases de datos relacional? El patrón Representación de objetos como tablas propone definir una tabla por objeto persistente, en donde sus atributos equivalgan a una columna de la tabla  Es una buena aproximación para tipos primitivos de datos, pero para tipos complejos, este método no es tan simple

27 Identidad del Objeto ¿Cómo identificar a que instancia de objeto corresponden los registros de la tabla?  Conviene contar con un medio que relacione los registros con los objetos y que asegure la no duplicidad de éstos. El patrón Identificador de Objetos (IDO) propone asignar un IDO a cada registro y objeto (o agente de un objeto) que los relacione.  En general, es un valor alfanumérico. Toda tabla de la base de datos relacional tiene un IDO como clave primaria, el que también está contenido como atributo en el objeto.

28

29 Intermediario de la BD ¿Quién es responsable de materializar y desmaterializar los objetos desde un almacenamiento persistente, p.ej. EspecificacionDeProducto? El patrón Experto señala que debería hacerlo la clase de objeto persistente EspecificacionDeProducto. No es muy buena solución:  Existiría un muy alto acoplamiento.  Se pierde la cohesión pues la responsabilidad está fuera del dominio del objeto.

30 El patrón “Intermediario de Base de Datos” propone construir una clase que se encargue de materializar, desmaterializar y guardar un objeto en un objeto caché (Clase intermediaria). Cada objeto persistente puede tener su propia clase intermediaria y que los mecanismos de almacenamiento pueden contar con varias clases de Intermediarios.

31

32 Beans Una tabla  un beans (objeto de “datos”) Personas Nombre Edad Class Personas private string nombre private int edad public string Nombre(); public int Edad();

33 DAO DAO: clases que implementen los diferentes tipos de funcionalidades a usar en la aplicación. Ellos son los encargados de establecer la comunicación con la BD.

34 Personas Nombre Edad Class Personas private string nombre private int edad public string Nombre(); public int Edad(); Class DAOPersonas Definimos variables de conexión public string Nombre(); public int Edad();