Historia de las bases de datos relacionales

Bases de datos relacionales (RBD)

Es importante que sea fácil de guardar y extraer, anteriormente se usaban bases de datos basadas en archivos, el cuál era texto plano fácil de guardar, pero difícil de extraer, por esto se inventaron las bases de datos relacionales. En 1990 Codd se preocupó porque los sistemas de gestión de bases de datos (SGBD) que decían ser relacionales, no lo eran. En la práctica es difícil cumplir las 12 pero, un SGBD es más relacional cuantas más reglas cumpla

Las Reglas y mandamientos de Edgar Frank Ted Codd

• Regla 0: Regla de fundación.
  a) Cualquier sistema que se proclame como relacional, debe ser capaz de gestionar sus bases de datos enteramente mediante sus capacidades relacionales.

• Regla 1: Regla de la información.
  a) Todos los datos deben estar almacenados en las tablas
  b) Esas tablas deben cumplir las premisas del modelo relacional
  c) No puede haber información a la que accedemos por otra vía

• Regla 2: Regla del acceso garantizado.
  a) Cualquier dato es accesible sabiendo la clave de su fila y el nombre de su columna o atributo
  b) Si a un dato no podemos acceder de esta forma, no estamos usando un modelo relacional

• Regla 3: Regla del tratamiento sistemático de valores nulos.
  a) Esos valores pueden dar significado a la columna que los contiene
  b) El SGBD debe tener la capacidad de manejar valores nulos
  c) El SGBD reconocerá este valor diferenciándolo de cualquier otro
  d) El SGBD deberá aplicársele la lógica apropiada
  e) Es un valor independiente del tipo de datos de la columna

• Regla 4: Catálogo dinámico en línea basado en el modelo relacional.
  a) El catálogo en línea es el diccionario de datos
  b) El diccionario de datos se debe de poder consultar usando las mismas técnicas que para los datos
  c) Los metadatos, por tanto, se organizan también en tablas relacionales
  d) Si SELECT es una instrucción que consulta datos, también será la que consulta los metadatos

• Regla 5: Regla comprensiva del sublenguaje de los datos completo.
  a) Al menos tiene que existir un lenguaje capaz de hacer todas las funciones del SGBD
  b) No puede haber funciones fuera de ese lenguaje
  c) Puede haber otros lenguajes en el SGBD para hacer ciertas tareas
  d) Pero esas tareas también se deben poder hacer con el “lenguaje completo”

• Regla 6: Regla de actualización de vistas.
  a) Las vistas tienen que mostrar información actualizada
  b) No puede haber diferencias entre los datos de las vistas y los datos de las tablas base

• Regla 7: Alto nivel de inserción, actualización, y cancelación.
  a) La idea es que el lenguaje que maneja la base de datos sea muy humano
  b) Eso implica que las operaciones del lenguaje de manipulación de los datos (DML) trabajen con conjuntos de filas a la vez
  c) Para modificar, eliminar o añadir datos, no hará falta programar de la forma en la que lo hacen los lenguajes de tercera generación como C o Java

• Regla 8: Independencia física de los datos.
  a) Cambios en la física de la BD no afecta a las aplicaciones ni a los esquemas lógicos
  b) El acceso a las tablas (elemento lógico) no cambia porque la física de la base de datos cambie

• Regla 9: Independencias lógicas de los datos.
  a) Cambios en el esquema lógico (tablas) de la BD no afectan al resto de esquemas
  b) Si cambiamos nombres de tabla, o de columna o modificamos información de las filas, las aplicaciones (esquema externo) no se ven afectadas
  c) Es más difícil de conseguir

• Regla 10: Independencia de la integridad.
  a) Las reglas de integridad (restricciones) deben de ser gestionadas y almacenadas por el SGBD

• Regla 11: Independencia de la distribución.
  a) Que la base de datos se almacene o gestione de forma distribuida en varios servidores, no afecta al uso de esta ni a la programación de las aplicaciones de usuario
  b) El esquema lógico es el mismo independientemente de si la BD es distribuida o no

• Regla 12: La regla de la no subversión.
  a) La base de datos no permitirá que exista un lenguaje o forma de acceso, que permita saltarse las reglas anteriores

Llevo años trabajando con RDBs y nunca en la vida había oido de las reglas de Codd. En otro curso alguien me pregunto que porque ando tomando las clases básicas si “ya se mucho”. Precisamente es por esto que las estoy tomando…

Las 12 reglas de Codd: fuente

Regla 0: Regla de fundación.
Regla 1: Regla de la información.
Regla 2: Regla del acceso garantizado.
Regla 3: Regla del tratamiento sistemático de valores nulos.
Regla 4: Catálogo dinámico en línea basado en el modelo relacional.
Regla 5: Regla comprensiva del sublenguaje de los datos.
Regla 6: regla de actualización de vistas.
Regla 7: alto nivel de inserción, actualización, y cancelación.
Regla 8: Independencia física de los datos.
Regla 9: Independencia lógicas de los datos.
Regla 10: Independencia de la integridad.
Regla 11: Independencia de la distribución.
Regla 12: La regla de la no subversión.

Humildemente les comparto mis apuntes de este curso, espero les sean de utilidad

https://github.com/rb-one/Notas-fundamentos-bases-de-datos/blob/master/Notas/notas.md

