Dato

Para una antigua ciudad griega de Tracia, vase Dato (Tracia).

Vase tambin: Archivo informtico

Un dato es una representacin simblica (numrica, alfabtica, algortmica, espacial, etc.) de

un atributo o variable cuantitativa o cualitativa. Los datos describen hechos empricos,
sucesos y entidades. Es un valor o referente que recibe el computador por diferentes medios,
los datos representan la informacin que el programador manipula en la construccin de una
solucin o en el desarrollo de un algoritmo.
Los datos aisladamente pueden no contener informacin humanamente relevante. Slo
cuando un conjunto de datos se examina conjuntamente a la luz de un enfoque, hiptesis o
teora se puede apreciar la informacin contenida en dichos datos. Los datos pueden consistir
en nmeros, estadsticas o proposiciones descriptivas. Los datos convenientemente
agrupados, estructurados e interpretados se consideran que son la base de la informacin
humanamente relevante que se pueden utilizar en la toma de decisiones, la reduccin de la
incertidumbre o la realizacin de clculos. Es de empleo muy comn en el
mbito informtico y, en general, prcticamente en cualquier investigacin cientfica.
En programacin, un dato es la expresin general que describe las caractersticas de las
entidades sobre las cuales opera un algoritmo.
En estructura de datos, es la parte mnima de la informacin.

Un dato por s mismo no constituye informacin, es el procesamiento de los datos lo que nos
proporciona informacin.

ARQUITECTURA DE BASES DE DATOS

http://bdjulian.galeon.com/aficiones1782658.html
La arquitectura de un sistema de base de datos est influenciada por el sistema informtico que
soporta la instalacin del SGBD, lo que reflejar muchas de las caractersticas propias del sistema
subyacente en el SGBD.
Las bases de datos respetan la arquitectura de tres niveles definida, para cualquier tipo de base de
datos, por el grupo ANSI/SPARC. En esta arquitectura la base de datos se divide en los niveles
externo, conceptual e interno (KORTH y SILBERSCHATZ, 1994:5; MIGUEL y PIATTINI, 1993: 83-107;
MOTA, CELMA y CASAMAYOR, 1994: 11-12):

1. Nivel interno: es el nivel ms bajo de abstraccin, y define cmo se almacenan los datos en el
soporte fsico, as como los mtodos de acceso.
2. Nivel conceptual: es el nivel medio de abstraccin. Se trata de la representacin de los datos
realizada por la organizacin, que recoge las vistas parciales de los requerimientos de los diferentes
usuarios y las aplicaciones posibles. Se configura como visin organizativa total, e incluye la definicin
de datos y las relaciones entre ellos.
3. Nivel externo: es el nivel de mayor abstraccin. A este nivel corresponden las diferentes vistas
parciales que tienen de la base de datos los diferentes usuarios. En cierto modo, es la parte del
modelo conceptual a la que tienen acceso.

El modelo de arquitectura propuesto permite establecer el principio de independencia de los datos.

Esta independencia puede ser lgica y fsica. Por independencia lgica se entiende que los cambios en
el esquema lgico no deben afectar a los esquemas externos que no utilicen los datos modificados. Por
independencia fsica se entiende que el esquema lgico no se vea afectado por cambios realizados en
el esquema interno, correspondientes a modos de acceso, etc.
Las redes de computadores permiten separar tareas en un esquema de clientes y servidores, el
procesamiento paralelo dentro del computador permite acelerar algunas de las tareas de la base de
datos as como la posibilidad de ejecutar ms transacciones por segundo. Las consultas se pueden
paralelizar permitiendo as que una consulta se pueda ejecutar por ms de un procesador al mismo
tiempo, esta caracterstica ha llevado al estudio de las bases de datos paralelas.

MODELO DE base de datos

Modelo de datos jerrquico

Este modelo utiliza rboles para la representacin lgica de los datos. Este rbol esta
compuesto de unos elementos llamados nodos. El nivel ms alto del rbol se denomina raz.
Cada nodo representa un registro con sus correspondientes campos.

