Metodología de Diseño (Paso 5): Diagrama Conceptual

Clase 34 de 63 • Fundamentos de Bases de Datos 2017

Diego Forero

Team Platzi•

Una buena práctica al momento de hacer las entidades y sus atributos es escribir todo en ingles ya que no se usan acentos.

Erick Neftalí Sarmiento Cortes

student•

eso pensé pero cuando estoy haciendo ya la base en SQL no?

Diego Forero

Team Platzi•

Siempre es mejor hacerlo en ingles para evitar problemas de caracteres utf-8

Daniel Morales

student•

https://www.draw.io/

Pablo Coronel

student•

no existe mas la pagina 😦

Cesar David Ramírez Dimaté

student•

La página está bien, sólo que está mal vinculado el enlace https://www.draw.io/

Ivan Robles

student•

Breves apuntes:

¿Que vamos a tener en cuenta para tener nuestro diagrama final?
Entidades, Relaciones y Atributos.

Las llaves primarias se identifican con numeral #.
Campo obligatorio se identifica con un asterisco *.
Campo opcional se identifica con el indicador ordinal º.

Es mejor (y por buena practica) manejar todos los textos lo mas estandarizado posible, sin tildes, acentos y preferentemente en inglés.

Kevin Andrés Cornejo Surichaqui

student•

gracias

Edward Fabian Martinez Aparicio

student•

También es buen no colocar espacios entre los nombres de las tablas o columnas

Asahi Cantu Moreno

student•

MySQL tiene una herramienta muy buena llamada MySQL Wrkbench que les permite generar un diagrama y posteriormente ejecutar un comando que generará las instrucciones SQL necesarias para generar la base de datos previamente diseñada.

Iván Toro

student•

Buen aporte.

Aderson Rangel Parada

student•

Microsfot Sql Server (cualquiera de sus versiones, yo manejo la express que es gratis que también tiene un diagrama para generar este tipo de modelos.

Juan Jose Vega

student•

#ElMejorCursodeBasedeDatos

Ricardo Celis

teacher•

que bien que te esté gustando =)

José Alberto Ortiz Vargas

student•

#: Primary Key
*: Atributo obligatorio
°: Atributo opcional

Erick Neftalí Sarmiento Cortes

student•

en el workbench de sql se realizan las tablas y el diagrama juntos, ¿es mejor trabajarlo ahí?

Diego Forero

Team Platzi•

Lo puedes trabajar hay, o puedes trabajar en otras herramientas, tienes que tener en cuenta que workbench solo trabaja con mysql (MariaDB) entonces si tu base de datos es otra como PostgreSQL o MS-SQL u Oracle solo te va a servir la parte del diagrama.

Existen programas como power designer que son muy buenos y son agnósticos al motor de base de datos pero es de pago.

Andric Alejandro Vargas Alarcón

student•

Solo recuerda que allí ya estas haciendo el modelo fisico

CARLOS GILBERTO REYNOSO PEREZ

student•

Actualmente las empresas son grupos que tienen mucho contacto internacional, los programadores comparten mucho código, de distintos sistemas y comunidades, es muy difícil que un desarrollador llegue a una empresa a crear un sistema desde cero y solo. El trabajo se realiza en equipo, por ello es importante utilizar buenas practicas que ayuden a disminuir el tiempo de la curva de aprendizaje del código de un nuevo sistema, que si bien son muy subjetivas y no están escritas como regla ayudan a poner mucho orden.

Algunos puntos importantes que por experiencia me han servido son:

Comentar el código, poner algunas notas que den tips de que hacen determinados apartados, con el paso del tiempo y muchos sistemas de olvidan el objetivo de las funciones, query’s, etc…

Nombrar tablas, atributos, bases de datos en un “lenguaje universal” ingles. Me tocaron sistemas en francés que son un dolor de cabeza para traducir.

Si se utiliza español evitar acentos o caracteres especiales, un caso muy común es nombrar un campo como “año” en vez de “anio” esos caracteres generan problemas de compatibilidad y conversión.

Nombrar las tablas en plural pues contienen varios registros y los atributos en singular.

Poner nombres a los campos que sean descriptivos (en caso de no tener restricción de caracteres), las siglas confunden con el paso del tiempo.

En bases de datos grandes evitar redundar con información que alentara las consultas, como totales, como datos que puedan ser calculados desde el front y que son móviles respecto al tiempo.