• Las Bases de Datos Relacionales (RDB), surgen de la necesidad de conservar la información mas allá de la memoria RAM, pues la estructura de la arquitectura Von Newman no contemplaba el guardar la información (La arquitectura define la separación de procesamiento y control - https://es.wikipedia.org/wiki/Arquitectura_de_Von_Neumann)

• En sus origenes habían bases de datos basadas en archivos (Algo como CSV) para guardar información pero no se podían hacer muchas cosas.

• Luego surgen las RDB, su inventor es Edgar Codd y deja escritas las 12 reglas de las RDB (https://es.wikipedia.org/wiki/12_reglas_de_Codd).

1. El algebra relacional define como mezclar y unir diferentes propiedades y caracteristicas de datos dentro de las bases de datos.

El almacenamieto de informacion es un reto tecnologico bastante grande en la actualidad. Recomiendo el documental “¿El fin de la memoria?” lo pueden encontrar en youtube. Aunque dejo el enlace.

https://www.youtube.com/watch?v=BBrBOMTzWDo

Para quienes quieran saber cuales son las 12 reglas de Codd aquí les dejo el enlace.

https://es.wikipedia.org/wiki/12_reglas_de_Codd

https://jorgesanchez.net/presentaciones/bases-de-datos/modelo-relacional/reglas-codd.pdf

Reglas

    Regla 0: Regla de fundación. Cualquier sistema que se proclame como relacional, debe ser capaz de gestionar sus bases de datos enteramente mediante sus capacidades relacionales.

    Regla 1: Regla de la información. Toda la información en la base de datos es representada unidireccionalmente por valores en posiciones de las columnas dentro de filas de tablas. Toda la información en una base de datos relacional se representa explícitamente en el nivel Lógico exactamente de una manera: con valores en tablas.

    Regla 2: Regla del acceso garantizado. Todos los datos deben ser accesibles sin ambigüedad. Esta regla es esencialmente una nueva exposición del requisito fundamental para las llaves primarias. Dice que cada valor escalar individual en la base de datos debe ser lógicamente direccionable especificando el nombre de la tabla, la columna que lo contiene y la llave primaria.

    Regla 3: Regla del tratamiento sistemático de valores nulos. El sistema de gestión de base de datos debe permitir que haya campos nulos. Debe tener una representación de la "información que falta y de la información inaplicable" que sea sistemática y distinta de todos los valores regulares.

    Regla 4: Catálogo dinámico en línea basado en el modelo relacional. El sistema debe soportar un catálogo en línea, el catálogo relacional, que da acceso a la estructura de la base de datos y que debe ser accesible a los usuarios autorizados.

    Regla 5: Regla comprensiva del sublenguaje de los datos. El sistema debe soportar por lo menos un lenguaje relacional que:
        Tenga una sintaxis lineal.
        Puede ser utilizado de manera interactiva.
        Tenga soporte de operaciones de definición de datos, operaciones de manipulación de datos (actualización así como la recuperación), de control de la seguridad e integridad y operaciones de administración de transacciones.

    Regla 6: Regla de actualización de vistas. Todas las vistas que son teóricamente actualizables deben poder ser actualizadas por el sistema.

    Regla 7: Alto nivel de inserción, actualización y borrado. El sistema debe permitir la manipulación de alto nivel en los datos, es decir, sobre conjuntos de tuplas. Esto significa que los datos no solo se pueden recuperar de una base de datos relacional a partir de filas múltiples y/o de tablas múltiples, sino que también pueden realizarse inserciones, actualización y borrados sobre varias tuplas y/o tablas al mismo tiempo y no solo sobre registros individuales.

    Regla 8: Independencia física de los datos. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque realicen cambios en las representaciones de almacenamiento o métodos de acceso.

    Regla 9: Independencia lógicas de los datos. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque se realicen cambios a las tablas base que preserven la información. La independencia de datos lógica es más difícil de lograr que la independencia física de datos.

    Regla 10: Independencia de la integridad. Las restricciones de integridad se deben especificar por separado de los programas de aplicación y almacenarse en la base de datos. Debe ser posible cambiar esas restricciones sin afectar innecesariamente a las aplicaciones existentes.

    Regla 11: Independencia de la distribución. La distribución de porciones de base de datos en distintas localizaciones debe ser invisible a los usuarios de la base de datos. Los usos existentes deben continuar funcionando con éxito:
        cuando una versión distribuida del SGBD se carga por primera vez
        cuando los datos existentes se redistribuyen en el sistema.

    Regla 12: La regla de la no subversión. Si el sistema proporciona una interfaz de bajo nivel de registro, aparte de una interfaz relacional, esa interfaz de bajo nivel no debe permitir su utilización para subvertir el sistema. Por ejemplo para sortear las reglas de seguridad relacional o las restricciones de integridad. Esto es debido a qu

Hola encontré este paper sobre las doce reglas de Codd. Desde la página 4 se abordan estos conceptos.
http://informatica.uv.es/docencia/biblioguia/BD/ficheros/tema2.pdf

Muchas gracias profesor Israel:

¿Habría algún libro que me recomiende acerca de esa álgebra relacional?
Me interesa saber si hay algún otro “lugar” a parte de las bases de datos de este tipo donde se utilice.

De antemano muchas gracias. Pinta muy bien el curso. Saludos

Comparto una URL, donde de manera muy visual, podemos ver: LAS 12 REGLAS DE CODD DEL MODELO RELACIONAL
https://www.mindmeister.com/1079684487/las-12-reglas-de-codd-del-modelo-relacional?fullscreen=1

Una Base de Datos Relacional (RBD) es una colección de elementos de datos organizados en un conjunto de tablas formalmente descritas desde la que se puede acceder a los datos o volver a montarlos de muchas maneras diferentes sin tener que reorganizar las tablas de la base. La base de datos relacional fue inventada por E.F. Codd en IBM en 1970.

12 reglas de Codd | Wikipedia
https://es.wikipedia.org/wiki/12_reglas_de_Codd

Link->
Las doce reglas de Codd

Por si alguien se quedó con la duda… RDB = Relational DataBase

Acá hay una muy buena página, para entender el álgebra relacional----->ALGEBRA RELACIONAL

Las reglas de Codd para los Sistemas de Administracion de Bases de Datos.

Regla 0:

El sistema debe calificarse como relacional, como base de datos y como sistema de gestion. Para que un sistema califique como un sistema de administracion de bases de datos relaciones, ese sistema debe usar us recursos relacionales(exclusivamente) para administrar la base de datos.
Las otras 12 reglas se derivan de esta regla, las reglas son las siguientes:

Regla 1:
LA REGLA DE LA INFORMACION: Toda la informacion en la base de datos debe representarse de una y solo una manera, es decir, mediante valores en posiciones de columna dentro de filas y tablas.

Regla 2:
LA REGLA DE ACCESO GARANTIZADO: Todos los datos deben ser accesibles. Esta regla es esencialmente una reformulacion del requisito fundamental para las claves primarias. Se dice que cada valor escalar individual en la base de datos debe ser logicamente direccionable especificando el nombre de la tabla que contiene, el nombre de la columna que contiene y el valor de la clave primaria de la fila que la contiene.

Regla 3:
TRATAMIENTO SISTEMATICO DE VALORES NULOS: El sistema de administracion de base de datos debe permitir que cada campo permanezca nulo (o vacio). Especificamente, debe admitir una representacion de “informacion faltante e informacion inaplicable” que es sistematica, distinta de todos los valores regulares (por ejemplo, “distinta de cero o cualquier otro numero”, en el caso de valores numericos) e independientes de los datos tipo. Tambien esta implicito que tales representaciones deben ser manipuladas por el sistema de administracion de bases de datos de manera sistematica.

Regla 4:
CATALOGO EN LINEA ACTIVO BASADO EN EL MODELO RELACIONAL: El sistema debe admitir un catalogo relacional en linea, en linea, al que puedan acceder los usuarios autorizados mediante su lenguaje de consulta habitual. Es decir, los usuarios deben poder acceder a la estructura de la base de datos (catalogo) utilizando el mismo lenguaje de consulta que utilizan para acceder a los datos de la base de datos.

Regla 5:
LA REGLA COMPLETA DEL SUB LENGUAJE DE DATOS: El sistema debe soportar al menos un lenguaje relacional que:
(1.) Tiene una sintaxis lineal.
(2.) Se puede utilizar de forma interactiva como dentro de los programas de aplicacion.
(3.) Admite operaciones de definicion de datos (incluidas las definiciones de vista), operaciones de manipulacion de datos (actualizacion y recuperacion), restricciones de seguridad e integridad y operaciones de gestion de transacciones (inicio, confirmacion y reversion).

Regla 6:
LA REGLA DE ACTUALIZACION DE VISTAS: Todas las vistas que pueden actualizarse teoricamente, deben ser actualizadas por el sistema.

Regla 7:
INSERCION, ACTUALIZACION Y ELIMINACION DE ALTO NIVEL: El sistema debe admitir operadores de insercion, actualizacion y eliminacion establecidos en un momento. Esto significa que los datos se pueden recuperar de una base de datos relacional en conjuntos construidos con datos de multiples filas y/o tablas multiples. Esta regla establece que las operaciones de insercion, actualizacion y eliminacion deben ser compatibles con cualquier conjunto recuperable en lugar de solo para una sola fila en una sola tabla.

Regla 8:
INDEPENDENCIA DE LOS DATOS FISICOS: Los cambios en el nivel fisico (como se almacenan los datos, ya sea en matrices o listas vinculadas, etc.) no deben requerir un cambio en una aplicacion basada en la estructura.

Regla 9:
INDEPENDENCIA DE DATOS LOGICOS: Los cambios en el nivel logico (tabla, columnas, filas, etc. ) no deben requerir un cambio en una aplicacion basada en la estructura. La independencia de datos logica es mas dificil de lograr que la independencia de datos fisicos.

Regla 10:
INDEPENCIA DE INTEGRIDAD: Las restricciones de integridad deben especificarse por separado de los programas de aplicacion y almacenarse en el catalogo. Debe ser posible cambiar tales restricciones cuando sea apropiado sin afectar innecesariamente las aplicaciones existentes.

Regla 11:
INDEPENDENCIA DE DISTRIBUCION: La distribucion de porciones de la base de datos a varias ubicaciones debe ser invisible para los usuarios de la base de datos. Las aplicaciones existentes deberian continuar funcionando con exito:
(1.) Cuando se introduce por primera vez una version distribuida del sistema de administracion de base de datos; y
(2.) Cuando los datos ditribuidos existentes se redistribuyen alrededor del sistema.

Regla 12:
LA REGLA DE NO SUBVERSION: Si el sistema proporciona una interfaz de bajo nivel (registro a la vez), entonces esa interfaz no puede usarse para subvertir el sistema, por ejemplo, omitiendo una restriccion de seguridad o integridad relacional.

Hola, traduje las leyes de Codd, no es la traducción del siglo pero espero te pueda ayudar, lo puedes encontrar en la sección de tutoriales o te dejo un link aquí.

Aquí les dejo un enlace para las 12 reglas de codd en español, para aquellos que, como yo no dominamos el ingles :S

https://medievalstrucos.wordpress.com/2013/07/18/12-reglas-de-codd-para-bases-de-datos-relacionadas/

Las reglas de Codd definen de una manera estricta los fundamentos de las bases de datos para que puedan ser consideradas como relacionales. Son muy difíciles de seguir al píe de la letra, pero su búsqueda permite la creación de BD con altos niveles de consistencia, seguridad y facilidad de acceso.

Para aquellos que tengan dudas a que se refiere con el esquema de von Neumann se trata de un modelo conceptual que muestra cómo funciona una computadora, que está formado por un CPU (en ingles “Central Processing Unit” o Unidad Central de Procesamiento) que esta a su vez contiene una ALU (“Arithmetic Logic Unit” o Unidad Aritmética Lógica) y los registros del procesador, una unidad de control y un contador de programa. También tiene una memoria principal y uno o unos mecanismo de entrada y salida, como por ejemplo la pantalla y el teclado

Introducción BB.DD relacionales o RDB (ralational databases)

Recapitulación

Surgen de la necesidad de conservar la información más allá de lo que existe en la memoria RAM (Une memoria temporal, y se borra automáticamente cuando se apaga el PC).
En el esquema tradicional de computación Von Neumann (Creador del sistema de arquitectura computacional clásica) Se contempla el procesamiento de datos, y la memoria RAM, pero no una memoria que permitiera guardar datos persistentes.
Así que cuando se empezó a pensar en formas de guardar datos y extraerlos se dieron los siguientes:

• BB.DD basadas en archivo: Básicamente era texto plano (como guardar archivos en el bloc de notas separadas por comas), fácil de guardar, pero difícil de consultar de forma ordenada. Entonces surge la necesidad de crear algo más estructurado… y emergen las famosas BB.DD relacionales por Edgar Codd.
• BB.DD basadas en documentos

Edgar Codd: Creo las BB.DD relacionales, quien además dejo una serie reglas, considerados por algunos como “Los mandamientos de Codd”, quien tenía la intención de asegurar que la filosofía de las BB.DD no se perdiera, o tergiversara con el paso del tiempo, dejando claro una doctrina y estandarizando el proceso… Codd creó el algebra ralacional.

No estaba muy enterado de estos temas y por ende no me emocionaban mucho, pero la manera de hablar del profesor y la manera en la que ha explicado los 2 primeros temas, me han dado muchas ganas de seguir aprendiendo sobre el tema 😄

Regla_1: Toda la información en la base de datos debe representarse de una manera.
Regla_2: Todos los datos deben ser accesibles.
Regla_3: El DBMS debe permitir que cada campo permanezca nulo (o vacío).
Regla _4: El sistema debe ser compatible con un catálogo relacional, en línea, en línea, al que puedan acceder los usuarios autorizados mediante su lenguaje de consulta habitual.
Regla_5: La regla completa de sub idioma de datos: el sistema debe admitir al menos un lenguaje relacional que
*Tiene una sintaxis lineal.
*Puede ser utilizado tanto de forma interactiva como dentro de
programas de aplicación.
*Admite las operaciones de definición de datos (incluidas las
definiciones de vista), las operaciones de manipulación de datos
(actualización y recuperación), las restricciones de seguridad e
integridad y las operaciones de gestión de transacciones (inicio,
confirmación y retrotracción).
Todas las demás en : https://www.w3resource.com/sql/sql-basic/codd-12-rule-relation.php
muy buena información les recomiendo leer.

Apunte de clase.
El surgimiento de las bases de datos a como las conocemos actualmente se da a partir de querer conservar la información mas allá de la memoria RAM.
Las bases de datos basadas en archivos, eran datos guardados en texto plano, muy fáciles de guardar pero difíciles de extraer o consultar, tras la necesidad de querer mejorar esto surgen las bases de datos relacionales.
Edgar Codd su inventor dejo ciertas reglas para que su estándar fuera mas consistente, son conocidos como los 12 mandamientos de Codd.
El algebra relacional es muy practica a la hora de hacer bases de datos.

El documento de las 12 reglas de Coods es bastante preciso, claro y visionario.

Acá él link del libro sobre algebra relacional.
https://codeblab.com/wp-content/uploads/2009/12/rmdb-codd.pdf

12 reglas de Codd | Wikipedia
https://es.wikipedia.org/wiki/12_reglas_de_Codd

Alguien tiene libros de este tema que sean practicos

Algebra relacional.- Conjunto de operaciones usadas para manipular relaciones. Estas operaciones toman relaciones como operandos y regresan relaciones que a su vez pueden ser manipuladas

Quiero compartir con ustedes donde las BD basados en archivos traía problemas, lo leí en un libro (Fundamentos de Base de Datos -ABRAHAM SILBERSCHATZ / pag 3 y 4).
Redundancia e inconsistencia en los datos.
Dificultad de acceso a los datos.
Aislamiento de Datos
Problemas de Integridad
Problemas de atomicidad
Anomalías en el acceso concurrente
Problemas de Seguridad

Ahora leer las 12 reglas de Codd!!!

Introduccion Relacionales

- Basadas en archivos: Guardar en un texto plano datos separados por comas

Reglas de Codd que se deben cumplir para llamarse ‘Relational Database Management System’:

0. For a system to qualify as a relational database management system (RDBMS), that system must use its relational facilities (exclusively) to manage the database.?
1. Information rule. Solo se puede representar de una manera?
2. Guaranteed access rule: Toda la infromacion debe de ser accesible?
3. Systematic treatment of null values: Aceptar el valor nulo?
4. Active online catalog based on the relational model: Sistema SQL?
5. The comprehensive data sub language rule: Debe soportar un lenguaje que:
	a. Syntaxis linear
	b. Usado interactivamente y con apps
	c. Data definition y manipulation?
6. View updating rule: Las vistas se actualizqan con el sistema?
7.  High-level insert, update, and delete: Soportar muchos returns?
8. Physical data independence: Cambios en lo fisico, no debe cambiar en la estructura?
9. Logical datya indepedence: Cambios en el nivel logico no debe de modificar la estructura en la app?
10. Integrity independence: Los obstaculos de integridad deben de guardarse en un catalago y podran ser modificados despues?
11. Distribution Independece: La manera de como se guarda los datos (distribucion) debe de ser invisible para el usuario. Las apps deberan seguir funcionando correctamente:
	a. Cuando se introduce por primera vez el modelo
	b. Cuando la infomracion se redistribuye?
12.  Non-subversion rule: La interface no puede sobrepasar cosas de seguridad?

Algebra relaciona: Relacion de datos a través de propiedades y características

Rule Zero

The system must qualify as relational, as a database, and as a management system. For a system to qualify as a relational database management system (RDBMS), that system must use its relational facilities (exclusively) to manage the database.
The other 12 rules derive from this rule. The rules are as follows :
Rule 1 : The information rule: All information in the database is to be represented in one and only one way, namely by values in column positions within rows of tables.

Rule 2 : The guaranteed access rule: All data must be accessible. This rule is essentially a restatement of the fundamental requirement for primary keys. It says that every individual scalar value in the database must be logically addressable by specifying the name of the containing table, the name of the containing column and the primary key value of the containing row.

Rule 3 : Systematic treatment of null values: The DBMS must allow each field to remain null (or empty). Specifically, it must support a representation of “missing information and inapplicable information” that is systematic, distinct from all regular values (for example, “distinct from zero or any other number”, in the case of numeric values), and independent of data type. It is also implied that such representations must be manipulated by the DBMS in a systematic way.

Rule 4 : Active online catalog based on the relational model: The system must support an online, inline, relational catalog that is accessible to authorized users by means of their regular query language. That is, users must be able to access the database’s structure (catalog) using the same query language that they use to access the database’s data.

Rule 5 : The comprehensive data sub language rule: The system must support at least one relational language that

1. Has a linear syntax

2. Can be used both interactively and within application programs,

3. Supports data definition operations (including view definitions), data manipulation operations (update as well as retrieval), security and integrity constraints, and transaction management operations (begin, commit, and rollback).

Rule 6 : The view updating rule: All views those can be updated theoretically, must be updated by the system.

Rule 7 : High-level insert, update, and delete: The system must support set-at-a-time insert, update, and delete operators. This means that data can be retrieved from a relational database in sets constructed of data from multiple rows and/or multiple tables. This rule states that insert, update, and delete operations should be supported for any retrievable set rather than just for a single row in a single table.

Rule 8 : Physical data independence: Changes to the physical level (how the data is stored, whether in arrays or linked lists etc.) must not require a change to an application based on the structure.

Rule 9 : Logical data independence: Changes to the logical level (tables, columns, rows, and so on) must not require a change to an application based on the structure. Logical data independence is more difficult to achieve than physical data independence.

Rule 10 : Integrity independence: Integrity constraints must be specified separately from application programs and stored in the catalog. It must be possible to change such constraints as and when appropriate without unnecessarily affecting existing applications.

Rule 11 : Distribution independence: The distribution of portions of the database to various locations should be invisible to users of the database. Existing applications should continue to operate successfully :

1. when a distributed version of the DBMS is first introduced; and

2. when existing distributed data are redistributed around the system.

Rule 12: The non-subversion rule: If the system provides a low-level (record-at-a-time) interface, then that interface cannot be used to subvert the system, for example, bypassing a relational security or integrity constraint.

Las bases de datos basadas en archivos eran datos guardados en texto plano, fáciles de guardar pero muy difíciles de consultar y por la necesidad de mejorar esto nacen las bases de datos relacionales. Su inventor Edgar Codd dejó ciertas reglas para asegurarse de que toda la filosofía de las bases de datos no se perdiera, estandarizando el proceso.

Recomiendo enormemente subirle la velocidad al curso a 1.25x

Le tengo bastante expectativa a este curso; le veo buena pedagogía, gracias!

no conocia tanta histora de las bd

12 reglas de Codd

Les comparto este enlace interesante con un resumen de las 12 reglas, ¡muy bueno!

**Pregunta de examen: **
¿Cuál es el otro nombre que se le da a las 12 reglas de Codd?

[]https://platzi.com/clases/1566-bd/20196-historia-de-las-rdb/?time=108)

Les dejo un video que explica las 12 reglas de codd
https://www.youtube.com/watch?v=HkgVLS8braQ

RDB => Relational database

Su inventor Edgar Codd dejó ciertas reglas (12 reglas o 12 mandamientos de codd)

📜 Historia de las RDB (Bases de Datos Relacionales)

Surgen debido a la necesidad de conservar la información existente más allá de la memoria RAM.

Consecuentemente se crearon las bases de datos basadas en archivos, las cuales poseían datos guardados en formato de texto plano. Sumamente fácil de guardar pero difícil de consultar. Es aquí donde nacen las bases de datos relacionales, inventadas por Edgar Codd.

• Las Reglas y mandamientos de Edgar Frank Ted Codd
  • Regla 0: Regla de fundación
    • a) Cualquier sistema que se proclame como relacional, debe ser capaz de gestionar sus bases de datos enteramente mediante sus capacidades relacionales.
  • Regla 1: Regla de la información
    • a) Todos los datos deben estar almacenados en las tablas
    • b) Esas tablas deben cumplir las premisas del modelo relacional
    • c) No puede haber información a la que accedemos por otra vía
  • Regla 2: Regla del acceso garantizado
    • a) Cualquier dato es accesible sabiendo la clave de su fila y el nombre de su columna o atributo
    • b) Si a un dato no podemos acceder de esta forma, no estamos usando un modelo relacional
  • Regla 3: Regla del tratamiento sistemático de valores nulos.
    • a) Esos valores pueden dar significado a la columna que los contiene
    • b) El SGBD debe tener la capacidad de manejar valores nulos
    • c) El SGBD reconocerá este valor diferenciándolo de cualquier otro
    • d) El SGBD deberá aplicársele la lógica apropiadae) Es un valor independiente del tipo de datos de la columna
  • Regla 4: Catálogo dinámico en línea basado en el modelo relacional.
    • a) El catálogo en línea es el diccionario de datos
    • b) El diccionario de datos se debe de poder consultar usando las mismas técnicas que para los datos
    • c) Los metadatos, por tanto, se organizan también en tablas relacionales
    • d) Si SELECT es una instrucción que consulta datos, también será la que consulta los metadatos
  • Regla 5: Regla comprensiva del sublenguaje de los datos completo
    • a) Al menos tiene que existir un lenguaje capaz de hacer todas las funciones del SGBD
    • b) No puede haber funciones fuera de ese lenguaje
    • c) Puede haber otros lenguajes en el SGBD para hacer ciertas tareas
    • d) Pero esas tareas también se deben poder hacer con el “lenguaje completo”
  • Regla 6: Regla de actualización de vistas.
    • a) Las vistas tienen que mostrar información actualizada
    • b) No puede haber diferencias entre los datos de las vistas y los datos de las tablas base
  • Regla 7: Alto nivel de inserción, actualización, y cancelación.
    • a) La idea es que el lenguaje que maneja la base de datos sea muy humano
    • b) Eso implica que las operaciones del lenguaje de manipulación de los datos (DML) trabajen con conjuntos de filas a la vez
    • c) Para modificar, eliminar o añadir datos, no hará falta programar de la forma en la que lo hacen los lenguajes de tercera generación como C o Java
  • Regla 8: Independencia física de los datos.
    • a) Cambios en la física de la BD no afecta a las aplicaciones ni a los esquemas lógicos
    • b) El acceso a las tablas (elemento lógico) no cambia porque la física de la base de datos cambie
  • Regla 9: Independencias lógicas de los datos.
    • a) Cambios en el esquema lógico (tablas) de la BD no afectan al resto de esquemasb) Si cambiamos nombres de tabla, o de columna o modificamos información de las filas, las aplicaciones (esquema externo) no se ven afectadasc) Es más difícil de conseguir
  • Regla 10: Independencia de la integridad.
    • a) Las reglas de integridad (restricciones) deben de ser gestionadas y almacenadas por el SGBD
  • Regla 11: Independencia de la distribución.
    • a) Que la base de datos se almacene o gestione de forma distribuida en varios servidores, no afecta al uso de esta ni a la programación de las aplicaciones de usuario
    • b) El esquema lógico es el mismo independientemente de si la BD es distribuida o no
  • Regla 12: La regla de la no subversión.
    • a) La base de datos no permitirá que exista un lenguaje o forma de acceso, que permita saltarse las reglas anteriores

