Primero hice las relaciones para que pudiera armar el DER, me quedó algo así:
Y finalmente hice el DER:
Si pudieran darme feedback se los agradecería muchísimo. 😃
Bienvenida conceptos básicos y contexto histórico de las Bases de Datos
Bienvenida conceptos básicos y contexto histórico de las Bases de Datos
Playground: tu primera consulta en bases de datos
Introducción a las bases de datos relacionales
Qué son entidades y atributos
Historia de las bases de datos relacionales
Entidades de Platzi Blog
Relaciones
Múltiples muchos
Diagrama ER
Diagrama Físico: tipos de datos y constraints
Diagrama Físico: normalización
Formas normales en Bases de Datos relacionales
Diagrama Físico: normalizando Platziblog
RDBMS (MySQL) o cómo hacer lo anterior de manera práctica
¿Qué es RDB y RDBMS?
Instalación local de un RDBMS (Windows)
Instalación local de un RDBMS (Mac)
Instalación local de un RDBMS (Ubuntu)
Clientes gráficos
Servicios administrados
SQL hasta en la sopa
Historia de SQL
DDL create
Playground: CREATE TABLE
CREATE VIEW y DDL ALTER
DDL drop
Playground: VIEW, ALTER y DROP en SQL
DML
Playground: CRUD con SQL
¿Qué tan standard es SQL?
Creando Platziblog: tablas independientes
Creando Platziblog: tablas dependientes
Creando Platziblog: tablas transitivas
Consultas a una base de datos
¿Por qué las consultas son tan importantes?
Estructura básica de un Query
SELECT
Playground: SELECT en SQL
FROM y SQL JOINs
Utilizando la sentencia FROM
Playground: FROM y LEFT JOIN en SQL
WHERE
Utilizando la sentencia WHERE nulo y no nulo
Playground: Filtrando Datos con WHERE
GROUP BY
ORDER BY y HAVING
Playground: Agrupamiento y Ordenamiento de Datos
El interminable agujero de conejo (Nested queries)
¿Cómo convertir una pregunta en un query SQL?
Preguntándole a la base de datos
Consultando PlatziBlog
Playground: Prueba Final con PlatziBlog
Introducción a la bases de datos NO relacionales
¿Qué son y cuáles son los tipos de bases de datos no relacionales?
Servicios administrados y jerarquía de datos
Manejo de modelos de datos en bases de datos no relacionales
Top level collection con Firebase
Creando y borrando documentos en Firestore
Colecciones vs subcolecciones
Recreando Platziblog
Construyendo Platziblog en Firestore
Proyecto final: transformando tu proyecto en una db no relacional
Bases de datos en la vida real
Bases de datos en la vida real
Big Data
Data warehouse
Data mining
ETL
Business intelligence
Machine Learning
Data Science
¿Por qué aprender bases de datos hoy?
Bonus
Bases de datos relacionales vs no relacionales
Elegir una base de datos
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Un diagrama es como un mapa y nos ayuda a entender cuáles son las entidades con las que vamos a trabajar, cuáles son sus relaciones y qué papel van a jugar en las aplicaciones de la base de datos.
Aportes 1313
Preguntas 167
Primero hice las relaciones para que pudiera armar el DER, me quedó algo así:
Y finalmente hice el DER:
Si pudieran darme feedback se los agradecería muchísimo. 😃
Hola acá mi diagrama lógico , cualquier sugerencia, será bienvenida 😃

Cardinalidad: nos indica el número de entidades con las que puede estar relacionada una entidad dada
Cardinalidad 1 a 1
Un registro de una entidad A se relaciona con solo un registro en una entidad B y viceversa
Cardinalidad 0 a 1 (o 1 a 1 opcional)
Un registro de una entidad A se relaciona con solo un registro en una entidad B y pero ningún registro de B se relaciona con A
Cardinalidad 1 a N
Una entidad en A se relaciona con cero o muchas entidades en B. Pero una entidad en B se relaciona con una única entidad en A
Cardinalidad 0 a N (o 1 a N opcional)
Una entidad en A se relaciona con cero o muchas entidades en B. Pero ninguna entidad en B se relaciona una entidad en A
Cardinalidad N a N
Una entidad en A se puede relacionar con 0 o muchas entidades en B y viceversa.
Algún comentario constructivo, gracias.
 y de cada tipo existen varias cartas
cada carta pertenece a un tipo de raza (robot, bestia, etc) y de cada raza existen varias cartas
cada carta tendrá su propia rareza (común, poco común, legendaria, etc.) y de cada rareza existiran varias cartas
cada carta puede tener una o varias habilidades (magnetismo, cargar, acometida) y de cada habilidad pueden existir muchas cartas.
Espero y me puedan ayudar para saber si mi diagrama es correcto o le falta alguna modificación.
 permite representar gráficamente la estructura lógica de una base de datos, para poder guiarnos y entender de mejor forma la base de datos a realizar.
