"Ao de la Integracin y Reconocimiento de Nuestra Diversidad"

UNIVERSIDAD : UNIVERSIDAD PRIVADA SAN PEDRO. ESCUEla : Ingeniera informtica y de sistemas. Alunmo : Anderson paul lozada Suarez. Prfesor: Fredy rivera montero . Ciclo : IV. TEMA : ALMACENAMIENTOS DE DATOS .

Ao : 2012.

ALMACENAMIENTO DE DATOS
Los seres humanos han usado una variedad asombrosa de materiales y medios para guardar informacin, tcnicamente llamados medios de grabacin o almacenamiento de datos -cualquier substancia que pueda ser sistemticamente transformada se puede usar para grabar informacin. Piedras, vasijas y sogas anudadas son los ms antiguos, pero papel ha sido el medio de grabacin utilizado por dos milenios. Existen ciertos problemas y limitaciones en el uso de medios de almacenamiento magnticos, y hoy en da existe una gran variedad de medios de almacenamiento de datos que utilizan otras tcnicas que estn basadas en la difraccin de las ondas de luz. Existen muchas variaciones de este sistema, las que hacen posible almacenar una gran cantidad de datos digitales en un muy pequeo y econmico formato. Terminologa. Los dispositivos que no se utilizan exclusivamente para grabacin (por ejemplo manos, bocas, instrumentos musicales) y dispositivos que son intermedios en el proceso de almacenamiento y recuperacin (por ejemplo, ojos, odos, cmaras, escneres, micrfonos, altavoces, monitores, proyectores de vdeo) no son por lo general considerados como dispositivos de almacenamiento. Los dispositivos usados exclusivamente para grabacin (por ejemplo impresoras), exclusivamente para lectura (por ejemplo lectores dee cdigos de barras), o los dispositivos que procesan solamente una forma de informacin (por ejemplo fongrafos) pueden o no considerarse dispositivos de almacenamiento. En computacin stos se conocen como dispositivos de entrada-salida.

Dispositivos de almacenamiento de datos Disco duro.

Los discos duros tienen una gran capacidad de almacenamiento de informacin, pero al estar alojados normalmente dentro de la computadora (discos internos), no son extrables fcilmente. Para intercambiar informacin con otros equipos (si no estn conectados en red) se tienen que utilizar unidades de disco, como los disquetes, los discos pticos (CD, DVD), los discos magneto-pticos, memorias USB o las memorias flash, entre otros. El disco duro almacena casi toda la informacin que manejamos al trabajar con una computadora. En l se aloja, por ejemplo, el sistema operativo que permite arrancar la mquina, los programas, archivos de texto, imagen, vdeo, etc. Dicha unidad puede ser interna (fija) o externa (porttil), dependiendo del lugar que ocupe en el gabinete o caja de computadora. Un disco duro est formado por varios discos apilados sobre los que se mueve una pequea cabeza magntica que graba y lee la informacin. Este componente, al contrario que el micro o los mdulos de memoria, no se pincha directamente en la placa, sino que se conecta a ella mediante un cable. Tambin va conectado a la fuente de alimentacin, pues, como cualquier otro componente, necesita energa para funcionar. Adems, una sola placa puede tener varios discos duros conectados. Las caractersticas principales de un disco duro son:

Capacidad: Se mide en gigabytes (GB). Es el espacio disponible para almacenar secuencias de 1 byte. La capacidad aumenta constantemente desde cientos de MB, decenas de GB, cientos de GB y hasta TB. Velocidad de giro: Se mide en revoluciones por minuto (RPM). Cuanto ms rpido gire el disco, ms rpido podr acceder a la informacin la cabeza lectora. Los discos actuales giran desde las 4.200 a 15.000 RPM, dependiendo del tipo de ordenador al que estn destinadas. Capacidad de transmisin de datos: De poco servir un disco duro de gran capacidad si transmite los datos lentamente. Los discos actuales pueden alcanzar transferencias de datos de 3 GB por segundo.