Buen dia, aqui les pongo una pequeña explicacion de las 13 reglas de Codd:
Regla 0 (fundación):
Cualquier sistema que se proclame como relacional, debe ser capaz de gestionar sus bases de datos enteramente mediante sus capacidades relacionales
Regla 1 (información):
Toda la información en la base de datos se representa por valores dentro de una tabla relacional que tiene columnas y filas
No puede haber información a la que accedemos por otra via (Fuera de las tablas)
Regla 2 (acceso garantizado):
Cualquier dato es accesible sabiendo la clave de su fila y el nombre de su columna o atributo
Regla 3 (Tratamiento sistemáticos de los valores nulos):
La base de datos debe tener la capacidad de manejar la lectura de datos nulos o en blanco para lograr la representación de datos faltantes o inexistentes.
Regla 4 (Catalogo en línea relacional):
El sistema debe tener un catálogo en línea (Diccionario de datos) y los usuarios autorizados deben poder ingresar a él.
Regla 5 (Sublenguaje de datos completos):
Al menos tiene que existir un lenguaje capaz de hacer todas las funciones sobre el sistema de bases de datos.
Regla 6 (Vistas actualizadas):
El sistema se debe actualizar automáticamente sin la necesidad de hacerlo manualmente
No puede haber diferencia entre los datos de las vistas y los datos de las tablas de base.
Regla 7 (Inserciones, modificaciones y eliminaciónes de alto nivel):
La base de datos debe tener la capacidad de poder mover, copiar o borrar grandes cantidades de datos a la vez.
Regla 8 (Independencia física de datos):
Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque realicen cambios en las representaciones de almacenamiento o métodos de acceso
Regla 9 (Independencia lógicas de los datos):
Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque se realicen cambios a las tablas base que preserven la información
Regla 10 (independencia de la integridad):
Las restricciones de integridad se deben especificar por separado de los programas de aplicación y almacenarse en la base de datos. Debe ser posible cambiar esas restricciones sin afectar innecesariamente a las aplicaciones existentes
Regla 11 (Independencia de la distribución):
La distribución de porciones de base de datos en distintas localizaciones debe ser invisible a los usuarios de la base de datos.
Regla 12 (La regla de la no subversión):
Si el sistema proporciona una interfaz de bajo nivel de registro, aparte de una interfaz relacional, esa interfaz de bajo nivel no debe permitir su utilización para subvertir el sistema

