El documento discute 6 problemas potenciales con los datos, incluyendo el tamaño, la precisión, la seguridad y la redundancia. También cubre las diferencias entre sistemas de gestión de bases de datos y las bases de datos en sí mismas, así como características clave de las bases de datos relacionales como tablas, claves primarias, relaciones y transacciones.

1. Resumen:
• Tener datos no es un problema el problema es lo que viene después, pero hay 6
problemas potenciales.
• Tamaño: lo que comienza siendo pequeños datos puede convertirse a grandes
datos.
• Facilidad de actualización: si barias personas están trabajando en lo
mismo puede sobrescribir los cambios.
• Precisión: algunos archivos crecen y crecen y eso hace que no sean 100% fiables.
• Seguridad: porque hay datos confidenciales y sensibles que no debe verlos
cualquier persona.
• Redundancia: puede producir conflictos si no tenemos las precauciones debidas
ya que tantas copias no son buenas.
• Importancia de los datos: si pasa un accidenté puedes perder datos tiempo
etc.
• Una base de datos no solo es para poner los datos si no para permitirles crecer que
otros puedan modificarlos que los datos sean exactos y consistentes saber quién puede
modificarlos leerlos revisarlos etc.

2. • Hay que conocer la diferencia entre sistemas de gestión de bases de datos y bases
de datos, cuando hablas con un programador muchos de ellos te dirán que su
base de datos es:
• ORACLE.
• SQL SERVER.
• MY SQL.
• POSTGRESQL.
• MONGO DB.
• CUALQUIER OTRA.
•
• Las bases de datos son representadas como cilindró en un mundo perfecto
podríamos imaginar que una empresa solo existiría una base de datos
contendría todos y cada uno de los trozos o elementos de información,
importante para esa empresa pero sin embargo es una práctica muy común al
hecho de tener barias bases de datos por ejemplo la base de datos que se dé la
información del cliente podría ser independiente de la base de datos que se
ocupa de información de recursos humanos por tanto en muchas empresas no
solo quieren variar las bases de datos es lo que incluso puede ocurrir diferentes
sistemas de gestión de base de datos tales como Sico server Oracle o divirtió.

3. CARACTERÍSTICASDELASBASESDEDATOSRELACIONALES
• Nuestras tablas se componen de columnas y de filas de filas de izquierda a
derecha y de columnas un poco como las columnas que sostienen un edificio y
si tienes varias tablas dentro de la base de datos, cada tabla diferente contienen
información pero repite siempre teniendo filas y columnas aunque tengan
diferentes números de fila y diferente número de columnas.
• Cada tabla define que columnas son y que definición tienen, imponen normas
sobre los datos y una vez que descuidamos las reglas del tema de gestión de
datos no nos va a dejar escapar de ellas si digo por adelantado la columna
llamada por ejemplo fecha, debe de contener y debe de poner en una fila y
simplemente un texto que numero va a permitir si digo que debe de contener
un número y debe de contener un valor no puedo introducir tampoco un texto
así que al final y al tanto tenemos tablas que contienen datos y que contienen
columnas.
VALORES ÚNICOS Y CLAVES PRIMARIAS EN BASE DE DATOS
• Casi todas las tablas de una base de datos requerirán de una clave la clave es una
manera de identificar una sola fila en particular.
• Una tabla contiene una columna con valor único y una columna con valor no único.
• Valor único: significa que si tiene un millón de cifras dentro de la columna no podría
haber repeticiones
• Valor no único: puede contener tanto valores como sea necesario incluso no hay
ningún problema en tener valores repetidos .

4. RELACIONES ENTRE TABLAS
• Desde luego cualquier base de datos comienza con la definición de las tablas
con una capacidad de agregar bienes los datos están conectados a algo
natural.
• En un diagrama de bases de datos esto podría pasarse de varias maneras
diferentes por ejemplo: cliente y pedido tendríamos una relación de uno a
muchos muchas personas usan este símbolo pata de gallo para mostrar en
qué dirección va la relación.
• Un elemento equivale a muchos en la parte izquierda de esta manera por
tanto de esta puede haber varios estudiante dentro de un departamento
pueda haber varios empleados, dentro de cada categoría genera mucho más
pedidos los clientes generan
• RELACIONES DE MUCHOS A MUCHOS
• La relación más común de muchos a muchos entre las tablas de una base de
datos relacionadas a veces es necesario definir una relación de muchos a
muchos.
• Aunque una gestión de base de datos no tenga soporte directo vamos a usar
una solución intermedia.

5. TRANSACCIONESYELTESTACID
• Cuando tratamos de introducir o modificar datos a nuestras bases de datos a menudo
tenemos que trabajar las acciones una transacción es una cosa muy importante
dentro del mundo de base de datos, y para entendernos mejor que podemos hacer es
pensar como arriamos una transacción en un mundo real cuando hablamos de una
transacción nos referimos a un acto. Por tanto en un sistema de computación es lo
clásico de transacción es un sistema bancario.
• ATOMICA: es una palabra griega átomo a una unidad indivisible se refiere a la idea
central de que esta transacción debe ocurrir completamente o no ocurrir en absoluto.
CONSISTENTE COHERENTE: significa que cualquier transacción debe de tener un
estado balido al principio y dejar otro estado balido al final.
• AISLADA: la transacción está bloqueando esencialmente en ese momento los datos
que participan en la transacción por tanto el sistema debe bloquear los datos
mientras esta están dentro de la transacción para que ninguna otra parte del sistema
los pueda utilizar.
• DURABLE: durabilidad es para que la transacción sea robusta esto quiere decir que
todo esto sucede y que la transacción sea sucedido con éxito en ese caso se garantiza
la operación.