Tambin existen discos duros externos que permiten almacenar grandes cantidades de informacin. Son muy tiles para intercambiar informacin entre dos equipos. Normalmente se conectan al PC mediante un conector USB. Cuando el disco duro est leyendo, se enciende en la carcasa un LED (de color rojo, verde u otro). Esto es til para saber, por ejemplo, si la mquina ha acabado de realizar una tarea o si an est procesando datos.

Disquetera La unidad de 3,5 pulgadas permite intercambiar informacin utilizando disquetes magnticos de 1,44 MB de capacidad. Aunque la capacidad de soporte es muy limitada si tenemos en cuenta las necesidades de las aplicaciones actuales se siguen utilizando para intercambiar archivos pequeos, pues pueden borrarse y reescribirse cuantas veces se desee de una manera muy cmoda, aunque la transferencia de informacin es bastante lenta si la comparamos con otros soportes, como el disco duro o un CD-ROM. Para usar el disquete basta con introducirlo en la ranura de la disquetera. Para expulsarlo se pulsa el botn situado junto a la ranura, o bien se ejecuta alguna accin en el entorno grfico con el que trabajamos (por ejemplo, se arrastra el smbolo del disquete hasta un icono representado por una papelera).

Unidad de CD-ROM o "lectora"

La unidad de CD-ROM permite utilizar discos pticos de una mayor capacidad que los disquetes de 3,5 pulgadas: hasta 700 MB. sta es su principal ventaja, pues los CD-ROM se han convertido en el estndar para distribuir sistemas operativos, aplicaciones, etc. El uso de estas unidades est muy extendido, ya que tambin permiten leer los discos compactos de audio. Para introducir un disco, en la mayora de las unidades hay que pulsar un botn para que salga una especie de bandeja donde se deposita el CD-ROM. Pulsando nuevamente el botn, la bandeja se introduce. En estas unidades, adems, existe una toma para auriculares, y tambin pueden estar presentes los controles de navegacin y de volumen tpicos de los equipos de audio para saltar de una pista a otra, por ejemplo. Una caracterstica bsica de las unidades de CD-ROM es la velocidad de lectura, que normalmente se expresa como un nmero seguido de una x (40x, 52x,..). Este nmero indica la velocidad de lectura en mltiplos de 128 kB/s. As, una unidad de 52x lee informacin de 128 kB/s 52 = 6,656 kB/s, es decir, a 6,5 MB/s. Unidad de CD-RW (regrabadora) o "grabadora" Artculo principal: CD-RW. Las unidades de CD-ROM son de slo lectura. Es decir, pueden leer la informacin en un disco, pero no pueden escribir datos en l. Una regrabadora puede grabar y regrabar discos compactos. Las caractersticas bsicas de estas unidades son la velocidad de lectura, de grabacin y de regrabacin. En los discos regrabables es normalmente menor que en los discos que slo pueden ser grabados una vez. Las regrabadoras que trabajan a 8X, 16X, 20X, 24X, etc., permiten grabar los 650, 700 o ms megabytes (hasta 900 MB) de un disco compacto en unos pocos minutos. Es habitual observar tres datos de velocidad, segn la expresin ax bx cx (a:velocidad de lectura; b: velocidad de grabacin; c: velocidad de regrabacin). Unidad de DVD-ROM o "lectora de DVD" Artculo principal: DVD-ROM. Las unidades de DVD-ROM son aparentemente iguales que las de CD-ROM, pueden leer tanto discos DVD-ROM como CD-ROM. Se diferencian de las unidades lectoras de CD-ROM en que el soporte empleado tiene hasta 17 GB de capacidad, y en la velocidad de lectura de los datos. La velocidad se expresa con otro nmero de la x: 12x, 16x... Pero ahora la x hace referencia a 1,32 MB/s. As: 16x = 21,12 MB/s. Unidad de DVD-RW o "grabadora de DVD" Artculo principal: DVD-RW.