El profesor deja en la sección de “Archivos y enlaces” el enlace para la lectura de las 12 reglas de Codd. Pero, recomiendo también a los que aún no dominan tan bien el inglés revisar este tutorial del compañero @FixingMind5 quien ha hecho el esfuerzo de traducir al español y adaptar el contenido en inglés.

Aquí el link: https://platzi.com/tutoriales/1566-bd/4120-las-12-1-leyes-de-codd/

Saludos.

Excelente valió la pena esperar

Justo hace días presenté un examen de algebra relacional en mi universidad jaja

diferencia entre bases de datos basadas en archivos y bases de datos basadas en documentos

Las 12 reglas de Codd, llamado también por algunos como Los 12 Mandamientos de Codd.

Aquí encontré las 12 reglas un poco más resumidas. geeksforgeeks

muy interesante la historia de las bases de datos relacionale 😃

Este curso tiene buena pinta!

Reglas o mandamientos de Codd xD

Las bases de datos relacionales nacen de la necesidad de guardar información más allá de la memoria RAM, su inventor fue Edgar Codd y dejo 12 reglas que sirvieron para estandarizar el proceso. Codd dejo el algebra relacional.

me gusta la manera en como se explican los conceptos es muy particular muy directa y facil de aprender

https://www.youtube.com/watch?v=xkMDTulV8r4

