MySQL Workbench- Descarga

MySQL Workbench-forward engineer

En esta publicación se mostrará como usar la herramienta forward engineer de MySQL Workbench

permite migrar un esquema a una base de datos lo cual permite ahorrar tiempo en el diseño de la base de datos.

1.- se deberá crear un modelo entidad relacion nuevo, si ya cuenta con uno omita este paso.

2.-Agregue un nuevo diagrama entidad relación

3.- Agregamos las tablas (entidades)

4-.Agregamos los atributos de las entidades

5.- Entrar al modelo de vista diagrama entidad dando clic en el icono 

6.- Se mostraran de lado izquierdo las tablas que se crearon en el paso 3

7.-En este paso se utilizara la herramienta forward engineer

Para acceder a la herramienta forward engineer se sigue la siguiente secuencia

1.-En la barra de herramientas dar clic "DATABASE".

2.-Seleccionar forward engineer 

3.-Abrirá la ventana forward engineer to database

NOTA:

SI CONTAMOS CON LA BASE DE DATOS DE FORMA LOCAL TENDREMOS QUE LA DIRECCIÓN IP ES 127.0.0.1 POR LO QUE NO ES NECESARIO MODIFICAR NINGÚN PARÁMETRO SOLO DAREMOS CLIC EN NEXT . EN CASO DE QUE NO HAYA PUESTO A LA BASE DE DATOS "GUARDAR LA CONTRASEÑA POR DEFAULT" SE LA PEDIRÁ NUEVAMENTE HASTA QUE LA GUARDE

EN ESTA PANTALLA SE MUESTRA  COMO EL DIAGRAMA DE ENTIDAD RELACIÓN PUDO SER TRASFORMADO A LA BASE DE DATOS SOLO RECUERDA SELECCIONAR LA BASE DE DATOS QUE UTILIZARÁS PARA LA INGENIERÍA INVERSA

MySQL Workbench-SINTAXIS Y PROPIEDADES

SINTAXIS Y PROPIEDADES UTILIZADOS EN WORKBENCH

CURRENT_TIMESTAMP

Coloca la fecha automáticamente al realizar un registro en una tabla

Para utilizarlo debes realizar los siguientes pasos:

1. Crear la columna  con el tipo de dato fecha
2. Por default en las Propiedades del campo, colocar  la sintaxis: CURRENT_TIMESTAMP
3. Recuerda definir completa la tabla con sus correspondientes tipos de datos y campos, para que funcione

Definición de campo fecha 

Nota: con respecto al formato de fecha no sera mencionado en este apartado

MySQL Workbench - EER Editor de Diagramas - La barra de herramientas vertical - Las Herramientas de Relación

El día de hoy tratare la sección de MySQL Workbench > EER Editor de Diagramas >La barra de herramientas vertical > Las Herramientas de Relación

La barra de herramientas vertical se muestra en la barra lateral izquierda cuando se selecciona una ficha de diagrama EER. Las herramientas de esta barra de herramientas ayudan a crear diagramas EER.

Barra de herramientas vertical

Las Herramientas de Relación

Las cinco herramientas de relación se utilizan para representar las siguientes relaciones:

• Relaciones no identificables de uno a muchos
• Relaciones no identificadas uno a uno
• Relaciones de identificación de uno a muchos
• Relaciones de identificación uno a uno
• Relaciones de identificación de muchos a muchos

NOTAS DE REFERENCIA ADICIONAL

Please explain identifying/non-identifying relationships(Re: Por favor explique las relaciones de identificación / no-identificación)
Identificar la relación - donde la identidad / existencia de la entidad secundaria depende únicamente de la entidad matriz. Ninguna entidad principal significa ninguna entidad secundaria. Por ejemplo, si elimina un pedido (tabla de pedidos), es probable que también desaparezcan todas las líneas de pedido del pedido (order_line_item), ya que las líneas de pedido sin orden no tienen sentido. Por lo tanto, la identidad de un elemento de línea de pedido solo depende de una orden de concordancia existente.

Relación no identificadora: la entidad secundaria puede mantenerse por sí sola sin la entidad matriz. Por ejemplo, si tiene una tabla de autor y una tabla de libro. Tal vez quiera almacenar datos sobre un libro, pero no sabe quién es el autor. La identidad / existencia del libro es independiente de tener la información del autor. 

Para una relación de identificación, coloque la columna de clave principal del padre en la columna de clave principal del niño (junto con otras columnas necesarias para proporcionar unicidad).

Para una relación no identificadora, se coloca la columna de clave principal del padre en la tabla del niño, pero no en la clave principal.


https://forums.mysql.com/read.php?125,590251,594011