Por ultimo utilizar catálogos con ID numéricos relacionados a las tablas principales como FK, para evitar utilizar texto en las búsquedas y agilizar las consultas.

Saludos

Eduardo Vega

student•

Gracias por los datos. Pero si uno quiere crear su propria startup y no tiene contactos, le toca inciar desde cero, o usar librerias y frameworks.

Daniel Cadavid

student•

 En este paso al diagrama ya realizado en el paso 3 le agregamos los atributos a cada entidad
 Una buena práctica es escribir las tablas y los atributos en inglés para no tener problema con la codificación utf-8 debido a los acentos
 Las llaves primarias se identifican con ·#, los obligatorios con * y los opcionales con circulo
 La herramienta para diagramar recomendada por el profe es draw.io
 Los compañeros recomiendan www.mysql.com/products/workbench/ y www.lucichart.com para diagramar ya que estas generan de manera automática las instrucciones SQL necesarias para generar la base de datos previamente diseñada.
 Para instalar mysql 5.6 y workbench 6.3 ver el siguiente video guía https://www.youtube.com/watch?v=0Bg5ni8p_kw
 Así quedaría el diagrama terminado este paso:

 Algunos tips importantes a la hora de crear una bd:

Comentar el código, poner algunas notas que den tips de que hacen determinados apartados, con el paso del tiempo y muchos sistemas de olvidan el objetivo de las funciones, query’s, etc…
Nombrar tablas, atributos, bases de datos en un “lenguaje universal” ingles. Me tocaron sistemas en francés que son un dolor de cabeza para traducir.
Si se utiliza español evitar acentos o caracteres especiales, un caso muy común es nombrar un campo como “año” en vez de “anio” esos caracteres generan problemas de compatibilidad y conversión.
Nombrar las tablas en plural pues contienen varios registros y los atributos en singular.
Poner nombres a los campos que sean descriptivos (en caso de no tener restricción de caracteres), las siglas confunden con el paso del tiempo.
En bases de datos grandes evitar redundar con información que alentara las consultas, como totales, como datos que puedan ser calculados desde el front y que son móviles respecto al tiempo.
Por ultimo utilizar catálogos con ID numéricos relacionados a las tablas principales como FK, para evitar utilizar texto en las búsquedas y agilizar las consultas.

Cristian Orozco Benjumea

student•

Muy útil hacerlo en Draw.io sin embargo no veo como agregar columnas a los cuadros.

Diego Forero

Team Platzi•

Aquí se ve como se agregan https://platzi.com/clases/bd/concepto/bases-de-datos-no-relacionales-y-otros-tipos-de-ba/metodologia-de-diseno-paso-5/material/?time=385 lo que sucede es que en la nueva versión no se muestra las separaciones internas de las tablas pero si crea la nueva columna.

Tatiana Uintaco

student•

Andaba buscando lo mismo

Daniel Eduardo Espitia Corredor

student•

Tambien pueden trabajar con lucidchart. Este permite exportar el codigo sql para no tener que realizar de nuevo la implementación

Wilson Marino Pablo Mendez

student•

designed in starUML

Aseret Jimenez

student•

Cuando tenemos relaciones N:M El Data Modeler automaticamente nos crea las entidades debiles

Hernán Quiroga

student•

Es el curso mas recursivo que vi en mi vida, un poco mas de dinamica por favor !

Yezid Garcia Medina

student•

Programa o link para hacer y diseñar diagramas de bases de datos

Sebastian Pérez Quintero

student•

Hola a tod@s cómo estan?
Me podrían ayudar a resolver una inquietud por favor? He visto mucho en el curso que para el ID la mayoria de veces se usa el serial, pero acá viendo lo del diagrama, instale workbench de mysql pero no veo un tipo serial y entonces investigando veo que usan int con auto incremental… y mi pregunta sería, ¿es esto lo mismo que poner serial o qué otro campo se debría usar?

Jhon Carlos Colorado Angulo

student•

Hola estas en lo cierto en el diagrama conceptual se utiliza el serial pero esto llevandolo al diagrama de Workbench sería de tipo int auto_increment

Diego Forero

Team Platzi•

Como lo menciona @cantante_carlit es dato serial se refiere a que es un número serial (consecutivo) por esto se usa auto_increment y un dato de tipo int (entero) hay que aclarar que el campo es de tipo entero y tiene un flag auto_increment.