Este video lo explica muy bien, en caso de que no haya quedado claro

exelente apunte

Les dejo los apuntes de este curso espero les sirva compañeros:

https://www.notion.so/2d87604677d04209ab286985b7eb4753?v=d92b557dff1f4304b1d74f9b91bdec81

12 reglas de Codd

• Regla 0: un sistema gestor de base de datos debe de gestionar sus bases de datos de forma completa usando el modelo relacional

• Regla 1: Información: Todos los datos deben de estar almacenados en las tablas

• Regla 2: Acceso garantizado: cualquier dato debe de ser accesible sabiendo la clave de la fila y el nombre de la columna y el atributo.

• Regla3: Tratamiento sistemático de valores nulos: El sistema de gestión de base de datos tiene que tener la capacidad de manejar los valores nulos.

• Regla4: Catalogo de línea relacional: El catálogo de en línea es el diccionario de datos debe de poder consultar usando las mismas técnicas que para los datos.

• Regla5: Sub lenguaje de datos completo: Amenos debe de tener un lenguaje capaz de hacer todas las funciones del sistema de gestión de base de datos.

• Regla 6: Vistas Actualizadas: Las tablas tiene que tener la misma información actualizada, no puede haber información distinta entre la vista y los datos de las tablas base.

• Regla 7: Inserciones, modificaciones, eliminaciones de alto nivel: La idea de lenguaje debe de ser humano. La capacidad de gestionar una relación base o una relación derivada como un solo operando no solo se aplica no a la recuperación de los datos, sino también a la inserción, actualización y eliminación de datos.

