UNIVERSIDAD NACIONAL DE CAJAMARCA

FACULTAD DE EDUCACIN
ESPECIALIDAD DE MATEMTICA E INFORMTICA

Tema: NOCIONES GENERALES SOBRE BASE DE DATOS Asignatura: Docente: Ciclo: BASE DE DATOS

Ing. Gilmer CAYOTOPA IX

Integrantes del Equipo: ALVA CELIS, Oscar Wilmer. CUEVA LPEZ, Oscar. MOROCHO RAMOS, Santos. CUZCO RAMOS, Julio Csar.

Cajamarca, 29 de abril de 2013

NOCIONES GENERALES SOBRE BASE DE DATOS Objetivos: Conocer qu es una base de datos, cules son los tipos, qu es un SGBD?, Aplicacin y seguridad de base de datos.

Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel e indexados para su consulta. Actualmente, y debido al desarrollo tecnolgico de campos como la informtica y la electrnica, la mayora de las bases de datos estn en formato digital (electrnico), y por ende se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos. Existen programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rpida y estructurada. Las propiedades de estos SGBD, as como su utilizacin y administracin, se estudian dentro del mbito de la informtica. Las aplicaciones ms usuales son para la gestin de empresas e instituciones pblicas. Tambin son ampliamente utilizadas en entornos cientficos con el objeto de almacenar la informacin experimental. Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se encuentran protegidos por las leyes de varios pases. Por ejemplo en Espaa, los datos personales se encuentran protegidos por la Ley Orgnica de Proteccin de Datos de Carcter Personal (LOPD).
1. BASE DE DATOS Es una coleccin de datos -estructurada y organizada- para permitir el rpido acceso a la informacin de inters. Los elementos que la forman se denominan registros, los cuales, a su vez, estn compuestos por campos. Por ejemplo: en una base de clientes, cada registro correspondera a un cliente distinto, y los campos seran: Apellido, Nombre, Domicilio, Telfono, CUIT, Saldo, etc. Las bases de datos pueden relacionarse entre s para realizar bsquedas o informes complejos. La informacin se guarda en bibliotecas de datos, y lo ms importante de una base de datos es la manera en que posibilita la recuperacin de informacin y las operaciones con ella.

2. TIPOS DE BASE DE DATOS Las bases de datos pueden clasificarse de varias maneras, de acuerdo al contexto que se est manejando, la utilidad de las mismas o las necesidades que satisfagan.

2.1.

Segn la variabilidad de los datos almacenados

2.1.1. Bases de datos estticas

Son bases de datos de slo lectura, utilizadas primordialmente para almacenar datos histricos que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a travs del tiempo, realizar proyecciones, tomar decisiones y realizar anlisis de datos para inteligencia empresarial. 2.1.2. Bases de datos dinmicas stas son bases de datos donde la informacin almacenada se modifica con el tiempo, permitiendo operaciones como actualizacin, borrado y adicin de datos, adems de las operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un sistema de informacin de un supermercado, una farmacia, un videoclub o una empresa.

2.2.

Segn su modelo de administracin.

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: 2.2.1. Bases de datos jerrquicas En este modelo los datos se organizan en forma de rbol invertido (algunos dicen raz), 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. 2.2.2. 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, an 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. 2.2.3. 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. 2.2.4. Bases de datos relacionales 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.

2.2.5. Bases de datos multidimensionales Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creacin de Cubos OLAP. Bsicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en una base de datos relacional podra serlo tambin en una base de datos multidimensional), la diferencia est ms bien a nivel conceptual; en las bases de datos multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o bien representan dimensiones de la tabla, o bien representan mtricas que se desean estudiar. 2.2.6. 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:

Encapsulacin - Propiedad que permite ocultar la informacin al resto de los objetos, impidiendo as accesos incorrectos o conflictos. Herencia - Propiedad a travs de la cual los objetos heredan comportamiento dentro de una jerarqua de clases. Polimorfismo - Propiedad de una operacin mediante la cual puede ser aplicada a distintos tipos de objetos.

En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos como parte de la definicin de la base de datos. Una operacin (llamada funcin) se especifica en dos partes. La interfaz (o signatura) de una operacin incluye el nombre de la operacin y los tipos de datos de sus argumentos (o parmetros). La implementacin (o mtodo) de la operacin se especifica separadamente y puede modificarse sin afectar la interfaz. Los programas de aplicacin de los usuarios pueden operar sobre los datos invocando a dichas operaciones a travs de sus nombres y argumentos, sea cual sea la forma en la que se han implementado. Esto podra denominarse independencia entre programas y operaciones. SQL:2003, es el estndar de SQL92 ampliado, soporta los conceptos orientados a objetos y mantiene la compatibilidad con SQL92.

