Dato Para una antigua ciudad griega de Tracia, véase Dato (Tracia). (Tracia). Véase también: Archivo informático
Un dato dato es es una representación simbólica (numérica, alfabética, algorítmica, espacial, etc.) de un atributo o variable cuantitativa o cualitativa. Los datos describen hechos empíricos, sucesos entidades. !s un valor o referente "ue recibe el computador por diferentes medios, los datos representan la información "ue el programador manipula en la construcción de una solución o en el desarrollo de un algoritmo. Los datos aisladamente pueden no contener información humanamente relevante. #ólo cuando un con$unto de datos se datos se e%amina con$untamente a la lu& de un enfo"ue, hipótesis hipótesis o o teoría se puede apreciar la i nformación contenida en dichos datos. Los datos pueden consistir en n'meros, estadísticas o proposiciones descriptivas. Los datos convenientemente agrupados, estructurados e interpretados se consideran "ue son la base de la información humanamente relevante "ue se pueden utili&ar en la toma de decisiones, la reducción de la incertidumbre o la reali&ación de cálculos. !s de empleo mu com'n en el ámbito informático informático , , en general, prácticamente en cual"uier investigación científica. científica. !n programación programación,, un dato es la e%presión general "ue describe las características de las entidades sobre las cuales opera un algoritmo algoritmo.. !n estructura de datos, datos , es la parte mínima de la información.
Un dato por sí mismo no constitue información, es el procesamiento de los datos lo "ue nos proporciona información.
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 informático que soporta la instalación del SGBD, lo que reflejará muchas de las caracterís características ticas propias del sistema subyacente en el SGBD. Las bases de datos respetan la arquitectura de tres nieles definida, para cualquier tipo de base de datos, por el !rupo "#S$%S&"'(. )n esta arquitectura arquitectura la base de datos se diide en los nieles e*terno, conceptual e interno +-'/ y S$LB)'S(/"0, S$LB)'S(/"0, 1223456 7$G8)L 7$G 8)L y &$" &$"$#$, $#$, 12294 :9;1<=6 7-", ()L7" y ("S"7">-', 12234 11;1?@4
1. #iel interno4 es el niel más bajo de abstracción, y define cómo se almacenan los datos en el soporte físico, así como los mAtodos de acceso. ?. #iel conceptual4 es el niel medio de abstracción. Se trata de la representación de los datos realiada por la or!aniación, que reco!e las istas parciales de los requerimientos de los diferentes usuarios y las aplicaciones posibles. Se confi!ura como isión or!aniatia total, e incluye la definición de datos y las relaciones entre ellos. 9. #iel e*terno4 es el niel de mayor abstracción. " este niel corresponden las diferentes istas parciales que tienen de la base de datos los diferentes usuarios. )n cierto modo, es la parte del modelo conceptual a la que tienen acceso.
)l modelo de arquitectura propuesto permite establecer el principio de independencia de los datos. )sta independencia puede ser ló!ica y física. &or independencia ló!ica se entiende que los cambios en el esquema ló!ico no deben afectar a los esquemas e*ternos que no utilicen los datos modificados. &or independencia física se entiende que el esquema ló!ico no se ea afectado por cambios realiados en el esquema interno, correspondientes a modos de acceso, etc. Las redes de computadores permiten separar tareas en un esquema de clientes y seridores, el procesamiento paralelo dentro del computador permite acelerar al!unas de las tareas de la base de datos así como la posibilidad de ejecutar más transacciones por se!undo. Las consultas se pueden paraleliar permitiendo así que una consulta se pueda ejecutar por más de un procesador al mismo tiempo, esta característica ha lleado al estudio de las bases de datos paralelas.
MODEO DE base de datos
Modelo de datos je"#"$uico
Este modelo utiliza árboles para la representación lógica d e los datos. Este árbol esta compuesto de unos elementos llamados nodos. El nivel más alto del árbol se denomina raíz. Cada nodo representa un registro con sus correspondientes campos.
La representación gráfica de este modelo se realiza mediante la creación de un árbol invertido, los diferentes niveles quedan unidos mediante relaciones.
En este modelo solo se pueden representar relaciones 1:, por lo que presenta varios inconvenientes: •
•
•
!o se admiten relaciones !: "n segmento #i$o no puede tener más de un padre. !o se permiten más de una relación entre dos segmentos.
•
%ara acceder a cualquier segmento es necesario comenzar por el segmento raíz
•
El árbol se debe de recorrer en el orden designado.
Modelo de datos en "ed
En este modelo las entidades se representan como nodos & sus relaciones son las líneas qu e los unen. En esta estructura cualquier componente puede relacionarse con cualquier otro. ' diferencia del modelo $erárquico, en este modelo, un #i$o p uede tener varios padres. Los conceptos básicos en el modelo en red son: •
El tipo de registro, que representa un nodo.
•
Elemento, que es un campo de datos.
•
'gregado de datos, que define un con$unto de datos con nombre.
Este modelo de datos permite representar relaciones !: Modelo de datos "elacional
Este modelo es el más utilizado actualmente &a que utiliza tablas bidimensionales para la representación lógica de los datos & sus relaciones. 'lgunas de sus principales características son: •
%uede ser entendido & usado por cualquier usuario.
•
%ermite ampliar el esquema conceptual sin modificar las aplicaciones de gestión.
•
Los usuarios no necesitan saber donde se encuentran los datos físicamente.
%ases de datos t"ansaccionales (on bases de datos cu&o )nico fin es el envío & recepción de datos a grandes velocidades, estas bases son mu& poco comunes & están dirigidas por lo general al entorno de análisis de calidad, datos de producción e industrial, es importante entender que su fin )nico es recolectar & recuperar los datos a la ma&or velocidad posible, por lo tanto la redundancia & duplicación de información no es un problema como con las demás bases de datos, por lo general para poderlas aprovec#ar al má*imo permiten alg)n tipo de conectividad a bases de datos relacionales. "n e$emplo #abitual de transacción es el traspaso de una cantidad de dinero entre cuentas bancarias. !ormalmente se realiza mediante dos operaciones distintas, una en la que se decrementa el saldo de la cuenta origen & otra en la que incrementamos el saldo de la cuenta destino. %ara garantizar la atomicidad del sistema +es decir, para que no aparezca o desaparezca dinero, las dos operaciones deben ser atómicas, es decir, el sistema debe garantizar que, ba$o cualquier circunstancia +incluso una caída del sistema, el resultado final es que, o bien se #an realizado las dos operaciones, o bien no se #a realizado ninguna.
¿Que modelos de base de datos existen? Modelos de bases de datos Además de la clasifcación por la unción de las bases de datos, éstas también se pueden clasifcar de acuerdo a su modelo de administración de datos. Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos algo en donde se guarda la inormación!, as como de los métodos para almacenar # recuperar inormación de esos contenedores. $os modelos de datos no son cosas sicas% son abstracciones &ue permiten la implementación de un sistema efciente de base de datos' por lo general se referen a algoritmos, # conceptos matemáticos. Algunos modelos con recuencia utili(ados en las bases de datos% ases de datos $erár"uicas Artículo principal: Base de datos jerárquica
)stas son bases de datos &ue, como su nombre indica, almacenan su inormación en una estructura *erár&uica. +n este modelo los datos se organi(an en una orma similar a un árbol isto al reés!, en donde un nodo padre de inormación puede tener arios hijos. +l nodo &ue no tiene padres es llamado raíz , # a los nodos &ue no tienen -i*os se los conoce como hojas. $as bases de datos *erár&uicas son especialmente tiles en el caso de aplicaciones &ue mane*an un gran olumen de inormación # datos mu# compartidos permitiendo crear estructuras estables # de gran rendimiento. Una de las principales limitaciones de este modelo es su incapacidad de representar efcientemente la redundancia de datos. ase de datos de red Artículo principal: Base de datos de red
)ste es un modelo ligeramente distinto del *erár&uico' su dierencia undamental es la modifcación del concepto de nodo% se permite &ue un mismo nodo tenga arios padres posibilidad no permitida en el modelo *erár&uico!. /ue una gran me*ora con respecto al modelo *erár&uico, #a &ue oreca una solución efciente al problema de redundancia de datos' pero, aun as, la difcultad &ue signifca administrar la inormación en una base de datos de red -a signifcado &ue sea un modelo utili(ado en su ma#ora por programadores más &ue por usuarios fnales. ases de datos transaccionales 0on bases de datos cu#o nico fn es el eno # recepción de datos a grandes elocidades, estas bases son mu# poco comunes # están dirigidas por lo general al entorno de análisis de calidad, datos de producción e industrial, es importante entender &ue su fn nico es recolectar # recuperar los datos a la ma#or elocidad posible, por lo tanto la redundancia # duplicación de inormación no es un problema como con las demás bases de datos, por lo general para poderlas aproec-ar al máximo permiten algn tipo de conectiidad a bases de datos relacionales. ases de datos relacionales Artículo principal: Modelo relacional Artículo principal: Base de datos relacional
)ste es el modelo utili(ado en la actualidad para modelar problemas reales # administrar datos dinámicamente. 1ras ser postulados sus undamentos en 2345 por +dgar /ran6 7odd, de los laboratorios 89: en 0an ;osé 7aliornia!, no tardó en consolidarse como un nueo paradigma en los modelos de base de datos. 0u idea undamental es el uso de "relaciones". +stas relaciones podran considerarse en orma lógica como con*untos de datos llamados "tuplas".
de las bases de datos relacionales creadas por 7odd, la ma#ora de las eces se conceptuali(a de una manera más ácil de imaginar. +sto es pensando en cada relación como si uese una tabla &ue está compuesta por registros las flas de una tabla!, &ue representaran las tuplas, # campos las columnas de una tabla!. +n este modelo, el lugar # la orma en &ue se almacenen los datos no tienen releancia a dierencia de otros modelos como el *erár&uico # el de red!. +sto tiene la considerable enta*a de &ue es más ácil de entender # de utili(ar para un usuario esporádico de la base de datos. $a inormación puede ser recuperada o almacenada mediante "consultas" &ue orecen una amplia =exibilidad # poder para administrar la inormación. +l lengua*e más -abitual para construir las consultas a bases de datos relacionales es 0Q$, Structured Query Language oLenguaje structurado de !onsultas, un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales. >urante su diseo, una base de datos relacional pasa por un proceso al &ue se le conoce como normali(ación de una base de datos. >urante los aos @5 la aparición de d9A0+ produ*o una reolución en los lengua*es de programación # sistemas de administración de datos. Aun&ue nunca debe olidarse &ue d9ase no utili(aba 0Q$ como lengua*e base para su gestión.
-ttp%BBB.netron#cs.commodelosCdeCbaseCdeCdatos.-tml Un diagrama o modelo entidad-relación (a veces denominado por sus siglas en inglés, ER !ntit relationship, o del espa*ol DER +iagrama de !ntidad elación) es una herramienta para el modelado de datos "ue permite representar las entidades relevantes de un sistema de información así como sus interrelaciones propiedades.
7reacion de una 9ase de datos%
Ejemplo de una base de datos. MODELO ENTIDAD-RELACION
•
•
•
•
•
•
En el hospital Teletón se necesita saber con lo que cuenta cada área, las descripciones de los pacientes y datos de los doctores.
>el doctor es -orario, salario, cedula, ec-a de ingreso, nombre, >E8, especialidad # área. Además se sabe &ue un área puede tener arios pacientes, # un paciente puede ser atendido por arios doctores. +n el área también -a# arios doctores, # arios doctores pueden estar en una sola área. #os doctores pueden atender a $arios pacientes.
-odelo elacional
odigo -#/L 2.
0. 1e aparecerá un pantalla negra donde tienes "ue insertar el pass2ord le das enter te aparecerá la bienvenida a la consola, lo "ue es la versión del sistema -#/L, las teclas para la auda o la limpie&a de la pantalla.
3. 4ara crear un base de datos tienes "ue ponerle créate database el nombre de tu base de datos en este caso será teletón no olvides poner punto coma entre cada termino de línea, le das enter .
5.
er todas la bases de datos &ue están creadas en la consola el comando será% s-oB data bases'
6. 4ara entrar en la base de datos "ue creaste le pones use teletón7 al dar enter te aparecerá database changed donde dice "ue a la puedes usar.
F.
4.
@.
3.
89. 4ara
seleccionar cual&uier tabla # ordenar uno de los campos se pone select G rom el nombre de la tabla order b# # el nombre de como lo &uieres ordenar.
88. Upper: pasa a ma'scula para poder pasar a ma'scula se le pone select upper (nombre de tu columna) from nombre de la tabla.
80. 4ara calcular el salario medio de todos los doctores, lo "ue se va a poner select avg(salario) from doctores7
2K. 0eleccionar el salario máximo ,minimo # sacar el salario medio select agsalario!,maxsalario!,minsalario! rom doctores'
2L. +liminar datos de una tabla% para esto se necesita la orden delete rom el nombre de la tabla donde deseas eliminar B-ere nombre de unas de tus columnas &ue &uieres eliminarMJ#a sea el nombreJ' e*emplo delete rom pacientes B-ere sexoMJmasculinoJ'
86. Update es para modificar datos "ue haas puesto mal, pones primero el update e l nombre de la tabla set el campo;
8>. 4ara eliminar una tabla la orden es : drop table el nombre de tu tabla7
8?. 4ara eliminar un base de datos es como la tabla . e$emplo drop database teletón7
Estructura del modelo relacional •
Po rSa r aAl v a r e z
•
•
•
•
2 5d es e p t i e mb r ed e2 00 7 0Co me nt a r i o s
•
Des ar r ol l o,Basesdedat os
Quées,comoseconst r uyeycomoseut i l i zaest esi mpl eper o pot ent emodel or el aci onaldedat os. Set r a t ad eu nmo de l ob as t a nt ep ot e nt eyal av e zb as t a nt es i mpl e,q uen osr e pr e se nt a s pr obl e mas .El el ement opr i nc i pal dees t emodel oesl ar el ac i ón.Porl oquepodemosdec i r q ueu nab as ed ed at o sr el a ci o na le s t ác o mp ues t ap oru nc on j u nt od er e l a c i o ne s .
Re l a ci ón
Lar el ac i óns er epr es ent amedi ant eunat abl a,es t at abl ar epr es ent aal oqueenel model o ent i dadr el ac i ónl l amábamosent i dad.Es t at abl ac ont i enel osat r i but os( c ol umnas )yl as t upl as( fi l as ) .
•
At r i b ut o:s et r at adecadaunadel a sc ol umna sdel at ab l a.Vi e nendefi ni dasporun n omb r eypu ed enc on t e ne ru nc o nj u nt odev a l o r e s .
•
T upl a:s et r at adecadaunadel a sfi l a sd el at abl a.Esi mpo r t ant es eñal arq uenos e p ue dent e ne rt u pl a sd up l i c ad asenu nat a bl a .
Domi ni os
El domi ni odent r odel aes t r uc t ur adel model or el ac i onal esel c onj unt odev al or esque puedet omarunat r i but o.Ex i s t endost i posdedomi ni os :
•
d omi n i o sge ne r a l e s :s o na qu el l o squ ee s t á nc o mp r e nd i d ose nt r eunmá x i moyun mí ni mo.
•
d omi ni osr es t r i ngi do s:s onl osqueper t en ec enaunconj un t odev al or eses pe cí fi c os .
Cl aves
Ca dat u pl ad eu nat a bl at i e neq uee s t a ra so c i a daau nac l a v eú ni c aq uep er mi t a
i dent i fi c ar l a. Un ac l a v ep ue dees t a rc o mp ue s t apo ru noomá sat r i b ut o s . Unac l a v et i eneques erúni c adent r odes ut abl aynos epuededes c ar t arni ngúna t r i but o del ami s mapar ai dent i fi c arunafi l a. Ex i s t endost i posdec l av es :
Cl a v epr ma r i a( Pr i mar yKe y) :esel v a l oroc onj unt odev al or e squei dent i fi c anun afi l a
•
d en t r odeun at a bl a .Nu nc ap ued es erNUL L.Unej emp l oc l a r odecl a v ep r i ma r i as er i ae l DNI ,queesúni copar acadaper sonaynopuedeserNULL. Cl a v eaj e na( For ei gnKe y) :esel v al orov al or esdeunat ab l aqu ec or r e spondeco nel
•
v al ordeunac l a vepr i mar i aenot r at abl a.Es t ac l a veesl aquer epr es ent al asr el ac i onesent r e l ast abl as .
Vi st as
Set r at adeunat abl afi ct i c i al ac ual mues t r aat r i but osdeot r ast abl asr el ac i onadas .De e s t af o r mao bt e ne mo sl o sd at o sq uen osi n t e r e s and eu naov a r i a st a bl a s.Esi mp or t a nt e s eñal arquenosepuedenr eal i z aroper ac i oness obr evi s t as .
ESTRUCTURA DE UN MODELO DE DATOS
Estructura @editar La base de datos se organi&a en dos marcadas secciones7 el es"uema los datos (o instancia). !l es"uema es la definición de la estructura de la base de datos principalmente almacena los siguientes datos: •
!l nombre de cada tabla
•
!l nombre de cada columna
•
!l tipo de dato de cada columna
•
La tabla a la "ue pertenece cada columna
Las bases de datos relacionales pasan por un proceso al "ue se le conoce como normali&ación de una base de datos, el resultado de dicho proceso es un es"uema "ue permite "ue 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. !s en sí, el contenido de todos los registros.
Gestores de base de datos relacionales@editar !%iste un tipo de soft2are e%clusivamente dedicado a tratar con bases de datos relacionales, conocido como #istema de Bestión de ases de +atos elacionales (SGBDR, o RDBMS del inglés Relational Database Management !stem), también llamados mane$adores o gestores de las +. !ntre los gestores actuales más populares e%isten: •
-#/L.
•
4ostgre#/L.
•
Cracle.
•
+0.
•
Dnformi%.
•
Dnterbase.
•
=irebird.
•
#base.
•
-icrosoft #/L #erver .
Ventajas y desventajas@editar enta!as
•
4rovee herramientas "ue garanti&an evitar la duplicidad de registros.
•
Baranti&a la integridad referencial, así, al eliminar un registro elimina todos los registros relacionados dependientes.
•
=avorece la normali&ación por ser más comprensible aplicable.
Des"enta!as •
4resentan deficiencias con datos gráficos, multimedia, A+ sistemas de información geográfica.
•
Eo se manipulan de forma mane$able los blo"ues de te%to como tipo de dato.
•
Las bases de datos orientadas a ob$etos (+CC) se propusieron con el ob$etivo de satisfacer las necesidades de las aplicaciones anteriores así, complementar pero no sustituir a las bases de datos relacionales.
