Unidad No.

3: Diseño de Bases de Datos | Base de Datos I

UNIDAD No. 3: DISEÑO DE BASES DE DATOS.

Objetivos

 Definir conceptos sobre diseño de bases de datos.

 Conocer las etapas que integran el proceso del diseño de una base de datos.
 Identificar las diferencias entre un diseño conceptual y un diseño lógico.
 Desarrollar ejercicios sobre el diseño de una base de datos.
 Utilizar los diferentes tipos de datos en la creación de tablas.
 Motivar a los estudiantes a la instalación de un SGBD para el desarrollo de
ejercicios.

Preguntas Exploratorias (Saberes Previos)

• ¿Qué es una Base de Datos?

• ¿Qué es el Diseño de Bases de Datos?
• ¿Qué es el Diseño Conceptual?
• ¿Qué es el Diseño Lógico?
• ¿Qué es el Diseño físico?

2.4 INTRODUCCIÓN AL DISEÑO DE BASES DE DATOS

DESARROLLO

El diseño de una base de datos consiste en definir la estructura de los datos que debe
tener la base de datos de un sistema de información determinado. En el caso relacional,
esta estructura será un conjunto de esquemas de relación con sus atributos, dominios de
atributos, claves primarias, claves foráneas, etc.

Etapas del diseño de bases de datos

El diseño de una base de datos no es un proceso sencillo. Habitualmente, la complejidad
de la información y la cantidad de requisitos de los sistemas de información hacen que sea
complicado. Por este motivo, cuando se diseñan bases de datos conviene descomponer el
proceso del diseño en varias etapas; en cada una se obtiene un resultado intermedio que

BASE DE DATOS I 1
 Unidad No.3: Diseño de Bases de Datos | Base de Datos I

sirve de punto de partida de la etapa siguiente, y en la última etapa se obtiene el resultado

deseado. De este modo no hace falta resolver de golpe toda la problemática que plantea
el diseño, sino que en cada etapa se afronta un solo tipo de subproblema. Así se divide el
problema y, al mismo tiempo, se simplifica el proceso.

1) Etapa del diseño conceptual: en esta etapa se obtiene una estructura de la

información de la futura BD independiente de la tecnología que hay que emplear.
No se tiene en cuenta todavía qué tipo de base de datos se utilizará –relacional,
red, jerárquica, etc.–; en consecuencia, tampoco se tiene en cuenta con qué SGBD
ni con qué lenguaje concreto se implementará la base de datos. Así pues, la etapa
del diseño conceptual nos permite concentrarnos únicamente en la problemática de
la estructuración de la información, sin tener que preocuparnos al mismo tiempo de
resolver cuestiones tecnológicas.
El resultado de la etapa del diseño conceptual se expresa mediante algún modelo
de datos de alto nivel. Uno de los más empleados es el modelo entidad
interrelación (entity-relationship), que abreviaremos con la sigla ER.

2) Etapa del diseño lógico: en esta etapa se parte del resultado del diseño
conceptual, que se transforma de forma que se adapte a la tecnología que se debe
emplear. Más concretamente, es preciso que se ajuste al modelo del SGBD con el
que se desea implementar la base de datos. Por ejemplo, si se trata de un SGBD
relacional, esta etapa obtendrá un conjunto de relaciones con sus atributos, claves
primarias y claves foráneas. Esta etapa parte del hecho de que ya se ha resuelto la
problemática de la estructuración de la información en un ámbito conceptual, y
permite concentrarnos en las cuestiones tecnológicas relacionadas con el modelo
de base de datos.

3) Etapa del diseño físico: en esta etapa se transforma la estructura obtenida en la

etapa del diseño lógico, con el objetivo de conseguir una mayor eficiencia; además,
se completa con aspectos de implementación física que dependerán del SGBD.

BASE DE DATOS I 2
 Unidad No.3: Diseño de Bases de Datos | Base de Datos I

Por ejemplo, si se trata de una base de datos relacional, la transformación de la

estructura puede consistir en lo siguiente: tener almacenada alguna relación que
sea la combinación de varias relaciones que se han obtenido en la etapa del diseño
lógico, partir una relación en varias, añadir algún atributo calculable a una relación,
etc. Los aspectos de implementación física que hay que completar consisten
normalmente en la elección de estructuras físicas de implementación de las
relaciones, la selección del tamaño de las memorias, entre otros.