2.2.7. Bases de datos documentales Permiten la indexacin a texto completo, y en lneas generales realizar bsquedas ms potentes. Tesaurus es un sistema de ndices optimizado para este tipo de bases de datos.

2.2.8. Bases de datos deductivas Un sistema de base de datos deductiva, es un sistema de base de datos pero con la diferencia de que permite hacer deducciones a travs de inferencias. Se basa principalmente en reglas y hechos que son almacenados en la base de datos. Las bases de datos deductivas son tambin llamadas bases de datos lgicas, a raz de que se basa en lgica matemtica. Este tipo de base de datos surge debido a las limitaciones de la Base de Datos Relacional de responder a consultas recursivas y de deducir relaciones indirectas de los datos almacenados en la base de datos.

3. SISTEMA DE GESTIN DE BASE DE DATOS (SGBD)

La base de datos y el software SGBD pueden estar distribuidos en mltiples sitios conectados por una red. Hay de dos tipos: 1. Distribuidos homogneos: utilizan el mismo SGBD en mltiples sitios. 2. Distribuidos heterogneos: Da lugar a los SGBD federados o sistemas multibase de datos en los que los SGBD participantes tienen cierto grado de autonoma local y tienen acceso a varias bases de datos autnomas preexistentes almacenados en los SGBD, muchos de estos emplean una arquitectura cliente-servidor. Estas surgen debido a la existencia fsica de organismos descentralizados. Esto les da la capacidad de unir las bases de datos de cada localidad y acceder as a distintas universidades, sucursales de tiendas, etctera.
4. SEGURIDAD Y CONFIABILIDAD DE UN (SGBD)

Un sistema empresarial debe ser seguro, confiable. Microsoft SQL Server Notification Services hace frente a estos requisitos en el marco de programacin y en la arquitectura del servidor que ejecuta Notification Services. Seguridad Notification Services, Microsoft .NET Framework y SQL Server incorporan caractersticas de diseo que permiten a los programadores de aplicaciones y a los administradores reforzar la seguridad de un extremo a otro de las aplicaciones y la implementacin global: Notification Services utiliza modelos de seguridad Web estndar en el sector para comunicarse a travs de Internet mediante dispositivos con cables e inalmbricos. Utiliza mecanismos de seguridad estndar de Microsoft Windows y mecanismos de seguridad basados en SQL Server 2005 para proteger el servidor. Las instancias individuales de Notification Services se aslan entre s mediante mecanismos de seguridad basados en SQL Server 2005. De este modo, se garantiza la posibilidad de

alojar varias instancias en un mismo equipo sin poner en peligro la seguridad de cada una de las instancias. Si desea aislar las instancias por completo, no coloque varias instancias en la misma base de datos porque comparten funciones de base de datos. Los suscriptores individuales se aslan entre s debido al mtodo utilizado para generar y distribuir las notificaciones. Como resultado, cada suscripcin se procesa como si fuera la nica suscripcin en el sistema. Las acciones de condicin, compatibles con consultas definidas por el usuario en conjuntos de datos definidos, requieren cuentas de usuario de base de datos independientes que garanticen que los usuarios no puedan tener acceso a los datos del servidor. Los programadores de aplicaciones pueden ampliar Notification Services definiendo sus propios proveedores de eventos. Estos proveedores se ejecutan como cdigo administrado compatible con .NET Framework, lo que garantiza que no se ponga en peligro la seguridad del servidor. Confiabilidad El SQL Server 2005 Database Engine (Motor de base de datos de SQL Server 2005) almacena suscripciones de datos y procesos con una gran confiabilidad, y Notification Services aprovecha esta caracterstica: Los datos de suscripciones que administra Notification Services se almacenan en SQL Server 2005, un servidor de bases de datos muy slido que admite el registro de escritura anticipada y el clster de conmutacin por error. El procesamiento de eventos, suscripciones y notificaciones en Notification Services es completamente transaccional, por lo que ofrece garantas de confiabilidad adicionales. Tenga en cuenta que algunos protocolos de entrega (por ejemplo, el Protocolo simple de transferencia de correo o SMTP) no ofrecen una entrega garantizada de los mensajes; sin embargo, la plataforma Notification Services tiene una lgica de reintentos que permite que una aplicacin vuelva a enviar mensajes para intentar de nuevo la entrega. Asimismo, el uso de cdigo administrado en los componentes personalizados por parte de Notification Services garantiza que los componentes personalizados no pongan en peligro la estabilidad del sistema. Los programadores de aplicaciones pueden generar proveedores de eventos y protocolos de entrega confiables, por ejemplo, basados en Message Queuing (tambin denominado MSMQ), logrando de este modo una confiabilidad completa de un extremo a otro.
Referencias linkogrficas http://www.lorenzoservidor.com.ar/info01/diccio-a-c.htm http://technet.microsoft.com/es-pe/library/ms172534(v=sql.90).aspx