Puede leer y grabar y regrabar imgenes, sonido y datos en discos de varios gigabytes de capacidad, de una capacidad de 650 MB a 9 GB. Unidad de disco magneto-ptico Artculo principal: Disco magneto-ptico. La unidad de discos magneto-pticos permiten el proceso de lectura y escritura de dichos discos con tecnologa hbrida de los disquetes y los discos pticos, aunque en entornos domsticos fueron menos usadas que las disqueteras y las unidades de CD-ROM, pero tienen algunas ventajas en cuanto a los disquetes: Por una parte, admiten discos de gran capacidad: 230 MB, 640 Mb o 1,3 GB. Adems, son discos reescribibles, por lo que es interesante emplearlos, por ejemplo, para realizar copias de seguridad.

Lector de tarjetas de memoria Artculo principal: Memoria USB. El lector de tarjetas de memoria es un perifrico que lee o escribe en soportes de memoria flash. Actualmente, los instalados en computadores (incluidos en una placa o mediante puerto USB), marcos digitales, lectores de DVD y otros dispositivos, suelen leer varios tipos de tarjetas. Una tarjeta de memoria es un pequeo soporte de almacenamiento que utiliza memoria flash para guardar la informacin que puede requerir o no bateras (pilas), en los ltimos modelos la batera no es requerida, la batera era utilizada por los primeros modelos. Estas memorias son resistentes a los rasguos externos y al polvo que han afectado a las formas previas de almacenamiento porttil, como los CD y los disquetes. Otros dispositivos de almacenamiento Otros dispositivos de almacenamiento son las memorias flash o los dispositivos de almacenamiento magnticos de gran capacidad. Cinta perforada: se trata de un medio muy obsoleto, consistente en tarjetas o cintas de papel perforadas. Memoria flash: Es un tipo de memoria que se comercializa para el uso de aparatos porttiles, como cmaras digitales o agendas electrnicas. El aparato correspondiente o bien un lector de tarjetas, se conecta a la computadora a travs del puerto USB o Firewire. Discos y cintas magnticas de gran capacidad: Son unidades especiales que se utilizan para realizar copias de seguridad o respaldo en empresas y centros de investigacin. Su capacidad de almacenamiento puede ser de cientos de gigabytes. Almacenamiento en lnea: Hoy en da tambin debe hablarse de esta forma de almacenar informacin. Esta modalidad permite liberar espacio de los equipos de escritorio y trasladar los archivos a discos rgidos remotos provistos que garantizan normalmente la disponibilidad de la informacin. En este caso podemos hablar de dos tipos de almacenamiento en lnea: un almacenamiento de corto plazo normalmente destinado a la transferencia de grandes archivos va web; otro almacenamiento de largo plazo, destinado a conservar informacin que normalmente se dara en el disco rgido del ordenador personal.

Restauracin de datos La informacin almacenada en cualquiera de estos dispositivos debe de disponer de algn mecanismo para restaurar la informacin, es decir restaurar la informacin a su estado original en caso de que algn evento no nos permita poder acceder a la informacin original, siendo necesario acudir a la copia que habamos realizado anteriormente. Para esta restauracin de datos existen diferentes mtodos, desde un simple copiar pasando por comandos como el "copy" de DOS, el "cp" de sistemas Linux y Unix, o herramientas de diversos fabricantes. Recuperacin de datos Recuperacin de datos es el proceso de restablecer la informacin contenida en dispositivos de almacenamiento secundarios daados, defectuosos, corruptos, inaccesibles o que no se pueden acceder de forma normal. A menudo la informacin es recuperada de dispositivos de almacenamiento tales como discos duros, cintas, CD, DVD, RAID y otros dispositivos electrnicos. La recuperacin puede ser debido a un dao fsico en el dispositivo de almacenamiento o por un dao lgico en el sistema de archivos que evita que el dispositivo sea accedido desde el sistema operativo.

Archibos planos
archivos planos son bsicamente lo que hoy evolucionado a partir de bases de datos. Usted puede pensar en un "servidor de base de datos" como alguien programa ha estado escribiendo durante aos que hace todo tipo de pequeos trucos para mejorar el rendimiento de archivos planos. Trucos como la conservacin de los datos solicitados con frecuencia en la memoria para que no se tiene que leer desde el disco. Tcnicamente, una "base de datos" es todava un archivo plano (con la excepcin de algo como MySQLs tipo de tabla "MEMORIA") pero el servidor de base de datos mantiene solicitadas piezas de datos en la memoria y slo escribe en el archivo cuando lo necesita para conseguir algo no tiene cach, o cuando se necesita agregar nuevos datos.

