{"id":8908,"date":"2022-05-24T13:51:38","date_gmt":"2022-05-24T19:51:38","guid":{"rendered":"https:\/\/ugit.siua.ac.cr\/?p=8908"},"modified":"2022-05-26T09:57:01","modified_gmt":"2022-05-26T15:57:01","slug":"azure-dp-900-t02-m01-exploracion-de-conceptos-fundamentales-de-datos-relacionales","status":"publish","type":"post","link":"https:\/\/sada.services\/?p=8908","title":{"rendered":"Azure DP-900: T02\/M01: Exploraci\u00f3n de conceptos fundamentales de datos relacionales"},"content":{"rendered":"\n

https:\/\/docs.microsoft.com\/es-mx\/learn\/modules\/explore-relational-data-offerings\/1-introduction<\/a><\/p>\n\n\n\n

Unidad 1: Introducci\u00f3n<\/h2>\n\n\n\n

Cuando se empezaron a usar los sistemas inform\u00e1ticos, cada aplicaci\u00f3n almacenaba los datos en su propia estructura, que era \u00fanica. Cuando los desarrolladores quer\u00edan crear aplicaciones para usar esos datos, necesitaban mucha informaci\u00f3n sobre la estructura de datos en particular para encontrar los que necesitaban. Estas estructuras de datos eran ineficaces, costosas de mantener y dif\u00edciles de optimizar para que la aplicaci\u00f3n tuviera un buen rendimiento. El modelo de base de datos relacional<\/em> se dise\u00f1\u00f3 para resolver el problema de tener varias estructuras de datos arbitrarias. El modelo relacional proporciona una forma est\u00e1ndar de representar y consultar datos que cualquier aplicaci\u00f3n puede usar. Una de las principales ventajas del modelo de base de datos relacional es el uso de tablas<\/em>, que son una manera intuitiva, eficaz y flexible de almacenar informaci\u00f3n estructurada y acceder a ella.<\/p>\n\n\n\n

El modelo relacional, sencillo pero eficaz, se usa en organizaciones de todo tipo y tama\u00f1o para satisfacer diferentes necesidades de administraci\u00f3n de la informaci\u00f3n. Las bases de datos relacionales se utilizan para realizar un seguimiento de los inventarios, procesar transacciones de comercio electr\u00f3nico, administrar grandes cantidades de informaci\u00f3n de clientes cr\u00edticos y mucho m\u00e1s. Las bases de datos relacionales son \u00fatiles para almacenar cualquier informaci\u00f3n que contenga elementos de datos relacionados que se deban organizar en una estructura coherente y basada en reglas.<\/p>\n\n\n\n

En este m\u00f3dulo, obtendr\u00e1 informaci\u00f3n sobre las caracter\u00edsticas clave de las bases de datos relacionales y explorar\u00e1 las estructuras de datos relacionales.<\/p>\n\n\n\n

Unidad 2: Informaci\u00f3n sobre los datos relacionales<\/h2>\n\n\n\n

En una base de datos relacional, las colecciones de entidades del mundo real se modelan en forma de tablas<\/em>. Una entidad puede ser cualquier elemento para el que quiera registrar informaci\u00f3n; por lo general, se trata de objetos y eventos importantes. Por ejemplo, en un sistema de venta al por menor, puede crear tablas para clientes, productos, pedidos y art\u00edculos de l\u00ednea de un pedido. Una tabla contiene filas, y cada fila representa una instancia \u00fanica de una entidad. En este escenario de venta al por menor, cada fila de la tabla de clientes contiene los datos de un solo cliente, cada fila de la tabla de productos define un \u00fanico producto, cada fila de la tabla de pedidos representa un pedido realizado por un cliente y cada fila de la tabla de art\u00edculos de l\u00ednea representa un producto que se ha incluido en un pedido.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Las tablas relacionales son un formato para datos estructurados y cada fila de una tabla tiene las mismas columnas, aunque en algunos casos no todas las columnas necesitan tener un valor. Por ejemplo, una tabla de clientes puede incluir una columna MiddleName<\/strong>, que podr\u00eda estar vac\u00eda (o ser NULL<\/em>) para las filas que representan a los clientes que no tienen un segundo nombre o cuyo segundo nombre se desconoce.<\/p>\n\n\n\n

Cada columna almacena los datos de un tipo de datos espec\u00edfico. Por ejemplo, una columna Email<\/strong> de una tabla Customer<\/strong> probablemente se definir\u00eda para almacenar datos basados en caracteres (texto), que podr\u00edan ser de longitud fija o variable. Una columna Price<\/strong> de una tabla Product<\/strong> podr\u00eda definirse para almacenar datos num\u00e9ricos decimales, mientras que una columna Quantity<\/strong> de una tabla Order<\/strong> podr\u00eda estar restringida a valores num\u00e9ricos enteros. Una columna OrderDate<\/strong> de la misma tabla Order<\/strong> se definir\u00eda para almacenar valores de fecha y hora. Los tipos de datos disponibles que se pueden usar al definir una tabla dependen del sistema de base de datos que se use, aunque hay tipos de datos est\u00e1ndar definidos por el American National Standards Institute (ANSI) que son compatibles con la mayor\u00eda de los sistemas de base de datos.<\/p>\n\n\n\n

Unidad 3: Comprensi\u00f3n de la normalizaci\u00f3n<\/h2>\n\n\n\n

La normalizaci\u00f3n es un t\u00e9rmino que usan los profesionales de bases de datos para referirse a un proceso de dise\u00f1o de esquemas que reduce al m\u00ednimo la duplicaci\u00f3n de los datos e impone la integridad de los datos.<\/p>\n\n\n\n

Aunque hay muchas reglas complejas que definen el proceso de refactorizaci\u00f3n de los datos en varios niveles (o formas<\/em>) de normalizaci\u00f3n, una definici\u00f3n sencilla a efectos pr\u00e1cticos es:<\/p>\n\n\n\n

  1. Separar cada entidad<\/em> en su propia tabla.<\/li>
  2. Separar cada atributo<\/em> discreto en su propia columna.<\/li>
  3. Identificar de forma \u00fanica cada instancia de entidad (fila) mediante una clave principal<\/em>.<\/li>
  4. Usar columnas de clave externa<\/em> para vincular entidades relacionadas.<\/li><\/ol>\n\n\n\n

    Para comprender los principios b\u00e1sicos de la normalizaci\u00f3n, supongamos que la tabla siguiente representa una hoja de c\u00e1lculo que una empresa usa para realizar un seguimiento de sus ventas.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Observe que los detalles del cliente y del producto est\u00e1n duplicados para cada art\u00edculo individual que se vende. Adem\u00e1s, el nombre del cliente y la direcci\u00f3n postal, as\u00ed como el nombre del producto y el precio, est\u00e1n combinados en las mismas celdas de la hoja de c\u00e1lculo.<\/p>\n\n\n\n

    Ahora veamos el modo en que la normalizaci\u00f3n cambia la forma de almacenar los datos.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Cada entidad que se representa en los datos (cliente, producto, pedido de ventas y art\u00edculo de l\u00ednea) se almacena en su propia tabla, y cada atributo discreto de esas entidades est\u00e1 en su propia columna.<\/p>\n\n\n\n

    Al registrar cada instancia de una entidad como una fila en una tabla espec\u00edfica de la entidad, se elimina la duplicaci\u00f3n de datos. Por ejemplo, para cambiar la direcci\u00f3n de un cliente, solo hace falta modificar el valor en una sola fila.<\/p>\n\n\n\n

    La descomposici\u00f3n de atributos en columnas individuales garantiza que cada valor est\u00e9 restringido a un tipo de datos adecuado. Por ejemplo, los precios de los productos deben ser valores decimales, mientras que las cantidades de art\u00edculos de l\u00ednea deben ser n\u00fameros enteros. Adem\u00e1s, la creaci\u00f3n de columnas individuales aporta un nivel \u00fatil de granularidad a los datos a la hora de realizar las consultas; por ejemplo, puede filtrar f\u00e1cilmente los clientes que viven en una ciudad concreta.<\/p>\n\n\n\n

    Las instancias de cada entidad se identifican de forma \u00fanica mediante un identificador u otro valor de clave, conocido como clave principal<\/em>; y cuando una entidad hace referencia a otra (por ejemplo, un pedido tiene un cliente asociado), la clave principal de la entidad relacionada se almacena como una clave externa<\/em>. Puede buscar la direcci\u00f3n del cliente (que se almacena solo una vez) para cada registro de la tabla Order<\/strong> si hace referencia al registro correspondiente en la tabla Customer<\/strong>. Normalmente, un sistema de administraci\u00f3n de bases de datos relacionales (RDBMS) puede aplicar la integridad referencial para garantizar que un valor especificado en un campo de clave externa tenga una clave principal correspondiente existente en la tabla relacionada (lo que, por ejemplo, impide la realizaci\u00f3n de pedidos para clientes que no existen).<\/p>\n\n\n\n

    En algunos casos, se puede definir una clave (principal o externa) como una clave compuesta<\/em> basada en una combinaci\u00f3n \u00fanica de varias columnas. Por ejemplo, la tabla LineItem<\/strong> del ejemplo anterior usa una combinaci\u00f3n \u00fanica de OrderNo<\/strong> y ItemNo<\/strong> para identificar un art\u00edculo de l\u00ednea de un pedido individual.<\/p>\n\n\n\n

    MCT: 2.1.1 Descripci\u00f3n de las caracteristicas de los datos relacionales<\/h2>\n\n\n\n
    \n