ENFOQUE TRADICIONAL

Almacén guardar información de forma organizada donde podemos

acceder a ella fácilmente

-Una base de datos tiene en su “almacén” tablas o entidades

-Cada tabla está compuesta por columnas llamadas campos o atributos ,

y filas llamadas registros. Llave o key

-HARDWARE -> SOTWARE -> DATOS

-USUARUIO FINAL ->DESARROLLADOR DE APPS ->DBA

-por que usar BD: Acá serán guardados grandes volúMenes de información,
donde por medio de un sistema computacional se podrá interactuar
con ello, donde se puede por ejemplo: crear nuevos usuarios,
eliminarlos del sistema e incluso modificarlos

-La base de datos puede combinar datos de varios archivos por lo que
nunca habrá que introducir dos veces la misma información.
Incluso puede contribuir a que la entrada de datos sea más eficaz
y precisa

-Ventajas:La principal ventaja de utilizar bases de datos es almacenar

solamente una vez al usuario y si sus atributos cambian, sólo se
modifican una sola vez, lo demás será trabajo de la base de datos

-DATOS ->PROCESAMIENTO ->Información

-En el enfoque tradicional cada sistema desarrollado es diseñado para satisfacer

las necesidades de un departamento o grupo de usuarios, no existiendo una
planificación corporativa o un modelo que guíe el desarrollo de aplicaciones,
este enfoque se denomina por agregación.

-Cada nueva aplicación es desarrollada con su propio conjunto de archivos

-Muchos datos pueden ya existir en archivos de otras aplicaciones,

-Cada programa es dueño de sus archivos de datos y la lógica del programa es
Redundancia no controlada ->Inconsistencia de datos-
>Inflexibilidad->

->Escasa posibilidad de compartir datos

-Pobre estandarización->Baja productividad dessa ->Excesiva mantención

-Concepto BD *Integrar: evitar redundancia y facilitar acceso

*Compartir: todos los user tiene aceso a los datos

-La administración, control y uso de los datos en la empresa EBD

*Todos los datos se encuentran almacenados en archivos centralizados
*Los archivos centralizados son accesibles por las aplicaciones y users
*Contempla un sistema de identificación, descripción y definición
*Dispositivos de acceso directo y pantallas que facilitan la interrogación

-Permite establecer distintos tipos de usuarios con distintos tipos de accesos centralizados

-Ventajas BD Mínima redundancia de datos (la redundancia es controlada).

Consistencia de datos (se modifican todos los registros).
Integración de datos (definir los relacionamientos entre ellos)
Compartir datos (permite concurrencia, aunque bajo ciertas restricciones)
Esfuerzo por estandarización (función de administración de datos)
Facilita el desarrollo de aplicaciones
Controles de seguridad, privacidad e integridad
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.

ENTIDAD: En bases de datos, una entidad es la representación de un objeto o concepto del

mundo real que se describe en una base de datos.

Ejemplos de nombres de entidades: Alumno, Empleado, Artículo, Noticia, etc.

Las entidades se describen en la estructura de la base de datos empleando un modelo de

datos.

Cada entidad está constituida por uno o más atributos.

Por ejemplo, la entidad "Alumno" podría tener los atributos: nombre, apellido, año de
nacimiento, etc.

La entidad "Noticia" podría tener los atributos: titular, descripción, texto de la noticia, fecha, etc.

En el modelo de entidad-relación se emplean dos tipos de entidades: entidad fuerte y entidad

débil.

Además, en este modelado las entidades están relacionadas entre sí a través de Relaciones.

Las entidades fuertes tienen atributos claves, en tanto las entidades débiles no tienen atributos
claves propios.

En la imagen se aprecian varios métodos reconocidos y

muy empleados para la representación de la misma
relación. Esta relación en particular es una relación
uno a muchos. En cada diagrama se muestra la
relación entre una entidad Persona y su entidad Ciudad
(de nacimiento): cada persona debe haber nacido en
una y solo una ciudad, en tanto cada ciudad puede tener
cero o más personas que hayan nacido en esta.

Implementación de las entidades

Una vez que se determinan todas las Entidades y las relaciones entre estas, además de sus
cardinalidades y sus atributos, se podrán implementar o llevar a cabo.

En SQL las entidades y relaciones se implementan en forma de Tablas (tabla es el nombre

empleado en SQL).

No todas las relaciones ni todas las entidades terminarán convirtiéndose en tablas. Dependerá
de si son entidades débiles o fuertes y de la cardinalidad de las relaciones.

Ejemplo de implementación de entidades

En este ejemplos hay dos entidades relacionadas.

Entidad PERSONA con un ID que es un número que la identifica y es clave, y los atributos
nombre y apellido.

Entidad CIUDAD con un Código (postal) que la identifica y un nombre de ciudad.

También está la relación que une a ambas entidades. En este caso una persona nació en única
ciudad, pero una única ciudad puede tener múltiples personas nacidas en esta (esto es la
cardinalidad).

Entonces para implementar este diagrama se crearán dos tablas, tabla Persona y tabla
Entidad.

Para la relación entre estas no será necesaria crear una tabla porque es una relación (1,n), es
decir, una persona tiene una única ciudad de nacimiento, en tanto una ciudad tiene múltiples
personas nacidas.

En este caso la tabla Persona tendrá los atributos: id, nombre, apellido, codigo (de la ciudad)
En tanto la tabla Ciudad tendrá sus atributos originales: código, nombre.

Si la relación hubiera sido (n,m), entonces esa relación sí se convertiría en tabla

necesariamente. Dicha tabla debería contener las claves de ambas tablas relacionadas.

Por ejemplo, una entidad Alumno puede tener muchos profesores con los que cursa.