• Regla 8: Cambios en la física de la base de datos no afectara a las aplicaciones ni a los esquemas lógico e información.

• Regla 9: Independencia lógica: Cambios de esquemas lógicos (tablas) de la base de datos no afectara el resto de los esquemas.

• Regla 10: Independencia de integridad: Las reglas de restricciones debe de se gestionada y almacenada por el sistema de gestión de base de datos.

• Regla 11: Independencia de distribución: Que la base de datos se almacene o gestione de forma distribuida en varios servidores, no afectara al uso de la misma ni a la programación de la misma ni a la programación de la aplicación de usuario.

• Regla 12: No subversión: La base de datos no permitirá que la existencia de otro lenguajes o formas de acceso que permita la forma de acceso la cual permita saltarse las reglas anteriores.

_Notita: _En el ámbito informático se habla mucho de ACID, cuyas siglas vienen de las palabras en inglés: atomicidad, consistencia, aislamiento y durabilidad. Son propiedades que las bases de datos relacionales aportan a los sistemas y les permiten ser más robustos y menos vulnerables ante fallos.

✍️ Apuntes ✍️

• Las bases de datos surgen de la necesidad de conservar la información más allá de lo que existe en la memoria RAM
• La arquitectura de Von Neumann contempla la memoria RAM y el procesamiento de datos, pero no el guardado de datos persistentes para mantener información después de apagar la computadora
• La primera aproximación fue lo que se considera una base de datos basado en archivos. Básicamente era guardar datos en un archivo de texto plano. Fácil de guardar, pero difícil de traer de nuevo en una forma ordenada o hacer consultas un poco más complejas
• Entonces surge la necesidad de algo un poco más estructurado y de ahí nacen las bases de datos relacionales
• El inventor de las bases de datos relacionales fue Edgar Codd quien deja “Las 12 reglas de Codd” para preservar la filosofía de las mismas
• Codd inventó algo que se le conoce como “El Álgebra Relacional". Trata de cómo tenemos datos que se pueden empezar a mezclar y unir a través de diferentes propiedades y características