Caractersticas de los archivos planos para RIPS Los archivos planos deben contener: Archivo de registros de control: Corresponde al archivo de registro de control de cada uno de los archivos enviados en los medios magnticos. Este es el primer archivo e ir en el primer volumen de los medios magnticos que contengan los archivos. Archivos de registro de datos: Son los archivos que contienen los datos de las transacciones, de la descripcin agrupada de los servicios de salud prestados, de los usuarios, de las consultas, de los procedimientos, de hospitalizacin, de urgencias, recin nacidos, de medicamentos y de otros servicios. Los campos de las variables del archivo deben estar separados por comas. La coma solamente debe ser utilizada para este fin. Cuando el dato no lleve valor (blanco) igual se debe incluir el campo separado por comas (,,). Los campos tipo texto no deben tener ningn tipo de separador, solo se acepta el espacio en blanco. Se aceptarn nmeros de factura que incluyan el carcter guin (-). Los campos numricos que incluyan decimales, deben utilizar como separadores de decimales el punto (.). Los valores deben venir sin separacin de miles. Los campos del dato fecha deben tener el formato Da/Mes/Ao (dd/mm/aaaa), incluido el carcter (/). Ningn dato en el campo debe venir encerrado entre comillas ( ), ni ningn otro carcter especial.

 Los campos que contienen horas y minutos deben tener el formato hora:minutos (hh:mm), incluye los dos puntos. Sistemas de veinticuatro (24) horas. El nmero total de registros por cada volumen, no debe superar el 80% de la capacidad total del medio magntico. Para optimizar el proceso del envo de los archivos, se pueden comprimir con formato ZIP. No colocar ningn carcter especial de fin de registro o archivo. v Nombres de los archivos Los archivos de datos debern identificarse con el Tipo de archivo (dos caracteres), el nmero de la remisin de los datos (de uno a seis caracteres), para un nombre con un total mximo de ocho caracteres ms la extensin del archivo que debe ser txt. Los tipos de archivos son los siguientes: CT = Archivo de control AF = Archivo de las transacciones US = Archivo de usuarios de los servicios de salud AD = Archivo de descripcin agrupada de los servicios de salud prestados AC = Archivo de consulta AP = Archivo de procedimientos AH = Archivo de hospitalizacin AU = Archivo de urgencias AN = Archivo de recin nacidos AM = Archivo de medicamentos AT = Archivo de otros servicios GENERACIN DE UNA ARCHIVO PLANO A PARTIR DE LA HERRAMIENTA DE MICROSOFT EXCEL. Microsoft Excel permite convertir un archivo normal de Excel a archivo plano editando el archivo y guardndolo como archivo con extensin .CSV que significa Valores Separados por Comas', 'Comma-Separated-Values') y es un formato comn para intercambiar texto. El formato de archivo CSV (*.csv) guarda nicamente el texto y los valores como aparezcan en las celdas de la hoja de clculo activa. Todas las filas y todos los caracteres en cada celda se guardarn. Las columnas de datos se separan mediante comas y cada fila termina en un retorno de carro. Si una celda contiene una coma, el contenido de la celda se escribir entre comillas dobles. Si las celdas presentan frmulas en vez de valores, stas se convertirn como texto. Todo el formato, grficos, objetos y cualquier otro contenido de la hoja de clculo se perdern. El smbolo del euro se convertir en signo de interrogacin. Antes de proceder a generar el archivo plano, se debe realizar la siguiente configuracin en el computador donde se realizar el proceso. Si es en Windows Xp o anteriores, debe oprimir el botn inicio, ir al panel de control e ingresar a la opcin configuracin regional, en la pestaa opciones regionales oprimir el botn Personalizar, y en la pestaa nmeros cambiar el campo separador de listas por coma (,) y para finalizar el botn Aceptar.