6. COLUMNASYTIPOSDEDATOS
• Las entidades se convertirían en nuestras tablas y los atributos de nuestras
entidades se convertirían en las columnas de la base de datos.
• ELIGIENDO CLAVES PRIMARIAS EN TABLAS:
• Cada tabla tiene que tener un identificador principal, exclusivo, una fila
individual donde no pueda haber duplicado.
• USANDO CLAVES COMPUESTAS :
• Esto es cuando un valor no especifica única a una fila pero los valores sí
que los hacen por tanto les gustaría combinar dos columnas para crear una
clave principal.
• MODELO DE BASES DE DATOS RELAIONES
• OPCIONES DE RELACIÓN (CORDIALIDAD)
• Son tres tipos:
1- Uno-a-uno.
2- Uno –a-muchos.
3- Muchos-a-muchos.

7. DEFINICIÓNRELACIONESDEUNOAMUCHOS
• El tipo más común de cordialidad dentro de un sistema de gestión de base de
datos relacional es de uno a muchos que también debemos describir muchos
a uno depende un poco qué lado de relación lo miremos.
• EXPLORANDO DE UNO A MUCHOS
• Es posible crear relaciones uno a uno pero realmente es inusual explorando
relaciones de uno a uno.
• EXPLORANDO RELACIONES DE MUCHOS A MUCHOS
• Mostrar una tabla de ejemplos de estudiantes puedo añadir una columna de
ID clases lo que tengo que hacer es añadir clase y estudiantes a la tabla
vinculada a la tabla.
• ENTENDIDO LAS REGLAS DE LAS RELACIONES Y LA
REFERENCIAL
• Es la relación que se establece en varias tablas.
• INTEGRIDAD REFERENCIAL
• Hay dos lugares que principalmente vamos a impactar la visión de nuevas
filas vamos a reescribir.

8. ELIMINACIONDECASCADA
• Puede haber varias eliminaciones en cascada la primera de ella es cuando intento
eliminar el cliente.
ANULACION EN CASCADA:
• No quiero eliminar las filas correspondientes a ese pedido del cliente pero no el
pedido.
INACCION:
• Es intentar anular los usuarios, pero para anular los usuarios estaría introduciendo
una falta de integridad referencial.
• Modelado de bases de datos optimización
LA NORMALIZACIÓN DE BASE DE DATOS:
• Las reglas llamadas formas normales estas se desarrollaron dentro de 40 años
principalmente por el padre de las clases de datos finales.
1. PRIMERA FORMA NORMAL= 1NF.
2. SEGUNDA FORMA NORMAL=2NF.
3. TERCERA FORMA NORMAL=3NF.

9. Modelado de bases de datos peticiones
CREANDO PETICIONES SQL:
• Es el vocabulario compartido entre las bases de datos
relacionales este lenguaje, no es para programación de
propósito general es un pequeño lenguaje caramente centrado
para bases de datos.
SELECT:
• Si quieres seleccionar algunos de los datos de mi base de datos
voy a tener barias tablas barias columnas.
¿Qué pasa con las mayúsculas y con las minúsculas importan?
/En SQL no importan en términos generales por lo tanto
podríamos escribir select sin necesidad de usar
mayúsculas pero los desarrolladores han adaptado a escribir
las palabras claves en mayúsculas y escribir las columnas o el
número de la base de datos en minúsculas.

10. INSERTAR, ACTUALIZAR Y EIMINAR
Tenemos barias palabras claves en el lenguaje SQL
No solo las bases de datos proveen esto lo que se conoce como al acrónimo de CRUD
• Crear
• Leer
• Actualizar
• Eliminar
Las bases de datos no usan esto si no lo siguiente:
• INSERT
• SELECT
• UPDATE
• DELETE
Lenguaje de definición de datos:
• INSERT
• SELECT
• UPDAT
• DELETE

11. OPCIONES DE BASES DE DATOS:
BASES DE DATOS DE ESCRITORIOS:
• Microsoft Access
• file maker
• Access es un motor de bases de datos que está en suit de
Microsoft office
*Razones para usarlos:
• instalación simple
• fácil de usar
• plantillas para principiantes
• herramientas con interfaz
• opciones de reporte
*Razones para no usarlos:
• muchos usuarios
• gran cantidad de datos•

12. SISTEMASDEBASESDEDATOSN0SQL:
• CouchDB.
• MongoDB.
• Apache Cassandra.
• Hypertable.
• Hbase.
• Neo4J.
• BigTable.
• Riak.
• Project Voldemort.
Caracteristicas:
• No usar SQL
• No estar basado a tablas
• No estar orientado a relaciones
• No ser ACID
• No tener schema Formal
• Orientadas al desarrollo web
• Orientadas a desarrollos grandes
• A menudo de código abierto