“Las 12 Reglas de Codd” tambíén le llaman “Los 12 Mandamientos de Codd”

Gracias comunidad por los diferentes aportes que están buenísimos!!

SQL
Programming language
SQL is a domain-specific language used in programming and designed for managing data held in a relational database management system, or for stream processing in a relational data stream management system

Dejo las reglas de Codd’s

https://platzi.com/tutoriales/1566-bd/4120-las-12-1-leyes-de-codd/

– Regla 0: el sistema debe ser relacional, base de datos y administrador de sistema. Ese sistema debe utilizar sus facilidades relacionales (exclusivamente) para manejar la base de datos.

– Regla 1: la regla de la información, toda la información en la base de datos es representada unidireccionalmente, por valores en posiciones de las columnas dentro de filas de tablas. Toda la información en una base de datos relacional se representa explícitamente en el nivel lógico exactamente de una manera: con valores en tablas.

– Regla 2: la regla del acceso garantizado, todos los datos deben ser accesibles sin ambigüedad. Esta regla es esencialmente una nueva exposición del requisito fundamental para las llaves primarias. Dice que cada valor escalar individual en la base de datos debe ser lógicamente direccionable especificando el nombre de la tabla, la columna que lo contiene y la llave primaria.

– Regla 3: tratamiento sistemático de valores nulos, el sistema de gestión de base de datos debe permitir que haya campos nulos. Debe tener una representación de la «información que falta y de la información inaplicable» que es sistemática, distinto de todos los valores regulares.

– Regla 4: catálogo dinámico en línea basado en el modelo relacional, el sistema debe soportar un catálogo en línea, el catálogo relacional debe ser accesible a los usuarios autorizados. Es decir, los usuarios deben poder tener acceso a la estructura de la base de datos (catálogo).

– Regla 5: la regla comprensiva del sublenguaje de los datos, el sistema debe soportar por lo menos un lenguaje relacional que:

Tenga una sintaxis lineal.
Puede ser utilizado de manera interactiva.
Soporte operaciones de definición de datos, operaciones de manipulación de datos (actualización así como la recuperación), seguridad e integridad y operaciones de administración de transacciones.
– Regla 6: regla de actualización, todas las vistas que son teóricamente actualizables deben ser actualizables por el sistema.

– Regla 7: alto nivel de inserción, actualización, y cancelación, el sistema debe soportar suministrar datos en el mismo tiempo que se inserte, actualiza o esté borrando. Esto significa que los datos se pueden recuperar de una base de datos relacional en los sistemas construidos de datos de filas múltiples y/o de tablas múltiples.

– Regla 8: independencia física de los datos, los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico cuandoquiera que se realicen cambios en las representaciones de almacenamiento o métodos de acceso.

– Regla 9: independencia lógica de los datos, los cambios al nivel lógico (tablas, columnas, filas, etc.) no deben requerir un cambio a una solicitud basada en la estructura. La independencia de datos lógica es más difícil de lograr que la independencia física de datos.

– Regla 10: independencia de la integridad, las limitaciones de la integridad se deben especificar por separado de los programas de la aplicación y se almacenan en la base de datos. Debe ser posible cambiar esas limitaciones sin afectar innecesariamente las aplicaciones existentes.

– Regla 11: independencia de la distribución, la distribución de las porciones de la base de datos a las varias localizaciones debe ser invisible a los usuarios de la base de datos. Los usos existentes deben continuar funcionando con éxito:

Cuando una versión distribuida del SGBD se introdujo por primera vez
cuando se distribuyen los datos existentes se redistribuyen en todo el sistema.
– Regla 12: la regla de la no subversión, si el sistema proporciona una interfaz de bajo nivel de registro, a parte de una interfaz relacional, que esa interfaz de bajo nivel no se pueda utilizar para subvertir el sistema, por ejemplo: sin pasar por seguridad relacional o limitación de integridad. Esto es debido a que existen sistemas anteriormente no relacionales que añadieron una interfaz relacional, pero con la interfaz nativa existe la posibilidad de trabajar no relacionalmente.