IMPORTANCIA DE GENERAR CON CALIDAD LOS ARCHIVOS PLANOS. En el ao 2000 se expidi la norma que estableci el Sistema de Informacin de las Prestaciones de Salud, cuya base es el registro individual (RIPS), con el propsito de facilitar la relacin entre prestadores y pagadores en materia de informacin y de soportes de los servicios efectivamente prestados a la poblacin protegida en cualquiera de los regmenes definidos por la Ley 100 o en transicin a stos. La informacin de los registros individuales de prestacin de servicios de salud, (RIPS), con todas sus estructuras se constituye en un subsistema de informacin prioritario para la evaluacin y monitoreo del funcionamiento del Sistema General de Seguridad Social en Salud en cada uno de sus planes, programas y estrategias, frente a las metas fijadas a corto y mediano plazo, y de las acciones clnicas de los prestadores. Sin embargo, y pese a que los distintos generadores y usuarios de los datos y la informacin reconocen su valor e importancia, en la actualidad se han identificado grandes falencias tanto en la calidad del registro primario como en la utilizacin para la gestin de IPS y EAPB, as como para la formulacin de la poltica sobre la salud pblica y el aseguramiento. contribuyan a la toma de decisiones en condiciones de mayor certidumbre.

Base de datos jerrquica

Bases de datos jerrquicas 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. Cmo funcionan A diferencia del modelo relacional, el modelo jerrquico no diferencia una vista lgica de una vista fsica de la base de datos. De manera que las relaciones entre datos se establecen siempre a nivel fsico, es decir, mediante referencia a direcciones fsicas del medio de almacenamiento (sectores y pistas). Los datos se almacenan en la forma de registros, el equivalente a las filas del modelo relacional. Cada registro consta de un conjunto de campos, el equivalente a las columnas del modelo relacional. Un conjunto de registros con los mismos campos se denomina fichero (record type, en ingls), el equivalente a las tablas del modelo relacional. El modelo jerrquico facilita relaciones padre-hijo, es decir, relaciones 1:N (de uno a varios) del modelo relacional. Pero a diferencia de ste ltimo, las relaciones son unidireccionales. En justicia, dichas relaciones son hijo-padre, pero no padre-hijo. Por ejemplo, el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre), pero no al contrario. Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raz. La consulta en el sentido contrario requiere una bsqueda secuencial por todos los registros de la base de datos (por ejemplo, para consultar todos los empleados de un departamento). En las bases de datos jerrquicas no existen ndices que faciliten esta tarea. Obsrvese que, a priori, no existen relaciones N:M (de muchos a muchos) en el modelo jerrquico. Salvo que se simulen mediante varias relaciones 1:N. No obstante, esto puede provocar problemas de inconsistencia, ya que el gestor de base de datos no controla estas relaciones. Como ya se ha mencionado, las relaciones se establecen mediante punteros entre registros. Es decir, un registro hijo contiene la direccin fsica en el medio de almacenamiento de su registro padre. Esto tiene una ventaja fundamental sobre las bases de datos relacionales: el rendimiento. El acceso de un registro a otro es prcticamente inmediato sin necesidad de consultar tablas de correspondencia. Las relaciones jerrquicas entre diferentes tipos de datos pueden hacer que sea muy sencillo responder a determinadas preguntas, pero muy difcil el contestar a otras. Limitaciones del modelo jerrquico A continuacin se mencionan los problemas tpicos de las bases de datos jerrquicas y que no existen en las bases de datos relacionales. Todos estos problemas derivan del hecho de que el sistema gestor de base de datos no implementa ningn control sobre los propios datos, sino que queda en manos de las aplicaciones garantizar que se cumplen las condiciones invariantes que se requieran (por ejemplo, evitar la duplicidad de registros). Dado que todas las aplicaciones estn sujetas a errores y fallos, esto es imposible en la prctica. Adems dichas condiciones suelen romperse ex profeso por motivos operativos (generalmente, ajustes debidos a cambios en el negocio) sin evaluarse sus consecuencias.