La representacin grfica de este modelo se realiza mediante la creacin de un rbol

invertido, los diferentes niveles quedan unidos mediante relaciones.

En este modelo solo se pueden representar relaciones 1:M, por lo que presenta varios
inconvenientes:

No se admiten relaciones N:M

Un segmento hijo no puede tener ms de un padre.

No se permiten ms de una relacin entre dos segmentos.

Para acceder a cualquier segmento es necesario comenzar por el segmento raz

El rbol se debe de recorrer en el orden designado.

Modelo de datos en red

En este modelo las entidades se representan como nodos y sus relaciones son las lneas que
los unen. En esta estructura cualquier componente puede relacionarse con cualquier otro.
A diferencia del modelo jerrquico, en este modelo, un hijo puede tener varios padres.
Los conceptos bsicos en el modelo en red son:

El tipo de registro, que representa un nodo.

Elemento, que es un campo de datos.

Agregado de datos, que define un conjunto de datos con nombre.

Este modelo de datos permite representar relaciones N:M

Modelo de datos relacional
Este modelo es el ms utilizado actualmente ya que utiliza tablas bidimensionales para la
representacin lgica de los datos y sus relaciones.
Algunas de sus principales caractersticas son:

Puede ser entendido y usado por cualquier usuario.

Permite ampliar el esquema conceptual sin modificar las aplicaciones de gestin.

Los usuarios no necesitan saber donde se encuentran los datos fsicamente.

Bases de datos transaccionales

Son bases de datos cuyo nico fin es el envo y recepcin de datos a grandes velocidades,
estas bases son muy poco comunes y estn dirigidas por lo general al entorno de anlisis de
calidad, datos de produccin e industrial, es importante entender que su fin nico es
recolectar y recuperar los datos a la mayor velocidad posible, por lo tanto la redundancia y
duplicacin de informacin no es un problema como con las dems bases de datos, por lo
general para poderlas aprovechar al mximo permiten algn tipo de conectividad a bases de
datos relacionales.
Un ejemplo habitual de transaccin es el traspaso de una cantidad de dinero entre cuentas
bancarias. Normalmente se realiza mediante dos operaciones distintas, una en la que se
decrementa el saldo de la cuenta origen y otra en la que incrementamos el saldo de la
cuenta destino. Para garantizar la atomicidad del sistema (es decir, para que no aparezca o
desaparezca dinero), las dos operaciones deben ser atmicas, es decir, el sistema debe
garantizar que, bajo cualquier circunstancia (incluso una cada del sistema), el resultado
final es que, o bien se han realizado las dos operaciones, o bien no se ha realizado ninguna.

Que modelos de base de datos existen?

Modelos de bases de datos
Adems de la clasificacin por la funcin de las bases de datos, stas tambin se pueden clasificar de
acuerdo a su modelo de administracin de datos.
Un modelo de datos es bsicamente una "descripcin" de algo conocido como contenedor de
datos (algo en donde se guarda la informacin), as como de los mtodos para almacenar y recuperar
informacin de esos contenedores. Los modelos de datos no son cosas fsicas: son abstracciones que
permiten la implementacin de un sistema eficiente de base de datos; por lo general se refieren a
algoritmos, y conceptos matemticos.
Algunos modelos con frecuencia utilizados en las bases de datos:

Bases de datos jerrquicas

Artculo principal: Base de datos jerrquica
stas son bases de datos que, como su nombre indica, almacenan su informacin en una estructura
jerrquica. En este modelo los datos se organizan en una forma similar a un rbol (visto al revs), en
donde un nodo padre de informacin puede tener varios hijos. El nodo que no tiene padres es
llamado raz, y a los nodos que no tienen hijos se los conoce como hojas.
Las bases de datos jerrquicas son especialmente tiles en el caso de aplicaciones que manejan un
gran volumen de informacin y datos muy compartidos permitiendo crear estructuras estables y de
gran rendimiento.
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la
redundancia de datos.

