Autor: Juan Pablo Fuentes

Formador de programación y bases de datos

Tipos de datos en Mysql

Referencia: https://dev.mysql.com/doc/refman/8.0/en/data-types.html

Tipos de dato numéricos

Listado de cada uno de los tipos de dato numéricos en MySQL, su ocupación en disco y valores.

  • INT (INTEGER): Ocupación de 4 bytes con valores entre -2147483648 y 2147483647 o entre 0 y 4294967295.
  • SMALLINT: Ocupación de 2 bytes con valores entre -32768 y 32767 o entre 0 y 65535.
  • TINYINT: Ocupación de 1 bytes con valores entre -128 y 127 o entre 0 y 255.
  • MEDIUMINT: Ocupación de 3 bytes con valores entre -8388608 y 8388607 o entre 0 y 16777215.
  • BIGINT: Ocupación de 8 bytes con valores entre -263y 263-1o entre 0 y 16777215.
  • DECIMAL (NUMERIC): Almacena los números de coma fija como cadenas o string.
  • FLOAT (m,d): Almacena números de coma flotante, donde ‘m’ es el número de dígitos de la parte entera y ‘d’ el número de decimales.
  • DOUBLE (REAL): Almacena número de coma flotante con precisión doble. Igual que FLOAT, la diferencia es el rango de valores posibles.
  • BIT (BOOL, BOOLEAN): Número entero con valor 0 o 1.

Tipos de dato con formato fecha

Listado de cada uno de los tipos de dato con formato fecha en MySQL, su ocupación en disco y valores.

  • DATE: Válido para almacenar una fecha con año, mes y día, su rango oscila entre  ‘1000-01-01′ y ‘9999-12-31′.
  • DATETIME: Almacena una fecha (año-mes-día) y una hora (horas-minutos-segundos), su rango oscila entre  ‘1000-01-01 00:00:00′ y ‘9999-12-31 23:59:59′.
  • TIME: Válido para almacenar una hora (horas-minutos-segundos). Su rango de horas oscila entre -838-59-59 y 838-59-59. El formato almacenado es ‘HH:MM:SS’.
  • TIMESTAMP: Almacena una fecha y hora UTC. El rango de valores oscila entre ‘1970-01-01 00:00:01′ y ‘2038-01-19 03:14:07′.
  • YEAR: Almacena un año dado con 2 o 4 dígitos de longitud, por defecto son 4. El rango de valores oscila entre 1901 y 2155 con 4 dígitos. Mientras que con 2 dígitos el rango es desde 1970 a 2069  (70-69).

Diferentes tipos de dato con formato string

Listado de cada uno de los tipos de dato con formato string en MySQL, su ocupación en disco y valores.

  • CHAR: Ocupación fija cuya longitud comprende de 1 a 255 caracteres.
  • VARCHAR: Ocupación variable cuya longitud comprende de 1 a 65.535 caracteres (se cuenta entre todos los campos de la tabla).
  • TINYBLOB: Una longitud máxima de 255 caracteres. Válido para objetos binarios como son un fichero de texto, imágenes, ficheros de audio o vídeo. No distingue entre minúculas y mayúsculas.
  • BLOB: Una longitud máxima de 65.535 caracteres. Válido para objetos binarios como son un fichero de texto, imágenes, ficheros de audio o vídeo. No distingue entre minúculas y mayúsculas.
  • MEDIUMBLOB: Una longitud máxima de 16.777.215 caracteres. Válido para objetos binarios como son un fichero de texto, imágenes, ficheros de audio o vídeo. No distingue entre minúculas y mayúsculas.
  • LONGBLOB: Una longitud máxima de 4.294.967.298 caracteres. Válido para objetos binarios como son un fichero de texto, imágenes, ficheros de audio o vídeo. No distingue entre minúculas y mayúsculas.
  • SET: Almacena 0, uno o varios valores una lista con un máximo de 64 posibles valores.
  • ENUM: Igual que SET pero solo puede almacenar un valor.
  • TINYTEXT: Una longitud máxima de 255 caracteres. Sirve para almecenar texto plano sin formato. Distingue entre minúculas y mayúsculas.
  • TEXT:Una longitud máxima de 65.535 caracteres. Sirve para almecenar texto plano sin formato. Distingue entre minúculas y mayúsculas.
  • MEDIUMTEXT:Una longitud máxima de 16.777.215 caracteres. Sirve para almecenar texto plano sin formato. Distingue entre minúculas y mayúsculas.
  • LONGTEXT: Una longitud máxima de 4.294.967.298 caracteres. Sirve para almecenar texto plano sin formato. Distingue entre minúculas y mayúsculas.