Figuras:
• Rectángulos: entidades
• Elipsis: Atributos
• Rombos: Interrelaciones
• Líneas: enlazan los atributos a entidades, atributos a interrelaciones y entidades a interrelaciones.
Cardinalidad 1 a N
Cliente – Ventas: Un cliente le pueden pertenecer varias ventas, pero una venta sólo le puede pertenecer a un cliente
Productos- Almacén: Un producto pertenece a un almacén y un almacén tiene muchos productos.
Usuario—(Almacén, compras, ventas): Un usuario puede registrar varios movimientos, pero un movimiento es registrado por un usuario.
Proveedor—Compra: Un proveedor puede pertenecer varias compras, pero a una compra le pertenece un proveedor
Cardinalidad N a N
Producto— Proveedores: Un producto, puede tener varios proveedores, un proveedor puede surtir varios productos
Producto—Compras/Ventas: Un producto puede tener varias compras/ventas y una compra/venta puede tener varios Productos.
Sistema de teléfonos públicos
Aqui esta mi aporte, no estoy seguro de Jinetes a caballos, soy nuevo en data base jeje
buenos dias
envio mi modelo ER para mi base de datos de la agencia de seguros
Mi diagrama de una tienda de zapatos
Explico por que lo hice asi:
Entidades:
Gym: tiene su ID, nombre, direccion, email_publico y un Score que es una entidad que se calcula de acuerdo al Score de los entrenadores.
Trainer: Es la entidad que representa al entrenador, tiene su id, nombre, email, password y un score que le van dando los atletas. Esta es una entidad débil porque no puede existir un entrenador sin un gym.
Athlete: Entidad que representa a las personas que asisten al gym como clientes. Tienen su id, nombre, email, password, altura y peso que se usan para calcular el BMI que es el indice de masa corporal. Esta es una entidad débil porque no puede existir un Athlete sin un trainer.
Relaciones:
1 Gym tiene muchos Entrenadores , y un entrenador puede pertenecer a muchos GYM, ya que un entrenador puede trabajar en varios en distintos dias o turnos. Por lo que es una relacion de muchos a muchos.
1 Gym tiene muchos atletas y un atleta tiene puede ser miembro de muchos gym. Tambien una relacion muchos a muchos.
1 entrenador puede tener muchos atletas y un atleta puede tener muchos entrenadores, por lo que es muchos a muchos.
¿Alguien podría hacerme feedback? 😃
Aquí el diagrama ER de mi proyecto. Para todos aquellos qué necesiten una herramienta para diagramar pueden utilizar draw.io, es totalmente gratuita y super fácil de utilizar y no tienes que instalar nada.
Hola chicos 😄 Acà les dejo una herramienta para realizar diagramas ER
Mi proyecto aún en trabajo:
character:
Devil_Fruit:
Island:
Roles:
Category:
Pirate_category:
Civil_category:
Revolutionary_category:
Govth_category:
Diagrama ER para una plataforma que escanea productos enfocados a skin care y evalúa sus niveles de toxicidad.
Feedbacks apreciados 💛
¡Hola a todos! Comparto mi diagrama de E-R que realice sobre una ferreteria.
Hola! apenas estoy empezando en este tema de las bases de datos y les comparto mi proyecto de ‘Finanzas personales’. Cualquier retroalimentación estaré agradecida.
. En ese mundo existen varias escuelas mágicas para magos y brujas las cuales tienen a profesores que imparten una materia especifica por año escolar (En su mayoría repiten el mismo puesto cada ciclo escolar). Los alumnos (Sangre pura, mestizos o nacidos de muggles) asisten a clases dentro de una escuela en particular.
Si tienen alguna observación estaré atento a sus comentarios.
El diagrama ER que diseñe, va dirigido a una fundación en la cual llevan la información de todos los beneficiarios.
Entidades
Hasta aquí, todo bien. Pero en la entidad beneficiario como podrán observar tiene relaciones con: colegio, universidad, instituciones_tecnicasytecnologicas. Esto lo hice para saber que esta haciendo a nivel educativo. Pero no todos los beneficiaros tienen formación por tanto no asisten a un colegio, universidad, etc. Dicho esto, en la relación del beneficiario y la formación la pongo 0:N o 1:N opcional de esta manera, para especificar que un beneficiario tiene una formación, pero la formacion pueda que no tenga un beneficiario. Es decir la persona no tiene escolarización o simplemente no por el momento. Si esta bien así ? O debo hacer alguna modificación? Agradezco su ayuda, aportes y retroalimentación con relación al diagrama 😃
Buenos días, comparto un sencillo diagrama para identificar tipos de usuarios de acuerdo al rango de edad.
Mi diagrama, creo que se puede extender y mejorar las conexiones.
Aqui esta mi diagrama E/R. Estoy abierto a criticas y sugerencias 😃
Draw.io
https://app.diagrams.net/
Exelente herramienta para crear diagramas.
Esta es una buena herramienta para empezar.
https://app.creately.com/
Aqui puedes hacer tu diagrama ER online, aunque quizas sea un poco de trampas. https://creately.com/
Diagrama ER:
Ecommerce básico
Me acorde de mis dias en la universidad
MI PROYECTO:
RECIBO CRITICAS CONTRUSTIVAS, GRACIAS.
Diagrama ER , video juego
ACEPTO CRÍTICAS Y RECOMENDACIONES
Creo que tengo algunos errores, me daré tiempo de hacerlo en orden jijiji
Me desempeño como contadora y armé un diagrama ER respecto de los clientes que pueda tener:
Agrego mi diagrama.
Excelente estoy aqui porque me hace falta entender la base de datos una vez que ya esta creada me es faciil utilizarla pero nunca he creado una completa. Hare todos los cursos necesarios para realizar mi propia base de datos desde 0.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?