Este es un intento para mostrar las 12 reglas de una forma más sencilla:

• R0= El sistema debe soportar operationes y estructuras relacionales

• R1= Toda la información debe estar en el mismo formato o estar de una y única forma, con los valores en columnas dentro de filas en tablas.

• R2= Todos los datos deben ser accesibles al especificar el nombre de la tabla que lo contiene, el nombre de la columna donde esta contenido y el valor primario de la fila donde está contenido.

• R3= El DBMS debe permitir que hayan valores nulos o vacíos
  R4= Debe ser posible la activación online del catalogo sobre el modelo relacional, es decir, debe ser accecible en todo momento.

• R5= El sistema debe soportar un lenguaje relacional (lineal, operaciones definidas) y debe permitir la manipulación de los datos.

• R6= Debe permitir la actualización de vista

• R7= Debe soportar los operadores: insert,update, delete.

• R8= Debe permitir cambios físicos a los datos

• R9= Debe permitir cambios al nivel de lógica

• R10= Debe ser posible cambiar la integridad de las restricciones en le systema

• R11= Debe haber una independencia de distribución, que significa que no importa como están distribuidos los datos, el sistema debe serguir operando satisfacoriamente.

• R12= si una interfase fue grabada o ingresada en un determinado momento, esta interfase no pude cambiar las condiciones del sistema. Es la regla de no subversión.

Apuntes: Bases de datos Relacionales RDB; Inventor: Edgar Codd; Las 12 reglas de Codd del modelo relacional.

<<Surgen de la necesidad de guardar los datos más allá de lo que existe en la memoria RAM>>

12 Reglas de Codd: https://platzi.com/tutoriales/1566-bd/4120-las-12-1-leyes-de-codd/

Yo pensaba que era la historia de RBD 😦

¡Hola Platzinautas! 👋🏽
Les comparto mis apuntes, espero les puedan ayudar. 😁
Pueden ver más apuntes en https://byiris.netlify.app

Nombre de la clase: Historia de las RDB
Mi mente: SI soy rebelde cuando no sigo a los demas…

¡A aprender (bien) sobre bases de datos se ha dicho! 💚

Las 12 reglas (ingles) https://www.tutorialspoint.com/dbms/dbms_codds_rules.htm

good clase

Las bases de datos surgen de la necesidad de conservar la información más allá de la memoria RAM. El inventor de las bases de datos relacionales es Edgar Frank Codd y nos dejó los 12 mandamientos de codd (https://www.mindmeister.com/es/1079684487/las-12-reglas-de-codd-del-modelo-relacional?fullscreen=1) para asegurarse que toda la filosofía detrás de una base de datos relacional no se fuera perdiendo con el boca a boca o practicas diferentes. Frank Codd inventó el álgebra relacional

Aqui les comparto un video de las 12 reglas de codd 😃 https://www.youtube.com/watch?v=HkgVLS8braQ

Justo mañana tengo exámen de Base de Datos, y los temas que aborda este curso son precisos

Codd´s 12 rules

Profesor Israel hay algún curso de bases de datos donde expliquen Triggers, Vistas, etc, ya que en los cursos de Platzi no veo que enseñen eso, y lo quiero para reforzar lo que me enseñan en la Universidad.

Excelente contenido

Buena intro, me dejó con altas expectativas del curso.

Según (Reinosa, Maldonado, Muñoz, Damiano, & Abrutsky, 2012), una base de datos
es un conjunto de datos estructurados y definidos a través de un proceso especifico,
que busca evitar la redundancia, y que se almacenara en un medio de almacenamiento
masivo, con un disco.

que son esos aparatos que tienes a tu derecha?

Eso si:
Regla_1: Toda la información en la base de datos debe representarse de una manera.
Regla_2: Todos los datos deben ser accesibles.
Regla_3: El DBMS debe permitir que cada campo permanezca nulo (o vacío).
Regla _4: El sistema debe ser compatible con un catálogo relacional, en línea, en línea, al que puedan acceder los usuarios autorizados mediante su lenguaje de consulta habitual.
Regla_5: La regla completa de sub idioma de datos: el sistema debe admitir al menos un lenguaje relacional que
*Tiene una sintaxis lineal.
*Puede ser utilizado tanto de forma interactiva como dentro de
programas de aplicación.

Base de datos basados en archivos eran datos guardados en texto plano, faciles de guardar pero dificil de consultar es por eso que se creo la RDB.
Edgar Codd creo reglas para poder conservar su filosofia de BD.
0. Regla de fundacion

1. Regla de la informacion
2. Acceso garantizado
3. Tratamiento sistematico de los valores NULOS
4. Catalogo en linea relacional
5. Sublenguaje de datos complejo
6. Vistas actualizadas
7. Insercion, modificacion y eliminacion de alto nivel.
8. Independecia fisica
9. Independencia logica
10. Independencia de integridad
11. Independencia de distribucion
12. No subversion.

EL creador de las bases de datos relacionales
https://es.wikipedia.org/wiki/Edgar_Frank_Codd
y sus 12 reglas
https://es.wikipedia.org/wiki/12_reglas_de_Codd

Dato interesante No fue hasta 1970 que IBM se preocupo por usar el modelo al ver que oracle saco su RDB basados en el modelo de Codd

Quien tenga los datos correctos dominara el mundo siempre, la economia del mundo se mueve y crece basado en datos! gran curso! saludos

Totalmente de acuerdo, las bases de datos están en todas las empresas sean digitales o análogas. son absolutamente necesarias.

Aún se usan las basadas en archivos?

Las bases de datos surgen de la necesidad de conservar la informacion mas alla de los procesos corriendo en la memoria RAM. Inicialmente, la arquitectura del computador fue concebido por el modelo propuesto por Jhon Von Neumann, ¡el cual no contemplaba un mecanismo para extraer o introducir data mediante otros sistemas, por lo que surge la necesidad de implementarlo a traves de las bases de datos relacionales. Este modelo fue inventado por el Dr. Edgar Codd durante su trabajo como computista mientras trabaja en IBM.