------------------------------------------------------------------------------------------------------
¿Cuál es la diferencia entre identificar y no identificar relaciones?(What's the difference between identifying and non-identifying relationships?)

1. Una relación de identificación es cuando la existencia de una fila en una tabla secundaria depende de una fila en una tabla primaria. Esto puede ser confuso porque es práctica común en estos días para crear un pseudokey para una tabla secundaria, pero no convertir la clave externa en la parte primaria de la clave principal del niño. Formalmente, la forma "correcta" de hacerlo es hacer que la clave extranjera sea parte de la clave primaria del niño. Pero la relación lógica es que el niño no puede existir sin el padre. 
2. Ejemplo: A Persontiene uno o más números de teléfono. Si tuvieran sólo un número de teléfono, podríamos simplemente almacenarlo en una columna de Person. Dado que queremos apoyar varios números de teléfono, hacemos una segunda tabla PhoneNumbers, cuya clave principal incluye la person_idreferencia a la Persontabla.
3. Podemos pensar que los números de teléfono pertenecen a una persona, aunque se modelen como atributos de una tabla separada. Esta es una pista fuerte de que esta es una relación de identificación (incluso si no incluimos literalmente person_iden la clave primaria de PhoneNumbers).
4. Una relación de no identificación es cuando los atributos de clave primaria del padre no deben convertirse en atributos clave primario del niño. Un buen ejemplo de esto es una tabla de búsqueda, como una clave externa en la Person.statereferencia a la clave principal de States.state. Persones una tabla de niño con respecto a States. Pero una fila en Personno se identifica por su stateatributo. Es decir, stateno es parte de la clave primaria de Person.
5. Una relación de no identificación puede ser opcional o obligatoria , lo que significa que la columna de clave externa permite NULL o no permite NULL, respectivamente.

https://stackoverflow.com/questions/762937/whats-the-difference-between-identifying-and-non-identifying-relationships

--------------------------------------------------------------------------------------------------------------------------

Relación Identificadora (Identifying Relationship): En una relación identificadora (identifying relationship), la clave primaria de una entidad fuerte es absorbida por una entidad débil. Se dice que es una entidad débil, porque por sí misma no tiene modo de identificarse de forma única (no tiene clave primaria).

Un ejemplo: tenemos una aplicación que registra el ingreso de los empleados a las instalaciones de la organización. he aquí el modelo:

empleado { id_empleado, nombre, apellido, departamento, cargo }
ingreso_a_instalaciones { id_empleado, hora_ingreso, puerta }

En este caso, existe una relación identificadora porque cada registro de ingreso_a_instalaciones *requiere* que se especifique la id_empleado. De no especificarse, no se podría saber quién ingresó a las instalaciones. Eso convierte a cada ingreso_a_instalaciones en una entidad débil, que depende de la existencia de otra entidad (el empleado)

Relación No Identificadora (Non-Identifying Relationship): En una relación no identificadora (non-identifying relationship) no depende de la existencia de otra, porque tiene su propia clave principal.

Un ejemplo: tenemos una aplicación que lleva la nómina:
empleado { id_empleado, nombre, apellido, cargo, departamento, id_empleado_jefe }

En este caso, yo puedo usar la clave foránea id_empleado_jefe para establecer qué otro empleado es jefe de un empleado en particular, pero en sí, cada empleado tiene su id_empleado, por lo que la relación con el *empleado jefe* no tiene para nada que ver con la existencia del empleado común.
http://www.marcossarmiento.com/2017/05/05/como-crear-relaciones-entre-tablas-en-mysql-con-workbench/

MYSQL Workbench-Migrar datos de Excel a MYSQL con Workbench 5.6

Buenos días

En esta publicación se mostrar cómo Migrar datos de Excel a MYSQL con Workbench 5.6 para eso tienes que seguir los siguientes pasos:

1.- crear la tabla(entidad) en la base de datos de MYSQL Workbench con su respectivo tipo de dato para cada columna(atributo)

2.- preparar la información en columnas(atributo) sin encabezados en la hoja de excel <si le pone los encabezados al cargarla  marcará error de inserción>

3.- guarda el archivo de excel en el formato.csv que es delimitado por comas
y el tipo de codificación de texto UTF-8 delimitado por comas para que se pasen correctas todas las palabras con acento

NOTA MUY IMPORTANTE: En excel lo encontrara en guardar como: CSV UTF-8(delimitado por comas)(*.csv)

4.- utiliza la siguiente sintaxis para poder exportar del excel a MySQL Workbench

load data LOCAL infile 'C:/USUARIO/NOMBRE_USUARIO/NOMBRE_CARPETA/NOMBRE_DEL_ARCHIVO.csv' into table cliente
fields terminated by ','
lines terminated by '\n';

5.- consulte si se cargaron bien los datos en la base de datos realizando una consulta select * from NOMBRE_TABLA

NOTA:
RECUERDA VALIDAR LAS COLUMNAS TENGAN EL MISMO TIPO DE DATO O LAS LLAVES PRIMARIAS Y FORÁNEAS YA QUE ESO MARCO UN ERROR AL CARGAR LOS DATOS. RECUERDA TAMBIÉN LA POSICIÓN DE LOS CAMPOS PARA QUE PUEDA SER INSERTADO CORRECTAMENTE

load data LOCAL infile 'C:/Users/edgar.villalobosm/Desktop/DEPURACION DE CORREOS/PRUEBA-29000.csv' into table cliente2
fields terminated by ','
lines terminated by '\n';