Base de datos

Una base de datos es un conjunto de datos pertenecientes a un mismo contexto y

almacenados sistemáticamente para su posterior uso. En este sentido; una biblioteca puede
considerarse una base de datos compuesta en su mayoría por documentos y textos
impresos en papel e indexados para su consulta. Actualmente, y debido al desarrollo
tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos
están en formato digital, siendo este un componente electrónico, por tanto se ha
desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de
datos.

Hay programas denominados sistemas gestores de bases de datos, abreviado SGBD (del
inglés Database Management System o DBMS), que permiten almacenar y posteriormente
acceder a los datos de forma rápida y estructurada. Las propiedades de estos DBMS, así
como su utilización y administración, se estudian dentro del ámbito de la informática.

Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas;
También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la
información experimental.

Tablas o Entidades
Tabla en las bases de datos, se refiere al tipo de modelado de datos donde se guardan los
datos recogidos por un programa. Su estructura general se asemeja a la vista general de un
programa de tablas

Las tablas se componen de dos estructuras:

 Campo: Corresponde al nombre de la columna. Debe ser único y además de tener un

tipo de dato asociado.
 Registro: Corresponde a cada fila que compone la tabla. Ahí se componen los datos y
los registros. Eventualmente pueden ser nulos en su almacenamiento.

En la definición de cada campo, debe existir un nombre único, con su tipo de dato
correspondiente. Esto es útil a la hora de manejar varios campos en la tabla, ya que cada
nombre de campo debe ser distinto entre sí.

A los campos se les puede asignar, además, propiedades especiales que afectan a los
registros insertados. El campo puede ser definido como índice o autoincrementable, lo cual
permite que los datos de ese campo cambien solos o sean el principal indicar a la hora de
ordenar los datos contenidos.

Cada tabla creada debe tener un nombre único en la cada base de datos, haciéndola
accesible mediante su nombre o su seudónimo (alias) (dependiendo del tipo de base de
datos elegida).
La estructura de las tablas viene dado por la forma de un archivo plano, los cuales en un
inicio se componían de un modo similar.

Tipos de tablas

Tablas persistentes

Son aquellas que permiten que los registros sean eliminados o borrados manualmente y
tenemos de tres tipos:

 Base: Es donde se encuentra toda la información de todos los registros sin que se
haga ninguna validación adicional.
 Vista: Es una relación que se hace en referencia a una fila o columna específica.
 Instantáneo: Es todo registro que se puede ver de manera inmediata con solo una
referencia.

Tablas temporales

Son aquellas tablas que son eliminadas automáticamente por el motor de base de datos.
Que es un script
Es un programa, o sea un conjunto de comandos, que se le da a un motor SQL para decirle
lo que debe hacer y en que orden debe hacerlo.

Procedimiento almacenado
Un procedimiento almacenado (stored procedure en inglés) es un programa (o
procedimiento) almacenado físicamente en una base de datos. Su implementación varía de
un gestor de bases de datos a otro. La ventaja de un procedimiento almacenado es que al
ser ejecutado, en respuesta a una petición de usuario, es ejecutado directamente en el
motor de bases de datos, el cual usualmente corre en un servidor separado. Como tal,
posee acceso directo a los datos que necesita manipular y sólo necesita enviar sus
resultados de regreso al usuario, deshaciéndose de la sobrecarga resultante de comunicar
grandes cantidades de datos salientes y entrantes.

Los procedimientos pueden ser ventajosos: cuando una base de datos es manipulada desde
muchos programas externos. Al incluir la lógica de la aplicación en la base de datos
utilizando procedimientos almacenados, la necesidad de embeber la misma lógica en todos
los programas que acceden a los datos es reducida. Esto puede simplificar la creación y,
particularmente, el mantenimiento de los programas involucrados.

Podemos ver un claro ejemplo de estos procedimientos cuando requerimos realizar una
misma operación en un servidor dentro de algunas o todas las bases de datos y a la vez
dentro de todas o algunas de las tablas de las bases de datos del mismo. Para ello podemos
utilizar a los Procedimientos almacenados auto creables que es una forma de generar ciclos
redundantes a través de los procedimientos almacenados.

Tipo de datos en SQL Server

Tipo de Longitud Descripción