Duplicidad de registros No se garantiza la inexistencia de registros duplicados. Esto tambin es cierto para los campos "clave". Es decir, no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos. Integridad referencial No existe garanta de que un registro hijo est relacionado con un registro padre vlido. Por ejemplo, es posible borrar un nodo padre sin eliminar antes los nodos hijo, de manera que stos ltimos estn relacionados con un registro invlido o inexistente.. Desnormalizacin Este no es tanto un problema del modelo jerrquico como del uso que se hace de l. Sin embargo, a diferencia del modelo relacional, las bases de datos jerrquicas no tienen controles que impidan la desnormalizacin de una base de datos. Por ejemplo, no existe el concepto de campos clave o campos nicos. La desnormalizacin permite ingresar redundancia de una forma controlada, seguir a una serie de pasos conlleva a: Combinar las relaciones Duplicar los atributos no claves Introduccin de grupos repetitivos Crear tablas de extraccin

Cuando se debe desnormalizar: Se debe desnormalizar para optimizar el esquema relacional Para hacer referencia a la combinacin de 2 relaciones que forman una sola relacin

Ejemplo: Proveedor (Nro_proveedor, calle, ciudad, cod_postal, descripcin) La relacin Proveedor esta desnormalizada, ya que para normalizarla deberamos crear una tabla con ciudad y cdigo postal

Base de datos en red

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. una base de datos conformada por una coleccin o set de registros, los cuales estn conectados entre s por medio de enlaces en una red. El registro es similar al de una entidad como las empleadas en el modelo relacional. Un registro es una coleccin o conjunto de campos (atributos), donde cada uno de los que contiene solamente un nico valor almacenado, exclusivamente el enlace es la asociacin entre dos registros, as que podemos verla como una relacin estrictamente binaria. Se trata tambin de una organizacin jerrquica de nodos, pero un nodo hijo puede tener ms de un solo nodo padre (relacin muchos a muchos). Existen los punteros, que son conexiones adicionales entre nodos padres y nodos hijos, que permiten acceder a un nodo por vas distintas accediendo al mismo en direccin descendente por las diversas ramas. Representa una mejora al modelo jerrquico. Por ejemplo:Los vendedores destacados para distribuir determinados productos en algunas ciudades pueden ilustrar este modelo (ver fig. 2.2). Cada Producto puede ser distribuido por ms de un Vendedor, as mismo cada Vendedor puede encargarse de diferentes Ciudades.

Base de datos relacional

Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo ms utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que estn guardados en tablas), y a travs de dichas conexiones relacionar los datos de ambas tablas, de ah proviene su nombre: "Modelo Relacional". Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San Jos (California), no tard en consolidarse 1 como un nuevo paradigma en los modelos de base de datos.

Caractersticas Una base de datos relacional se compone de varias tablas o relaciones. No pueden existir dos tablas con el mismo nombre ni registro. Cada tabla es a su vez un conjunto de registros (filas y columnas). La relacin entre una tabla padre y un hijo se lleva a cabo por medio de las claves primarias y ajenas (o forneas). Las claves primarias son la clave principal de un registro dentro de una tabla y stas deben cumplir con la integridad de datos. Las claves ajenas se colocan en la tabla hija, contienen el mismo valor que la clave primaria del registro padre; por medio de stas se hacen las relaciones.

Elementos Relaciones base y derivadas En una base de datos relacional, todos los datos se almacenan y se accede a ellos por medio de relaciones. Las relaciones que almacenan datos son llamadas "relaciones base" y su implementacin es llamada "tabla". Otras relaciones no almacenan datos, pero son calculadas al aplicar operaciones relacionales. Estas relaciones son llamadas "relaciones derivadas" y su implementacin es llamada "vista" o "consulta". Las relaciones derivadas son convenientes ya que expresan informacin de varias relaciones actuando como si fuera una sola. Restricciones Una restriccin es una condicin que obliga el cumplimiento de ciertas condiciones en la base de datos. Algunas no son determinadas por los usuarios, sino que son inherentemente definidas por el simple hecho de que la base de datos sea relacional. Algunas otras restricciones las puede definir el usuario, por ejemplo, usar un campo con valores enteros entre 1 y 10. Las restricciones proveen un mtodo de implementar reglas en la base de datos. Las restricciones restringen los datos que pueden ser almacenados en las tablas. Usualmente se definen usando expresiones que dan como resultado un valor booleano, indicando si los datos satisfacen la restriccin o no. Las restricciones no son parte formal del modelo relacional, pero son incluidas porque juegan el rol de organizar mejor los datos. Las restricciones son muy discutidas junto con los conceptos relacionales.