En tanto una entidad Profesor puede tener múltiples alumnos.

En este caso la relación es (n,m) y por lo tanto se implementarán tres tablas.

Alumno con los atributos: id_alumno, nombre, apellido

Profesor con los atributos: id_profesor, nombre, apellido

Relacion_alumno_profesor: id_alumno, id_profesor

Tablas en SQL

Como indicamos anteriormente, las entidades en SQL se llaman Tablas. Actualmente existen
infinidad de programas que permiten crear fácil y visualmente tablas y sus atributos.

Detrás de esta facilidad se ejecutan los comandos básicos de SQL para la creación de tablas
que son los siguientes:

CREATE TABLE: empleado para crear una nueva tabla.

ALTER TABLE: empleado para modificar una tabla ya creada con anterioridad.

DROP TABLE: empleado para borrar una tabla existente.

En tanto para manipular (acceder, insertar, modificar o eliminar) los datos contenidos en las
tablas se emplean comandos como:

- INSERT: para añadir nuevos datos a las tablas.

- UPDATE: para actualizar datos existentes en las tablas.

- DELETE: para eliminar datos de las tablas.

- REPLACE: para añadir o cambiar datos nuevos o ya existentes en las tablas.

- TRUNCATE: para vaciar los datos de la plantilla.

- SELECT-FROM-WHERE: para recuperar datos de una tabla.

Escapa a este artículo proporcionar ejemplos en SQL para cada uno de estos comandos, pero
puede ingresar a aquellos comandos que tengan un enlace (en azul) y allí encontrará ejemplos
de estos comandos.

Atributos y Dominios
1.Atributos
1.1 Definición
En bases de datos, un atributo representa una propiedad de interés de una
entidad.
Los atributos se describen en la estructura de la base de datos empleando un
modelo de datos.
Por ejemplo, se podría tener una entidad llamada "Alumno". Esta entidad puede
estar constituida por uno o más atributos, que son propiedades de la entidad
"Alumno" que interesan para almacenarse en la base de datos. Por ejemplo, la
entidad "Alumno" podría tener los atributos: nombre, apellido, año de nacimiento,
etc.
La elección de los atributos de una entidad depende del uso que se le dará a la
base de datos. El alumno puede tener una "religión", pero si no interesa al fin de
la base de datos, no es necesario almacenarla en un atributo.
En SQL un atributo es llamado columna.
1.2 Características
Cada atributo de una relación se caracteriza por un nombre y por un dominio. El
dominio indica qué valores pueden ser asumidos por una columna de la relación.
A menudo un dominio se define a través de la declaración de un tipo para el
atributo (por ejemplo diciendo que es una cadena de diez caracteres), pero
también es posible definir dominios más complejos y precisos. Por ejemplo, para
el atributo "sexo" de nuestra relacion "Personas" podemos definir un dominio por
el cual los únicos valores válidos son 'M' y 'F'; o bien por el atributo
"fecha_nacimiento" podremos definir un dominio por el que se consideren
válidas sólo las fechas de nacimiento después del uno de enero de 1960, si en
nuestra base de datos no está previsto que haya personas con fecha de
nacimiento anterior a esa.
2.Dominios
2.1 Definición
Un dominio describe un conjunto de posibles valores para cierto atributo. Como un dominio
restringe los valores del atributo, puede ser considerado como una restricción.
Matemáticamente, atribuir un dominio a un atributo significa "todos los valores de este atributo
deben de ser elementos del conjunto especificado".
Distintos tipos de dominios son: enteros, cadenas de texto, fecha,no procedurales etc.
2.2 Características
Característica fundamental de los dominios de una base de datos relacional es que sean
"atómicos", es decir que los valores contenidos en las columnas no se puedan separar en
valores de dominios más simples. Más formalmente se dice que no es posible tener atributos
multivalor (multivalued). Por ejemplo, si una característica de las personas en nuestra base de
datos fuese la de tener uno o más hijos, no sería posible escribir la relación Personas de la
siguiente manera:
Personas (nombre, apellido, fecha_nacimiento, sexo, estado_civil, hijos)

Tuplas
En las ciencias de la computación una tupla puede tener dos significados distintos. Generalmente en
los lenguajes de programación funcional y en otros lenguajes de programación, una tupla es un
objeto que bien puede tener datos o diversos objetos, de forma similar a una tupla definida
matemáticamente. Un objeto de este tipo es conocido también como record.

Una definición más formal del anterior párrafo sería: Conjunto de elementos de distinto tipo que se
guardan de forma consecutiva en memoria.

En algunos lenguajes y especialmente en la teoría de bases de datos, una tupla se define como una
función finita que mapea (asocia unívocamente) los nombres con algunos valores. Su propósito es el
mismo que se definió en las matemáticas.

Un pequeño ejemplo puede ilustrar esto:

( jugador : "Luis", puntuación : 25 )

En este caso se trata de una función que mapea el campo "jugador" con la cadena "Luis" y el campo
"puntuación" al número entero 25. Es de notar que el orden de los componentes no es relevante, de
esta forma la misma tupla puede ser re-escrita como: ( puntuación : 25, jugador : "Luis" ). En un
modelo relacional tal y como se define en las tuplas, se suele representar una proposición simple, en
este caso existe un jugador con el nombre "Luis" y que posee una puntuación de 25.

En definitiva, una tupla es un conjunto de datos, en el caso de una base de datos de una lista de
empleados, cada tupla es el conjunto de datos de un mismo empleado
TABLA
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
hoja de cálculo.
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. Allí 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.

Tablas persistentes[editar]
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[editar]
Son aquellas tablas que son eliminadas automáticamente por el motor de base de datos.