Datos
BINARY 1 byte Para consultas sobre tabla adjunta de productos de bases de
datos que definen un tipo de datos Binario.
BIT 1 byte Valores Si/No ó True/False
BYTE 1 byte Un valor entero entre 0 y 255.
COUNTER 4 bytes Un número incrementado automáticamente (de tipo Long)
CURRENCY 8 bytes Un entero escalable entre 922.337.203.685.477,5808 y
922.337.203.685.477,5807.
DATETIME 8 bytes Un valor de fecha u hora entre los años 100 y 9999.
SINGLE 4 bytes Un valor en punto flotante de precisión simple con un rango
de - 3.402823*1038 a -1.401298*10-45 para valores
negativos, 1.401298*10- 45 a 3.402823*1038 para valores
positivos, y 0.
DOUBLE 8 bytes Un valor en punto flotante de doble precisión con un rango
de - 1.79769313486232*10308 a -4.94065645841247*10-324
para valores negativos, 4.94065645841247*10-324 a
1.79769313486232*10308 para valores positivos, y 0.
SHORT 2 bytes Un entero corto entre -32,768 y 32,767.
LONG 4 bytes Un entero largo entre -2,147,483,648 y 2,147,483,647.
LONGTEXT 1 byte por De cero a un máximo de 1.2 gigabytes.
carácter
LONGBINARY Según se De cero 1 gigabyte. Utilizado para objetos OLE.
necesite
TEXT 1 byte por De cero a 255 caracteres.
carácter

Reglas de Diseño de una base de datos relacional

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.
(Si estás empezando con SQL, recuerda que todo esto lo tratamos en nuestro curso de SQL y
con la ventaja de poder resolver dudas con un tutor especialista)

 En el diseño conceptual se hace una descripción de alto nivel de la estructura de la

base de datos, independientemente del SGBD (Sistema Gestor de Bases de Datos)
que se vaya a utilizar para manipularla. Su objetivo es describir el contenido de
 información de la base de datos y no las estructuras de almacenamiento que se
necesitarán para manejar dicha información.
 El diseño lógico parte del resultado del diseño conceptual y da como resultado una
descripción de la estructura de la base de datos en términos de las estructuras de
datos que puede procesar un tipo de SGBD. El diseño lógico depende del tipo de
SGBD que se vaya a utilizar, se adapta a la tecnología que se debe emplear, pero no
depende del producto concreto. En el caso de bases de datos convencionales
relacionales (basadas en SQL para entendernos), el diseño lógico consiste en definir
las tablas que existirán, las relaciones entre ellas, normalizarlas, etc...
 El diseño físico parte del lógico y da como resultado una descripción de la
implementación de una base de datos en memoria secundaria: las estructuras de
almacenamiento y los métodos utilizados para tener un acceso eficiente a los datos.
Aquí el objetivo es conseguir una mayor eficiencia, y se tienen en cuenta aspectos
concretos del SGBD sobre el que se vaya a implementar. Por regla general esto es
transparente para el usuario, aunque conocer cómo se implementa ayuda a
optimizar el rendimiento y la escalabilidad del sistema.

Según Thomas H. Grayson, un buen diseño de base de datos debe poseer siempre las
siguientes cualidades, aunque algunas pueden llegar a ser contradictorias entre sí:

 Reflejar la estructura del problema en el mundo real.

 Ser capaz de representar todos los datos esperados, incluso con el paso del tiempo.
 Evitar el almacenamiento de información redundante.
 Proporcionar un acceso eficaz a los datos.
 Mantener la integridad de los datos a lo largo del tiempo.
 Ser claro, coherente y de fácil comprensión.

Como hemos visto el diseño de una base de datos parte de un problema real que queremos
resolver y se traduce en una serie de modelos, conceptual, lógico y físico, que debemos
implementar.

El primero, el diseño conceptual, es el que más tiempo nos va a llevar pues debemos pensar
muy bien cómo vamos a representar las entidades del mundo real que queremos
representar, qué datos almacenaremos, cómo los relacionaremos entre sí, etc...

El diseño lógico es mucho más sencillo puesto que no es más que pasar el diseño anterior a
una base de datos concreta. De hecho, muchas herramientas profesionales nos ofrecen la
generación automática del modelo, por lo que suele ser muy rápido.

El diseño físico por regla general recae en la propia base de datos, a partir del diseño lógico,
aunque si dominamos bien esa parte elegiremos cuidadosamente índices, restricciones o
particiones, así como configuraciones para determinar cómo se almacenará físicamente esa
información, en qué orden, cómo se repartirá físicamente en el almacenamiento, etc...