Además de estos tipos MySQL incorpora JSON y datos espaciales. Más información aquí:

https://ed.team/blog/como-trabajar-con-json-en-mysql

https://mappinggis.com/2019/09/mysql-y-gis-usa-mysql-como-una-base-de-datos-espacial/

Del modelo ER al modelo lógico, un ejemplo

Revista(1)—(N)Artículo(N)—(N)Autor

Revista: título, ISSN, número, año publicacion

Artículo: título, página inicio y fin

Autor: Nombre, email, país nacimiento

Autor-Artículo: posición

 

E/R- > Modelo lógico siguiendo los pasos del esquema

Nombre de la clave principal: id a secas, id+nombre tabla, id_nombretabla (ej: id, idrevista, id_revista)

Reglas de nombres: Minúsculas, NO ACENTOS O Ñ, podemos usar guión bajo como separador

Los nombres de las tablas también usan esas reglas, poner el nombre en singular

Usemos lo que usemos: con coherencia

revista

id_revista

titulo

issn

numero

anyo_publicacion

 

articulo

id_articulo

titulo

pagina_inicio

pagina_fin

id_revista

 

autor

id_autor

nombre

email

pais_nacimiento

 

autor_articulo

id_autor_articulo

id_articulo

id_autor

posicion

 

Pequeña práctica

Crear una base de datos ‘Zoologico’

Y dentro de esa base de datos una tabla ‘Especies’

De la siguiente manera:

Especies

id_especie   auto increment

nombre_comun  varchar(50)

nombre_cientifico  varchar(50)

descripción  varchar(50)

Reglas para la transformación del modelo E-R al modelo lógico

1.- Cada entidad se transforma en una tabla

Si en nuestro modelo ER tenemos una entidad ‘Productos’ en nuestra base de datos tendremos una tabla ‘Productos’

2.- Cada tabla tiene una clave principal. Puede ser una clave natural o subrogada, pero aconsejamos poner una clave principal subrogada con idnombretabla

Las claves naturales prácticamente no se usan. Todos los SGBD tienen tipos de datos que se autoincrementan. Si tenemos una tabla productos mi consejo es que crees un campo llamado ‘id’ o ‘idproducto’ de tipo autoincremental.

3.- Las relaciones se tranforman así:

1-N El campo clave de la tabla de la parte ‘1’ de la relación se pone como campo en la tabla de la parte ‘N’

N-N Se crea una tabla intermedia con los campos claves de las dos tablas como campos y opcionalmente (aunque yo lo recomiendo) un campo clave propio.

Si tengo las tablas Categorías, Productos y Proveedores con una relación 1-N entre categorías y productos y una relación N-N entre proveedores y productos lo tendríamos que implementar así:

a) El campo clave de categoría (idcategoría) lo pongo como campo normal en Productos.

b) Creo una tabla productos_proveedores y en esta tabla pongo tres campos: idproducto_proveedor clave principal autoincrement, idproducto e idproveedor como campos normales.

4.- Se ponen los atributos con sus tipos donde corresponda, sea en la relación o sea en la tabla.

Cada SGBD tiene sus tipos de datos, pero en general todos tienen tipos de datos varchar para texto, int para datos enteros, decimal o currency para monedas, date y datetime para fechas y horas…

Hay que tener en cuenta algunas cosas:

a) Hay datos que parecen numéricos pero son cadenas de texto: un código postal, un teléfono. Como regla podemos decir que será de tipo numérico aquello con lo que podemos operar (sumar, restar) como por ejemplo un stock, un precio y será de tipo texto aquello con lo que no tiene sentido operar, en un código postal no tiene sentido sumar o restar nada.

b) Los atributos pueden ir en las relaciones, no es algo extraño. Si tengo una relación entre actores y películas N-N puedo tener un atributo ‘papel’ que no va ni en actor ni en película, va en la relación. Como las relaciones N-N crean una tabla intermedia ese atributo irá en la tabla intermedia.

Más ejercicios modelo entidad relación

Se desea crear una base de datos que contenga información sobre las revistas a las que estás suscrito o compras habitualmente. De cada revista, se pide su título, el ISSN (un código que identifica a la publicación), el número y el año de publicación. También se desea almacenar información de cada uno de los artículos publicados: el título, la página de inicio y la página de fin. Se asume que no hay dos artículos con el mismo título.

Cada artículo puede estar escrito por varios autores, de quienes interesa conocer su nombre, una dirección de correo electrónico y su país de nacimiento, así como un número que indique la posición en la que aparece en cada artículo: un 1 si es el primer autor, un 2 si aparece en segundo lugar, etc.

