Que es una base de datos?

Una base de datos es un “almacén” que nos permite guardar grandes cantidades de
información de forma organizada para que luego podamos encontrar y utilizar
fácilmente. A continuación te presentamos una guía que te explicará el concepto y
características de las bases de datos.

El término de bases de datos fue escuchado por primera vez en 1963, en un simposio
celebrado en California, USA. Una base de datos se puede definir como un conjunto de
información relacionada que se encuentra agrupada ó estructurada.

Desde el punto de vista informático, la base de datos es un sistema formado por un

conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un
conjunto de programas que manipulen ese conjunto de datos.

Cada base de datos se compone de una o más tablas que guarda un conjunto de datos.
Cada tabla tiene una o más columnas y filas. Las columnas guardan una parte de la
información sobre cada elemento que queramos guardar en la tabla, cada fila de la tabla
conforma un registro.

Defina que son tablas o entidades, campos, registros, vistas, script, procedimiento
y de ejemplo de cada uno.

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.

un registro (también llamado fila o tupla) representa un objeto único de datos

implícitamente estructurados en una tabla. En términos simples, una tabla de una base
de datos puede imaginarse formada de filas y columnas (campos o atributos). Cada fila
de una tabla representa un conjunto de datos relacionados, y todas las filas de la misma
tabla tienen la misma estructura. No puede haber un registro duplicado, los datos deben
ser diferentes en al menos uno de los campos.

Una vista es una tabla virtual cuyo contenido está definido por una consulta. ... Las filas
y las columnas de datos proceden de tablas a las que se hace referencia en la consulta
que define la vista y se producen de forma dinámica cuando se hace referencia a la
vista.

En SQL en general y en Firebird en particular podemos usar scripts. ¿Qué 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 qué orden debe hacerlo.

¿QUE SON PROCEDIMIENTOS ALMACENADOS? Un procedimiento

almacenado es un conjunto de instrucciones de T-SQL que SQL Server compila, en un
único plan de ejecución, los llamados "store procedures" se encuentran almacenados en
la base de datos, los cuales pueden ser ejecutados en cualquier momento.

Defina los tipos de datos manejado en SQL SERVER

Los tipos de datos SQL se clasifican en 13 tipos de datos primarios y de varios

sinónimos válidos reconocidos por dichos tipos de datos. Los tipos de datos primarios
son:

Tipo de Datos Longitud Descripción

Para consultas sobre tabla adjunta de productos de bases de

BINARY 1 byte
datos que definen un tipo de datos Binario.

1 byte Valores Si/No ó True/False

BIT

1 byte Un valor entero entre 0 y 255.

BYTE

4 bytes Un número incrementado automáticamente (de tipo Long)

COUNTER

Un entero escalable entre 922.337.203.685.477,5808 y

CURRENCY 8 bytes
922.337.203.685.477,5807.
DATETIME 8 bytes Un valor de fecha u hora entre los años 100 y 9999.

Un valor en punto flotante de precisión simple con un rango

de - 3.402823*1038 a -1.401298*10-45 para valores
SINGLE 4 bytes
negativos, 1.401298*10- 45 a 3.402823*1038 para valores
positivos, y 0.

Un valor en punto flotante de doble precisión con un rango

de - 1.79769313486232*10308 a -4.94065645841247*10-
DOUBLE 8 bytes
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.

1 byte por
LONGTEXT De cero a un máximo de 1.2 gigabytes.
carácter

Según se
LONGBINARY De cero 1 gigabyte. Utilizado para objetos OLE.
necesite

1 byte por
TEXT De cero a 255 caracteres.
carácter

La siguiente tabla recoge los sinónimos de los tipos de datos definidos:

Tipo de Dato Sinónimos

BINARY VARBINARY

BOOLEAN
LOGICAL
BIT
LOGICAL1
YESNO

BYTE INTEGER1

COUNTER AUTOINCREMENT

CURRENCY MONEY

DATE
DATETIME TIME
TIMESTAMP

SINGLE FLOAT4
IEEESINGLE
 REAL

FLOAT
FLOAT8
DOUBLE IEEEDOUBLE
NUMBER
NUMERIC

INTEGER2
SHORT
SMALLINT