Base de datos de red

Artculo principal: Base de datos de red
ste es un modelo ligeramente distinto del jerrquico; su diferencia fundamental es la modificacin del
concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el
modelo jerrquico).
Fue una gran mejora con respecto al modelo jerrquico, ya que ofreca una solucin eficiente al
problema de redundancia de datos; pero, aun as, la dificultad que significa administrar la informacin
en una base de datos de red ha significado que sea un modelo utilizado en su mayora por
programadores ms que por usuarios finales.

Bases de datos transaccionales

Son bases de datos cuyo nico fin es el envo y recepcin de datos a grandes velocidades, estas bases
son muy poco comunes y estn dirigidas por lo general al entorno de anlisis de calidad, datos de
produccin e industrial, es importante entender que su fin nico es recolectar y recuperar los datos a
la mayor velocidad posible, por lo tanto la redundancia y duplicacin de informacin no es un
problema como con las dems bases de datos, por lo general para poderlas aprovechar al mximo
permiten algn tipo de conectividad a bases de datos relacionales.

Bases de datos relacionales

Artculo principal: Modelo relacional
Artculo principal: Base de datos relacional
ste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos
dinmicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de los
laboratorios IBM en San Jos (California), no tard en consolidarse como un nuevo paradigma en los
modelos de base de datos. Su idea fundamental es el uso de "relaciones". Estas relaciones podran
considerarse en forma lgica como conjuntos de datos llamados "tuplas". Pese a que sta es la teora

de las bases de datos relacionales creadas por Codd, la mayora de las veces se conceptualiza de una
manera ms fcil de imaginar. Esto es pensando en cada relacin como si fuese una tabla que est
compuesta por registros (las filas de una tabla), que representaran las tuplas, y campos (las columnas
de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia
de otros modelos como el jerrquico y el de red). Esto tiene la considerable ventaja de que es ms fcil
de entender y de utilizar para un usuario espordico de la base de datos. La informacin puede ser
recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para
administrar la informacin.
El lenguaje ms habitual para construir las consultas a bases de datos relacionales es SQL, Structured
Query Language oLenguaje Estructurado de Consultas, un estndar implementado por los principales
motores o sistemas de gestin de bases de datos relacionales.
Durante su diseo, una base de datos relacional pasa por un proceso al que se le conoce como
normalizacin de una base de datos.
Durante los aos 80 la aparicin de dBASE produjo una revolucin en los lenguajes de programacin y
sistemas de administracin de datos. Aunque nunca debe olvidarse que dBase no utilizaba SQL como
lenguaje base para su gestin.

http://www.netronycs.com/modelos_de_base_de_datos.html
Un diagrama o modelo entidad-relacin (a veces denominado por sus siglas en ingls, ER "Entity relationship", o del espaol DER "Diagrama de Entidad Relacin") es una
herramienta para el modelado de datos que permite representar las entidades relevantes de
un sistema de informacin as como sus interrelaciones y propiedades.

Creacion de una Base de datos:

Ejemplo de una base de datos.

MODELO ENTIDAD-RELACION

Para realizar una base de datos, lo primero que se debe tener en cuenta es el modelo
entidad-relacin, donde se definirn las entidades, los atributos, las relaciones y sus
cardinalidades.
Una entidad va a estar establecida por una o varias atributos que son los que definen o
identifican a una entidad. A su vez las entidades tendrn relacin con otras entidades
(relacin va a describir cierta dependencia entre entidades o la asociacin de las
mismas), las cardinalidades mostraran las relaciones que tienen las entidades
(cardinalidades indicara el numero de entidades con la que se relaciona una entidad
dada).
Como un ejemplo del modelo entidad-relacin esta el siguiente:

En el hospital Teletn se necesita saber con lo que cuenta cada rea, las descripciones de
los pacientes y datos de los doctores.

Para la tabla rea se necesita saber el nombre, horario, numero de doctores,

