David Velázquez Portilla.  Se basan en las relaciones (tablas bidimensionales) como único medio para representar los datos del mundo real.  Lenguaje.

Presentación del tema: "David Velázquez Portilla.  Se basan en las relaciones (tablas bidimensionales) como único medio para representar los datos del mundo real.  Lenguaje."— Transcripción de la presentación:

1 David Velázquez Portilla

2  Se basan en las relaciones (tablas bidimensionales) como único medio para representar los datos del mundo real.  Lenguaje estándar SQL.

3  Se han creado complejas teorías y patrones para encajar objetos o estructuras jerarquizadas en bases de datos relacionales.  Existen numerosos middlewares encargados de la transferencia de información entre estructuras XML y bases de datos relacionales.

4 Tabla Libros Ejemplo de transformación de una tabla a un documento XML

5

6  Regla 1  Por cada tabla en el esquema de la base de datos hay que crear un elemento con el mismo nombre de la tabla y la cardinalidad apropiada.

7  Regla 2  Las columnas de la tabla son incluidas en otro elemento (sub-elemento del elemento creado en la regla anterior), que representa un registro en la tabla.

8  Regla 3  Para cada columna en la tabla cuyo tipo de dato es simple (char, integer, etc.) crear un elemento, sub- elemento del elemento creado en el paso anterior, de tipo #PCDATA con el mismo nombre de la columna.

9  Regla 4  Para cada columna en la tabla cuyo tipo de dato es complejo (tipo objeto), crear un elemento complejo, sub-elemento del elemento creado en el paso 2, con el mismo nombre de la columna. Para cada propiedad del tipo objeto crear un elemento con el mismo nombre de la propiedad.

10  Regla 5  Para cada columna en la tabla que es una tabla anidada, crear un elemento con el mismo nombre de esa columna y la cardinalidad apropiada. Repetir todos los pasos desde el 2.

11 <!DOCTYPE libros [ ]>

12 Abraham Silberschatz silbers@hotmail.com Henry Korth korth@ hotmail.com McGraw-Hill Av. Santander s/n http://www.mcgrawhill.es 1-55655-767-6 Fundamentos de Bases de Datos

13  Considerando el siguiente esquema de BD:  Tabla Orders  Columna OrderNum  Columna Date  Columna CustNum  Tabla Items  Columna OrderNum  Columna ItemNum  Columna Quantity  Columna PartNum  Tabla Parts  Columna PartNum  Columna Price

14  Tablas  Tabla Orders  Columna OrderNum  Columna Date  Columna CustNum  Tabla Items  Columna OrderNum  Columna ItemNum  Columna Quantity  Columna PartNum  Tabla Parts  Columna PartNum  Columna Price  DTD 

15  Tablas  Tabla Orders  Columna OrderNum  Columna Date  Columna CustNum  Tabla Items  Columna OrderNum  Columna ItemNum  Columna Quantity  Columna PartNum  Tabla Parts  Columna PartNum  Columna Price  DTD 

16  Tablas  Tabla Orders  Columna OrderNum  Columna Date  Columna CustNum  Tabla Items  Columna OrderNum  Columna ItemNum  Columna Quantity  Columna PartNum  Tabla Parts  Columna PartNum  Columna Price  DTD 

17  Tablas  Tabla Orders  Columna OrderNum  Columna Date  Columna CustNum  Tabla Items  Columna OrderNum  Columna ItemNum  Columna Quantity  Columna PartNum  Tabla Parts  Columna PartNum  Columna Price  DTD 

18  Tablas  Tabla Orders  Columna OrderNum  Columna Date  Columna CustNum  Tabla Items  Columna OrderNum  Columna ItemNum  Columna Quantity  Columna PartNum  Tabla Parts  Columna PartNum  Columna Price  DTD 

19  Tablas  Tabla Orders  Columna OrderNum  Columna Date  Columna CustNum  Tabla Items  Columna OrderNum  Columna ItemNum  Columna Quantity  Columna PartNum  Tabla Parts  Columna PartNum  Columna Price  DTD 

20  Tablas  Tabla Orders  Columna OrderNum  Columna Date  Columna CustNum  Tabla Items  Columna OrderNum  Columna ItemNum  Columna Quantity  Columna PartNum  Tabla Parts  Columna PartNum  Columna Price  DTD 

21 <!DOCTYPE tabla [ … … ]>

22  Por cada tabla, crear un elemento.  Por cada columna (no PK) de la tabla, así como para la columna con PK, añadir un atributo al elemento o un único-PCDATA a un elemento hijo del modelo.  Por cada tabla en la que la llave primaria (PK) es exportada, añadir un elemento hijo a el modelo y procesar la tabla recursivamente.  Por cada llave foránea (FK), adicionar un elemento hijo a el modelo, y procesar la tabla de la llave foránea recursivamente.

23  Otro método, sería que a partir del DTD, crear el esquema XML DTD XML Schema

24 ....

25  Suponen una posibilidad para el almacenamiento de datos.  Sin embargo, no están bien preparadas para almacenar estructuras de tipo jerárquico como son los documentos XML:  BD relacionales tienen una estructura regular frente al carácter heterogéneo de los documentos XML.  Documentos XML suelen contener muchos niveles de anidamiento mientras que los datos relacionales son “planos”.  Documentos XML tienen un orden intrínseco mientras que los datos relacionales son no ordenados.  Datos relacionales son generalmente “densos” (cada columna tiene un valor) mientras que los datos XML son “dispersos” pueden representar la carencia de información mediante la ausencia del elemento.

26  Hay una serie de inconvenientes a estos procedimientos. Muchos de estos son fáciles de hacer a mano, tal como el nombre de las columnas, o especificar el tipos de datos y longitudes de estos. (DTD no contienen información de tipo de datos, por lo que es imposible predecir qué tipos de datos deben de ser utilizados en la base de datos. Hay que tener en cuenta que los tipos de datos y longitudes se pueden predecir a partir de un documento de esquema XML.)

27  XML and Databases, Ronald Bourret: http://www.rpbourret.com/xml/XMLAndDatabases.htm http://www.rpbourret.com/xml/XMLAndDatabases.htm  3W ORG http://www.w3.org/1999/07/20-XML-DB-Mapping http://www.w3.org/1999/07/20-XML-DB-Mapping http://www.w3.org/XML/RDB.html http://www.w3.org/XML/RDB.html