Bienvenida conceptos básicos y contexto histórico de las Bases de Datos

1

Bienvenida conceptos básicos y contexto histórico de las Bases de Datos

Introducción a las bases de datos relacionales

2

Historia de las bases de datos relacionales

3

Entidades y atributos

4

Entidades de Platzi Blog

5

Relaciones

6

M√ļltiples muchos

7

Diagrama ER

8

Diagrama Físico: tipos de datos y constraints

9

Diagrama Físico: normalización

10

Formas normales en Bases de Datos relacionales

11

Diagrama Físico: normalizando Platziblog

RDBMS (MySQL) o cómo hacer lo anterior de manera práctica

12

¬ŅQu√© es RDB y RDBMS?

13

Instalación local de un RDBMS (Windows)

14

Instalación local de un RDBMS (Mac)

15

Instalación local de un RDBMS (Ubuntu)

16

Clientes gr√°ficos

17

Servicios administrados

SQL hasta en la sopa

18

Historia de SQL

19

DDL create

20

CREATE VIEW y DDL ALTER

21

DDL drop

22

DML

23

¬ŅQu√© tan standard es SQL?

24

Creando Platziblog: tablas independientes

25

Creando Platziblog: tablas dependientes

26

Creando Platziblog: tablas transitivas

Consultas a una base de datos

27

¬ŅPor qu√© las consultas son tan importantes?

28

Estructura b√°sica de un Query

29

SELECT

30

FROM

31

Utilizando la sentencia FROM

32

WHERE

33

Utilizando la sentencia WHERE nulo y no nulo

34

GROUP BY

35

ORDER BY y HAVING

36

El interminable agujero de conejo (Nested queries)

37

¬ŅC√≥mo convertir una pregunta en un query SQL?

38

Pregunt√°ndole a la base de datos

39

Consultando PlatziBlog

Introducción a la bases de datos NO relacionales

40

¬ŅQu√© son y cu√°les son los tipos de bases de datos no relacionales?

41

Servicios administrados y jerarquía de datos

Manejo de modelos de datos en bases de datos no relacionales

42

Top level collection con Firebase

43

Creando y borrando documentos en Firestore

44

Colecciones vs subcolecciones

45

Recreando Platziblog

46

Construyendo Platziblog en Firestore

47

Proyecto final: transformando tu proyecto en una db no relacional

Bases de datos en la vida real

48

Bases de datos en la vida real

49

Big Data

50

Data warehouse

51

Data mining

52

ETL

53

Business intelligence

54

Machine Learning

55

Data Science

56

¬ŅPor qu√© aprender bases de datos hoy?

Bonus

57

Bases de datos relacionales vs no relacionales

58

Elegir una base de datos

Curso de Fundamentos de Bases de Datos

Curso de Fundamentos de Bases de Datos

Israel V√°zquez Morales

Israel V√°zquez Morales

Historia de las bases de datos relacionales

2/58
Recursos

Las bases de datos surgen de la necesidad de conservar la información más allá de lo que existe en la memoria RAM.

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.

Aportes 263

Preguntas 13

Ordenar por:

¬ŅQuieres ver m√°s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi√≥n.


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



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

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‚Ķ

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

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

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
  • 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.

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

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.

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

Encontr√© este turorial de alg√ļn compa√Īero aqu√≠ en platzi sobre las 12 leyes de Cood https://platzi.com/tutoriales/1566-bd/4120-las-12-1-leyes-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

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 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.

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.

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

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.

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

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

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

Alguien tiene libros de este tema que sean practicos

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

**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)

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

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! ūüíö

good clase

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

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

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.

Bases de datos basadas en archivos: Consistía básicamente en almacenar los datos en texto plano, los cuales podrían estar separados por comas (,).
Bases de datos relacionales: Termino inventado por Edgar Codd. Una base de datos relacional consiste básicamente en una recopilación de datos con relaciones predefinidas entre ellos.
12 reglas de Codd:
Regla de fundación
Regla de información
Regla del acceso garantizado
Regla del tratamiento sistem√°tico
Regla comprensiva del sublenguaje de los datos
Regla de actualización de vistas
Regla de alto nivel de inserción
Regla de independencia física de los datos
Regla de independencia lógica de los daos
Regla de independencia de la integridad
Regla de independencia de la distribución
Regla de la no subversión

algebra, matematicas aplicadas… excelente

Un buen comienzo y engaging para poder aprender una materia que me costo al principio de la universidad!

Me gusta el √°lgebra, era de mis cursos favoritos.

Gracias profe ūüėÉ

12 Reglas

Las bases de datos relacionales (RDB) surgen para dar mayor estructura y conservar la información de una manera más eficiente.

**Las¬†12 reglas de Codd¬†**son un sistema de reglas (numeradas del 0 al 12) propuestas por¬†Edgar F. Codd, del¬†modelo relacional¬†para las¬†bases de datos, dise√Īado para definir qu√© requiere un sistema de administraci√≥n de base de datos.
Regla 0: Regla de fundación
Regla 1: Regla de la información. .
Regla 2:¬†Regla del acceso garantizado. Todos los datos deben ser accesibles sin ambig√ľedad.
Regla 3: Regla del tratamiento sistemático de valores nulos.
Regla 4: Catálogo dinámico en línea basado en el modelo relacional. E
Regla 6: Regla de actualización de vistas.
Regla 7: Alto nivel de inserción, actualización y borrado.
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.

creo que se puede aprender mas de la historia, esperemos mayor profundida mas adelante.

Que el curso sea pr√°ctico y directo me parece excelente!!

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 que a algunos sistemas no relacionales previamente existentes se les a√Īadi√≥ una interfaz relacional pero, al mantener la interfaz nativa, segu√≠a existiendo la posibilidad de trabajar no relacionalmente.

tomado de Wikipedia : https://es.wikipedia.org/wiki/12_reglas_de_Codd

Excelente. El material relacionado tambi√©n es pertinente al tema y f√°cil de digerir. Los aportes de varios de los compa√Īeros complementan y facilitan el acercamiento a las BD.