numero de rea, extensin, responsable de rea, descripcin y numero de pacientes.

Una tabla paciente con los datos sexo, nombre, discapacidad, telfono, direccin, tutor,
nombre del doctor y fecha de ingreso.

Del doctor es horario, salario, cedula, fecha de ingreso, nombre, DNI,

especialidad y rea.

Adems se sabe que un rea puede tener varios pacientes, y un paciente puede
ser atendido por varios doctores.

En el rea tambin hay varios doctores, y varios doctores pueden estar en una
sola rea.

Los doctores pueden atender a varios pacientes.

Modelo Relacional

Codigo MySQL
1.Para hacer el sistema gestor de base de datos se debe instalar el appserver , una vez
instalado tienes que buscar la consola te vas a inicio, todos los programas hay una
carpeta con el nombre de appserver y le das clic.

2. Te aparecer un pantalla negra donde tienes que insertar el password y le das enter y te
aparecer la bienvenida a la consola, lo que es la versin del sistema MySQL, las teclas para la
ayuda o la limpieza de la pantalla.

3. Para crear un base de datos tienes que ponerle crate database y el nombre de tu base de datos
en este caso ser teletn y no olvides poner punto y coma entre cada termino de lnea, le das
enter.

4. Para ver todas la bases de datos que estn creadas en la consola el comando ser:
show data bases;

5. Para entrar en la base de datos que creaste le pones use teletn; al dar enter te aparecer
database changed donde dice que ya la puedes usar.

6. Para crear tus tablas tienes que poner crate table el nombre de tu tabla y en este
caso ser pacientes, le pones los campos acompaado del tipo de dato que
corresponda, (date sirve para colocar fechas, integer es numerico, varchar para letras o
signos, null si no es necesario colocar datos en ese campo).

7. Para llenar los campos se le pone insert into y el nombre de la tabla donde se quiere
agregar la informacin, la palabra values que significa (insertar dentro de la tabla los
valores), los valores se van a insertar segn como se hayan ordenado todos los
campos.

8. Para mostrar ya sea nombres u objetos, que inicie con cierta letra se le pone Select
* from (que eso significa seleccionar todo de) el nombre de la tabla where (donde)
nombre de la columna like la letra inicial%; ejemplo mostrar los nombres que
empiezan con j de los encargados del rea:

9. Para mostrar el nombre del paciente discapacidad ,tutor y el doctor que lo atiende
se le pone select nombre, discapacidad, doctor from pacientes . El select nada mas te
va a seleccionar los campos que hayas elegido, y el from se dirige a la tabla que
pongas.

10. Para seleccionar cualquier tabla y ordenar uno de los campos se pone select * from
el nombre de la tabla order by y el nombre de como lo quieres ordenar.

11. Upper: pasa a mayscula para poder pasar a mayscula se le pone select upper (nombre de tu
columna) from nombre de la tabla.

12. Para calcular el salario medio de todos los doctores, lo que se va a poner select avg(salario)
from doctores;

13. Seleccionar el salario mximo ,minimo y sacar el salario medio

select avg(salario),max(salario),min(salario) from doctores;

14. Eliminar datos de una tabla: para esto se necesita la orden delete from el nombre
de la tabla donde deseas eliminar where nombre de unas de tus columnas que
quieres eliminar=ya sea el nombre; ejemplo delete from pacientes where
sexo=masculino;

15. Update es para modificar datos que hayas puesto mal, pones primero el update el nombre de
la tabla set el campo=la forma correcta de la palabra where el campo=la palabra mal escrita; por
ejemplo update pacientes set sexo=Femeninowhere sexo=femenino;

16. Para eliminar una tabla la orden es : drop table el nombre de tu tabla;

17. Para eliminar un base de datos es como la tabla . ejemplo drop database teletn;

Estructura del modelo

relacional

Por Sara Alvarez

25 de septiembre de 2007

0 Comentarios

Desarrollo, Bases de datos

Qu es, como se construye y como se utiliza este simple pero