REVISTA     ARTÍCULO  AUTOR

Revista(1)—(N)Artículo(N)—(N)Autor

Revista: título, ISSN, número, año publicacion

Artículo: título, página inicio y fin

Autor: Nombre, email, país nacimiento

Autor-Artículo: posición

Una ONG desea elaborar una base de datos para llevar el seguimiento de todos sus proyectos. Tiene diversas sedes en varios países que se encargan de gestionar y coordinar los proyectos de ese país, cada uno de los cuales puede afectar a una o varias poblaciones.

Sobre la sedes se desea mantener un identificador, la ciudad y país en el que se encuentra, junto con su dirección, un teléfono de contacto y el nombre del director. Cada sede gestiona un conjunto de proyectos, con un código, un título, fechas de inicio y finalización, el presupuesto asignado y el nombre del responsable.

De cada proyecto es necesario conocer qué actuaciones se realizan en cada población, almacenando el nombre, país y nº de habitantes y un identificador para diferenciarlas. Además se desea la inversión del proyecto que corresponde a la población y una pequeña descripción de la actuación.

PAIS(1)—-(N)CIUDAD(1)—-(N)SEDE(1)—(N)PROYECTO(1)—–(N)ACTUACIONES

DIRECTOR(1,1)                (1,1)RESPONSABLE

Sedes: Identificador, dirección, teléfono

Proyectos: Código, título, inicio, fin, presupuesto

Actuaciones: Población, nombre, país, habitantes, identificador, descripción, inversión

 

Un parque zoológico quiere construir una BD para organizar las especies que posee y los distintos itinerarios para visitar el parque. La información se estructura de la siguiente forma. De las especies, se desea conocer su nombre común y su nombre científico, así como una descripción general y una fotografía. Cada especie puede vivir en distintos hábitats naturales, definidos por su nombre, clima y vegetación predominante. Cada especie tiene asociado un índice de vulnerabilidad dentro de cada hábitat, que mide el riesgo de extinción de la especie en el dicho hábitat. Para organizar las visitas, y en función de los hábitats que desee recorrer un visitante, el parque le ofrece una serie de recorridos por los hábitats, que se identifican por su código y se caracterizan por su duración estimada, longitud y número máximo de visitantes permitidos. Un hábitat sólo puede formar parte de un itinerario.

ESPECIES(N)—(N)HABITATS(N)—(1)ITINERARIO

Especies: Nombre común, científico, descripción, fotografía,

Habitats: nombre, clima, vegetación

Especies-Habitats: índice vulnerabilidad

Itinerario: Duración, longitud, visitantes, código

 

 

Una compañía aérea necesita una base de datos para registrar la información de sus vuelos. Los vuelos están caracterizados por un Id, la fecha y los aeropuertos de origen y destino. Cada vuelo es realizado por un avión. Los aviones tienen una matrícula que los identifica, el fabricante, un modelo e información sobre su capacidad (número máximo de pasajeros) y autonomía de vuelo (en horas). La tripulación asignada al vuelo está formada por el personal de la propia compañía. De cada trabajador se conoce su id, su nombre y su categoría profesional, así como el puesto que ocupa en cada vuelo en particular.

Por último, para cada vuelo, se almacena la lista completa de pasajeros, con su dni, el nombre, el asiento que ocupa y su clase (turista, primera o business).

 

Ejercicio academia

Crear un diseño entidad relación que permita controlar el sistema de información de una academia de cursos siguiendo estas premisas:

  • Los datos que se almacenan de los alumnos son el DNI, dirección, nombre, teléfono y la edad
  • Los cursos que imparte la academia se identifican con un código de curso. Además se almacena el programa del curso, las horas de duración del mismo, el título y cada vez que se imparte se anotará las fechas de inicio y fin del curso junto con un número concreto de curso (distinto del código) y los datos del profesor o profesora (sólo uno por curso) que son: dni, nombre, apellidos, dirección y teléfono
  • Se almacena la nota obtenida por cada alumno en cada curso teniendo en cuenta que un mismo alumno o alumna puede realizar varios cursos y en cada cual obtendrá una nota.

Mini ejercicio BD

Una empresa nos pide que creemos una BD para controlar su inventario. Tienen un almacen con una serie de productos de los que les interesa saber el nombre y la cantidad que tienen (p. ej. tuercas, 20).
Los productos se los compran a unos proveedores y quieren saber el nombre y el telefono de los mismos para que cuando necesiten renovar stock les puedan llamar.

Crear el modelo E/R para esta base de datos.

¿Crees que tienes toda la información o consideras que hay que preguntarle algo al cliente?