Camilo Rivera Quintero

student•

MySQL Workbench
https://dev.mysql.com/downloads/workbench/

Jonattan Infante

student•

Yo utilizo la Herramienta de Modelos que tienes MySQL porque es muy sencillo ademas que cuando tu tienes el modelo puedes crear el script con un par de pasas adicionales.

Walter Jesus Santiago Gonzalez

student•

Buen día,

https://www.draw.io/

Crisel Georgina Mendoza Estrada

student•

no supe como hace las lineas punteadas y luego continuas asi que lo con dos lineas de acuerdo a la relacion ![](

Metodología de Diseño (Paso 5): Diagrama Conceptual

Introducción al Curso Fundamentos de Bases de Datos

¡Vamos a renovar este curso!

Introducción al Curso de Bases de Datos

Teoría general de Bases de Datos

Propósito general de las Bases de Datos

Tipos de Bases de Datos y sus aplicaciones en la industria

Visión general de los datos

Tipos de Datos

Diferentes tipos de Bases de Datos

Reto ¿Hadoop y Blockchain podrían cambiar una Base de Datos tradicional?

Bases de Datos Relacionales

¿Qué es una Entidad?

¿Qué es una Relación?

Características o datos de una Entidad

¿Ya aparecieron las llaves?

Índices e Indexación

Constraints o Restricciones

Capas de abstracción del modelo Entidad-Relación

Metodología básica de 9 pasos con Barker (Paso 1) Identificar Cuáles son las Entidades Resuelven Nuestro Problema

Metodología básica de 9 pasos con Barker (Paso 2): Identificación de las Relaciones de las Entidades.

Metodología básica de 9 pasos con Barker (Paso 3): Entidades y Relaciones

Metodología de Diseño (Correcciónes del paso 2 y 3)

Metodología de Diseño (Paso 4): Asignar Atributos a las Entidades.

Metodología de Diseño (Solución del paso 4): Terminando de Asignar Atributos a las Entidades

Metodología de Diseño (Pasos 5, 6 y 7) 5. Generar un diagrama conceptual, 6. Modelo lógico, 7. Identificar nuevos atributos que generan nuestras entidades débiles.

Metodología de Diseño (Paso 8): Construir el Diagrama del Modelo Físico

Metodología de Diseño (Paso 9): Pasar al estándar de la base de datos (SQL)

Reto con el paso 4 de la Metodología de Diseño

Bases de Datos NO Relacionales y Otros tipos de Bases de Datos

Atomicidad y consistencia

Aislamiento y durabilidad

Bases de Datos In-Memory (Cambio de árboles a columnar)

Otros tipos de Bases de Datos en la industria

Bases de Datos In-Memory con indexación de columnar

Definiendo el Proyecto y Generando Entidades de PlatziStore: Pasos 1 y 2

Definir la Estructura de la Tabla Cliente del Proyecto: Pasos 3 y 4

Terminando de Estructurar Nuestras Tablas (Continuación del paso 4)

Metodología de Diseño (Paso 5): Diagrama Conceptual

Metodología de Diseño (Paso 6 y 7): Modelo Lógico y Entidades Débiles

Solución de atributos de entidad del proyecto - Atributos adicionales a entidad débil creada

Metodología de Diseño (Paso 8)

Llevando nuestro proyecto a SQL (Paso 9)

Terminando la Implementación del Proyecto (Paso 9)

Dependencias funcionales

Normalización, llevando el proyecto hasta tercera forma normal (primera forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (segunda forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (Cuarta y quinta forma normal)

Comenzando con SQL

DDL: Data Definition Language y DML: Data Manipulation Language

ACID desde lo no relacional

CAP

Scale Out y Scale Up

¿Scale out o Scale up?

DBMS en nube para poder iniciar una aplicación propia

IMPORTANTE: Preparación del entorno de trabajo

Estructura básica de un Query

Aprendiendo a Hacer más Querys

Estructura básica del Query con más de una tabla

Estructura básica del Query con más de una tabla 2

Tuplas y más tuplas

Insertar registros

Joins

Noo SQL Aplicado, Planteando el Problema

Aplicando NoSQL: Colecciones y Shards

Aplicando noSQL: Integración de Comunicaciones y Hardware en una Base de Datos Scale OUT

Aplicando noSQL: Integrando JSON a Bases de Datos No Relacionales

Conclusiones del curso