3.2 Tipos de datos

En SQL Server cada columna tiene un tipo de dato definido, el cual es un atributo que
especifica cómo serán los datos que pueden guardarse en esa columna (números enteros,
caracteres, valores monetarios, fechas, etc.).

Asignar tipos de datos a cada columna es uno de los primeros pasos que se dan en el
diseño de una base de datos. SQL Server provee un conjunto de tipos de datos
predefinidos por el sistema. Los tipos de datos se pueden utilizar para asegurar la
integridad de los datos, dado que un dato para ser grabado o modificado deberá ajustarse
al tipo de dato especificado para la columna a la que pertenece, según fue establecido en
comando original CREATE TABLE. Por ejemplo, no se puede grabar el apellido de alguien
en una columna definida como tipo de dato fecha y hora (datetime), dado que esta
columna solo aceptará datos de fechas y horas.

El asignar un tipo de dato a un objeto define atributos del objeto:

 La precisión de los números (solamente tipos de datos numéricos). La precisión es la

cantidad de dígitos que el número puede tener. Por ejemplo un objeto smallint (entero
pequeño) puede tener un máximo de cinco dígitos, por lo que tiene una precisión de
cinco.
 La escala de un número (solamente tipos de datos numéricos). La escala de un
número es la cantidad de dígitos que puede tener a la derecha de la coma decimal.
Por ejemplo, un objeto int (entero) no puede aceptar dígitos decimales, por lo que su

BASE DE DATOS I 3
 Unidad No.3: Diseño de Bases de Datos | Base de Datos I

escala es de cero. Un valor monetario puede tener un máximo de cuatro dígitos

decimales y su escala es de cuatro.

La tabla siguiente provee la descripción de las categorías de tipos de datos que SQL
Server soporta y las descripciones de los tipos de datos base que cada categoría contiene:

Tipo de Dato
Categoría Descripción Descripción
Base
Character Los datos Character Char Los datos deben tener la
consisten en cualquier misma longitud fija
combinación de letras, (Almacena un máximo de
símbolos, y caracteres 8,000 caracteres de
numéricos. Por ejemplo, longitud.)
Los datos pueden variar en
datos  character
el número de  caracteres
válidos:"John928" 
varchar (Almacena un máximo de
"(0*&(%B99nh jkJ"
8,000 caracteres de
longitud.)
Los datos pueden ser
cadena de caracteres
ASCII. Datos de longitud
Text
variable con una longitud
máxima de 2^31-1
(2.147.483.647) caracteres.
Los datos Datetime consisten datetime Los datos fecha están
de combinaciones de fechas comprendidos entre en el 1
o horas válidas. No existe de Enero de 1753 hasta el
tipos de datos separados 31 de diciembre de 9999.
Datetime
Smalldatetime Los datos fecha están
para fechas y horas para
comprendidos entre en el 1
almacenar solo fechas o solo
de Enero de 1900 hasta el
horas
31 de diciembre de 2079.
Decimal Los datos Decimal consisten decimal Una columna de tipo
de datos numéricos que son decimal puede almacenar
almacenados al menor dígito datos numéricos decimales
significativo sin redondear. Donde p es

BASE DE DATOS I 4
 Unidad No.3: Diseño de Bases de Datos | Base de Datos I

la precisión (número total

del dígitos) y s la escala
(número de valores
decimales), y va desde
-1038 + 1 hasta 1038 – 1.
En SQL Server, el tipo de
datos numeric es
numeric
equivalente al tipo de datos
decimal.
Desde –2^63 (–
9223372036854775808) a
Los datos Integer consisten bigint
2^63–1
de números enteros positivos
Integer (9223372036854775807).
y negativos tales como: –15, Desde –2.147.483.648 a
int
0, 5, y 2.509. 2.147.483.647
smallint Desde –32,768 a 32.767 
tinyint Desde cero a 255
Almacena valores
Monetary representa montos money numéricos monetarios de
Monetary de dinero positivos o -263  a 263-1
negativos Desde –214.748,3648 a
smallmoney
214.748,3647