Dominios Un dominio describe un conjunto de posibles valores para cierto atributo. Como un dominio restringe los valores del atributo, puede ser considerado como una restriccin. Matemticamente, 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. Clave nica Cada tabla puede tener uno o ms campos cuyos valores identifican de forma nica cada registro de dicha tabla, es decir, no pueden existir dos o ms registros diferentes cuyos valores en dichos campos sean idnticos. Este conjunto de campos se llama clave nica. Pueden existir varias claves nicas en una determinada tabla, y a cada una de stas suele llamrsele candidata a clave primaria. Clave primaria Una clave primaria es una clave nica elegida entre todas las candidatas que define unvocamente a todos los dems atributos de la tabla, para especificar los datos que sern relacionados con las dems tablas. La forma de hacer esto es por medio de claves forneas. Slo puede existir una clave primaria por tabla y ningn campo de dicha clave puede contener valores NULL. Clave fornea Una clave fornea es una referencia a una clave en otra tabla, determina la relacin existente en dos tablas. Las claves forneas no necesitan ser claves nicas en la tabla donde estn y s a donde estn referenciadas. Por ejemplo, el cdigo de departamento puede ser una clave fornea en la tabla de empleados. Se permite que haya varios empleados en un mismo departamento, pero habr uno y slo un departamento por cada clave distinta de departamento en la tabla de empleados.

Clave ndice Las claves ndice surgen con la necesidad de tener un acceso ms rpido a los datos. Los ndices pueden ser creados con cualquier combinacin de campos de una tabla. Las consultas que filtran registros por medio de estos campos, pueden encontrar los registros de forma no secuencial usando la clave ndice. Las bases de datos relacionales incluyen mltiples tcnicas de ordenamiento, cada una de ellas es ptima para cierta distribucin de datos y tamao de la relacin. Los ndices generalmente no se consideran parte de la base de datos, pues son un detalle agregado. Sin embargo, las claves ndices son desarrolladas por el mismo grupo de programadores que las otras partes de la base de datos. Procedimientos almacenados

Un procedimiento almacenado es cdigo ejecutable que se asocia y se almacena con la base de datos. Los procedimientos almacenados usualmente recogen y personalizan operaciones comunes, como insertar un registro dentro de una tabla, recopilar informacin estadstica, o encapsular clculos complejos. Son frecuentemente usados por un API por seguridad o simplicidad. Los procedimientos almacenados no son parte del modelo relacional, pero todas las implementaciones comerciales los incluyen. Estructura 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, 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. Manipulacin de la informacin Para manipular la informacin utilizamos un lenguaje relacional, actualmente se cuenta con dos lenguajes formales el lgebra relacional y el clculo relacional. El lgebra relacional permite describir la forma de realizar una consulta, en cambio, el clculo relacional slo indica lo que se desea devolver. El lenguaje ms comn para construir las consultas a bases de datos relacionales es SQL (Structured Query Language), un estndar implementado por los principales motores o sistemas de gestin de bases de datos relacionales. En el modelo relacional los atributos deben estar explcitamente relacionados a un nombre en todas las operaciones, en cambio, el estndar SQL permite usar columnas sin nombre en conjuntos de resultados, como el asterisco taquigrfico (*) como notacin de consultas. Al contrario del modelo relacional, el estndar SQL requiere que las columnas tengan un orden definido, lo cual es fcil de implementar en una computadora, ya que la memoria es lineal. Es de notar, sin embargo, que en SQL el orden de las columnas y los registros devueltos en cierto conjunto de resultado nunca est garantizado, a no ser que explcitamente sea especificado por el usuario. Manejadores de base de datos relacionales Existe software exclusivamente dedicado a tratar con bases de datos relacionales. Este software se conoce como SGBD (Sistema de Gestin de Base de Datos relacional) o RDBMS (del ingls Relational Database Management System).