potente modelo relacional de datos.
Se trata de un modelo bastante potente y a la vez bastante simple , que nos representas
problemas. El elemento principal de este modelo es la relacin. Por lo que podemos decir
que una base de datos relacional est compuesta por un conjunto de relaciones.
Relacin
La relacin se representa mediante una tabla, esta tabla representa a lo que en el modelo
entidad-relacin llambamos entidad. Esta tabla contiene los atributos (columnas) y las
tuplas (filas).

Atributo: se trata de cada una de las columnas de la tabla. Vienen definidas por un

nombre y pueden contener un conjunto de valores.

Tupla: se trata de cada una de las filas de la tabla. Es importante sealar que no se

pueden tener tuplas duplicadas en una tabla.

Dominios
El dominio dentro de la estructura del modelo relacional es el conjunto de valores que
puede tomar un atributo. Existen dos tipos de dominios:

dominios generales: son aquellos que estn comprendidos entre un mximo y un

mnimo.
dominios restringidos: son los que pertenecen a un conjunto de valores especficos.

Claves
Cada tupla de una tabla tiene que estar asociada a una clave nica que permita

identificarla.
Una clave puede estar compuesta por uno o ms atributos.
Una clave tiene que ser nica dentro de su tabla y no se puede descartar ningn atributo
de la misma para identificar una fila.
Existen dos tipos de claves:

Clave prmaria (Primary Key): es el valor o conjunto de valores que identifican una fila

dentro de una tabla. Nunca puede ser NULL. Un ejemplo claro de clave primaria seria el
DNI, que es nico para cada persona y no puede ser NULL.
Clave ajena (Foreign Key): es el valor o valores de una tabla que corresponde con el

valor de una clave primaria en otra tabla. Esta clave es la que representa las relaciones entre
las tablas.

Vistas
Se trata de una tabla ficticia la cual muestra atributos de otras tablas relacionadas. De
esta forma obtenemos los datos que nos interesan de una o varias tablas. Es importante
sealar que no se pueden realizar operaciones sobre vistas.

ESTRUCTURA DE UN MODELO DE DATOS

Estructura[editar]
La base de datos se organiza en dos marcadas secciones; el esquema y los datos (o
instancia).
El esquema es la definicin de la estructura de la base de datos y principalmente almacena
los siguientes datos:

El nombre de cada tabla

El nombre de cada columna

El tipo de dato de cada columna

La tabla a la que pertenece cada columna

Las bases de datos relacionales pasan por un proceso al que se le conoce

como normalizacin de una base de datos, el resultado de dicho proceso es un esquema que
permite que la base de datos sea usada de manera ptima.
Los datos o instancia es el contenido de la base de datos en un momento dado. Es en s, el
contenido de todos los registros.

Gestores de base de datos relacionales[editar]

Existe un tipo de software exclusivamente dedicado a tratar con bases de datos relacionales,
conocido como Sistema de Gestin de Bases de Datos Relacionales (SGBDR, o RDBMS del
ingls Relational Database Management System), tambin llamados manejadores o gestores
de las BDR.
Entre los gestores actuales ms populares existen:

MySQL.

PostgreSQL.

Oracle.

DB2.

Informix.

Interbase.

Firebird.

Sybase.

Microsoft SQL Server.

Ventajas y desventajas[editar]
Ventajas

Provee herramientas que garantizan evitar la duplicidad de registros.

Garantiza la integridad referencial, as, al eliminar un registro elimina todos los

registros relacionados dependientes.

Favorece la normalizacin por ser ms comprensible y aplicable.

Desventajas

Presentan deficiencias con datos grficos, multimedia, CAD y sistemas de informacin

geogrfica.

No se manipulan de forma manejable los bloques de texto como tipo de dato.

Las bases de datos orientadas a objetos (BDOO) se propusieron con el objetivo de

satisfacer las necesidades de las aplicaciones anteriores y as, complementar pero no
sustituir a las bases de datos relacionales.