Todos los tipos de datos enteros pueden marcarse con la propiedad identity para hacerlos
autonuméricos.

3.3 Diseñar una base de datos.

El diseño de una base de datos consiste en definir la estructura de los datos que debe
tener un sistema de información determinado. Para ello se suelen seguir por regla general
unas fases en el proceso de diseño, definiendo para ello el modelo conceptual, el lógico y
el físico

El modelo relacional de bases de datos se rige por algunas normas sencillas:

BASE DE DATOS I 5
 Unidad No.3: Diseño de Bases de Datos | Base de Datos I

 Todos los datos se representan en forma de tablas (también llamadas

“relaciones”, ver nota anterior). Incluso los resultados de consultar otras tablas. La
tabla es además la unidad de almacenamiento principal.

 Las tablas están compuestas por filas (o registros) y columnas (o campos) que

almacenan cada uno de los registros (la información sobre una entidad concreta,
considerados una unidad).

 Cada tabla debe poseer una clave primaria, esto es, un identificador único de
cada registro compuesto por una o más columnas.

 Para establecer una relación entre dos tablas es necesario incluir, en forma de

columna, en una de ellas la clave primaria de la otra. A esta columna se le
llama clave externa. Ambos conceptos de clave son extremadamente importantes
en el diseño de bases de datos.

Basándose en estos principios se diseñan las diferentes bases de datos relacionales,

definiendo un diseño conceptual y un diseño lógico, que luego se implementa en el diseño
físico usando para ello el gestor de bases de datos de nuestra elección (por ejemplo SQL
Server).

METODOLOGIA.
 Preguntas exploratorias.
 Análisis de diapositiva.
 Trabajo individual.
 Desarrollo de guía de ejercicios.

ACTIVIDADES

 Se realizará una lluvia de ideas para conocer lo pre saberes de cada estudiante.
 Preguntas a los estudiantes durante el transcurso de la clase para verificar el grado
de aprendizaje obtenido.
 Resolución de guía de ejercicios.

BASE DE DATOS I 6
 Unidad No.3: Diseño de Bases de Datos | Base de Datos I

RECURSOS:

 Computadora.
 Pantalla.
 Diapositiva.
 Guía de ejercicios.

TIEMPO

 4 horas clase.

EVALUACIÓN

 Trabajo en equipo.
 Trabajo individual.
 Guía de ejercicios.

BIBLIOGRAFÍA

 Batini, Carlo; Stefano, Ceri, Shamkant, Navathe. Diseño conceptual de bases de datos: Un
enfoque de entidades-interrelaciones. Editorial Addison Wesley, Reading, Massachusetts,
1994.

 Abraham Silberschatz; Henry F. Korth; S. Sudarshan. Fundamentos de Bases de Datos.

Editorial MC. Graw Hill, 5ª edición, Madrid España, 2006.

BASE DE DATOS I 7
 Unidad No.3: Diseño de Bases de Datos | Base de Datos I

GUIA DE TRABAJO

Ejercicio: Se desea diseñar una base de datos para el control de inventario y facturación
de la Librería “Belén” a partir de la siguiente información:

 Proveedor (idprov, nomprov, nit, direccion, telprov, correoe).

 Clientes (idcliente, nomcliente, nit, direccion, telcliente, dui, nit)
 Compras (idcompra, subtotal, ivacompra, vtotal, fcompra, numcomprob)
 Ventas (idventa, numfact, numcomprob, formpago, subtotal, iva, total, fecha)
 Vendedor (idvendedor, nomvendedor, direccion, tel, correoe, dui, sexo, nit)
 Det_compra (iddetacompra, cantidad, pu)
 Det_ventas (iddetaventa, cantidad, pu)
 Categoria (idcat, ncat)
 Artículos (idart, descripcion)
 Municipio (idmunic, nmunic)
 Depto (iddepto, ndepto)
 Inventario (idexistencia, nexistencias, prec_costo, prec_venta)

Se pide:

1. Relacionar las tablas, y colocar las respectivas llaves foráneas,

2. Elaborar el Modelo Entidad Relación.
3. Elaborar el Modelo Relacional.
4. Crear la base de datos en SQL Server.
5. Crear el Diagrama de Base de Datos.

BASE DE DATOS I 8