Entre los gestores o manejadores actuales ms populares encontramos: MySQL, PostgreSQL, Oracle, DB2, INFORMIX, Interbase, FireBird, Sybase y Microsoft SQL Server. Ventajas y desventajas 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 Diseo de las bases de datos relacionales El primer paso para crear una base de datos, es planificar el tipo de informacin que se quiere almacenar en la misma, teniendo en cuenta dos aspectos: la informacin disponible y la informacin que necesitamos. La planificacin de la estructura de la base de datos, en particular de las tablas, es vital para la gestin efectiva de la misma. El diseo de la estructura de una tabla consiste en una descripcin de cada uno de los campos que componen el registro y los valores o datos que contendr cada uno de esos campos. Los campos son los distintos tipos de datos que componen la tabla, por ejemplo: nombre, apellido, domicilio. La definicin de un campo requiere: el nombre del campo, el tipo de campo, el ancho del campo, etc. Los registros constituyen la informacin que va contenida en los campos de la tabla, por ejemplo: el nombre del paciente, el apellido del paciente y la direccin de este. Generalmente los diferentes tipos de campos que se pueden almacenar son los siguientes: Texto (caracteres), Numrico (nmeros), Fecha / Hora, Lgico (informaciones lgicas si/no, verdadero/falso, etc.), imgenes. 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.

Base de datos de objetos

Bases de datos orientadas a objetos Este modelo, bastante reciente, y propio de los modelos informticos orientados a objetos, trata de almacenar en la base de datos los objetos completos (estado y comportamiento). Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del paradigma de objetos: Bases de datos orientadas a objetos Se est trabajando en SQL3, objetos, los usuarios pueden que es el estndar de SQL92 definir operaciones sobre los datos ampliado, que soportar los como parte de la definicin de la nuevos conceptos orientados a objetos y mantendra base de datos. Una operacin compatibilidad con SQL92. Los (llamada funcin) se especifica en programas de aplicacin de los dos partes. La interfaz (o usuarios pueden operar sobre signatura) de una operacin los datos invocando a dichas operaciones a travs de sus incluye el nombre de la operacin nombres y argumentos, sea cual y los tipos de datos de sus sea la forma en la que se han argumentos (o parmetros). La implementado. Esto podra denominarse independencia implementacin (o mtodo) de la entre programas y operaciones. operacin se especifica separadamente y puede modificarse sin afectar la interfaz. Este artculo o seccin necesita referencias que aparezcan en una publicacin acreditada, como revistas especializadas, monografas, prensa diaria o pginas de Internet fidedignas. Puedes aadirlas as o avisar al autor principal del artculo en su pgina de discusin pegando: {{subst:Aviso referencias|Base de datos orientada a objetos}} ~~~~ En una base de datos orientada a objetos, la informacin se representa mediante objetos como los presentes en la programacin orientada a objetos. Cuando se integra las caractersticas de una base de datos con las de un lenguaje de programacin orientado a objetos, el resultado es un sistema gestor de base de datos orientada a objetos (ODBMS, object database management system). Un ODBMS hace que los objetos de la base de datos aparezcan como objetos de un lenguaje de programacin en uno o ms lenguajes de programacin a los que d soporte. Un ODBMS extiende los lenguajes con datos persistentes de forma transparente, control de concurrencia, recuperacin de datos, consultas asociativas y otras capacidades. Las bases de datos orientadas a objetos se disean para trabajar bien en conjuncin con lenguajes de programacin orientados a objetos como Java, C#, Visual Basic.NET y C++. Los ODBMS usan exactamente el mismo modelo que estos lenguajes de programacin. Los ODBMS son una buena eleccin para aquellos sistemas que necesitan un buen rendimiento en la manipulacin de tipos de dato complejos. Los ODBMS proporcionan los costes de desarrollo ms bajos y el mejor rendimiento cuando se usan objetos gracias a que almacenan objetos en disco y tienen una integracin transparente con el programa escrito en un lenguaje de programacin orientado a objetos, al almacenar exactamente el modelo de objeto usado a nivel aplicativo, lo que reduce los costes de desarrollo y mantenimiento.