INT
LONG INTEGER
INTEGER4

GENERAL
LONGBINARY
OLEOBJECT

LONGCHAR
LONGTEXT MEMO
NOTE

ALPHANUMERIC
TEXT CHAR - CHARACTER
STRING - VARCHAR

VARIANT (No Admitido) VALUE

Defina y de ejemplo de las reglas de diseño de la base de datos del modelos

relacionales.

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

 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).
 Las filas y las columnas, en principio, carecen de orden a la hora de ser
almacenadas. Aunque en la implementación del diseño físico de cada SGBD
esto no suele ser así. Por ejemplo, en SQL Server si añadimos una clave de tipo
"Clustered" a una tabla haremos que los datos se ordenen físicamente por el
campo correspondiente.
 El orden de las columnas lo determina cada consulta (que se realizan
usando SQL).
  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).

Por ejemplo, consideremos la conocida base de datos Northwind de Microsoft.

Esta base de datos representa un sistema sencillo de gestión de pedidos para una
empresa ficticia. Existen conceptos que hay que manejar como: proveedores,
empleados, clientes, empresas de transporte, regiones geográficas, y por supuesto
pedidos y productos.

El diseño conceptual de la base de datos para manejar toda esta información se puede
ver en la siguiente figura, denominada diagrama Entidad/Relación o
simplemente diagrama E-R:

(pulsa para aumentar)

Como vemos existen tablas para representar cada una de estas entidades del mundo
real: Proveedores (Suppliers), Productos, Categorías de productos,  Empleados,
Clientes, Transportistas (Shippers), y Pedidos (Orders) con sus correspondientes líneas
de detalle (Order Details).

Además están relacionadas entre ellas de modo que, por ejemplo, un producto

pertenece a una determinada categoría (se relacionan por el campo CategoryID) y un
proveedor (SupplierID), y lo mismo con las demás tablas.

Cada tabla posee una serie de campos que representan valores que queremos
almacenar para cada entidad. Por ejemplo, un producto posee los siguientes atributos
que se traducen en los campos correspondientes para almacenar su información:
Nombre (ProductName), Proveedor (SupplierID, que identifica al proveedor), Categoría
a la que pertenece (CategoryID), Cantidad de producto por cada unidad a la venta
(QuantityPerUnit), Precio unitario (UnitPrice), Unidades que quedan en stock
(UnitsInStock), Unidades de ese producto que están actualmente en pedidos
(UnitsOnOrder), qué cantidad debe haber para que se vuelva a solicitar más producto al
proveedor (ReorderLevel) y si está descatalogado o no (Discontinued).

Los campos marcados con "PK" indican aquellos que son claves primarias, es decir,

que identifican de manera única a cada entidad. Por ejemplo, ProductID es el
identificador único del producto, que será por regla general un número entero que se va
incrementando cada vez que introducimos un nuevo producto (1, 2, 3, etc..).

Los campos marcados como "FK" son claves foráneas o claves externas.  Indican

campos que van a almacenar claves primarias de otras tablas de modo que se puedan
relacionar con la tabla actual. Por ejemplo, en la tabla de productos el
campo CategoryID está marcado como "FK" porque en él se guardará el identificador
único de la categoría asociada al producto actual. En otras palabras: ese campo
almacenará el valor de la clave primaria (PK) de la tabla de categorías que identifica a la
categoría en la que está ese producto.

Los campos marcados con indicadores que empiezan por "I" (ej: "I1") se refieren
a índices. Los índices generan información adicional para facilitar la localización más
rápida de registros basándose en esos campos. Por ejemplo, en la tabla de empleados
(Employees) existe un índice "I1" del que forman parte los campos Nombre y Apellidos
(en negrita además porque serán también valores únicos) y que indica que se va a
facilitar la locación de los clientes mediante esos datos. También tiene otro índice "I2"
en el campo del código postal para localizar más rápidamente a todos los clientes de una
determinada zona.

Los campos marcados con indicadores que empiezan con "U" (por ejemplo U1) se
refieren a campo que deben ser únicos. Por ejemplo, en la tabla de categorías el nombre
de ésta (CategoryName) debe ser único, es decir, no puede haber -lógicamente- dos
categorías con el mismo nombre.