jueves, 17 de febrero de 2011

Guia de BD

1. ¿Es el conjunto formal de procesos de análisis, que operando sobre una colección de datos estructurados de acuerdo a las necesidades de la empresa, recopila elabora y distribuye, la información necesaria para realizar las operaciones básicas y la toma de decisión en la empresa, que nos sirva para desempeñar las funciones de negocio de la empresa de acuerdo con sus estrategias?
Sistema de Información
2. ¿Son los Manuales, los impresos, u otra información descriptiva que explica el uso y/o la operación del sistema. Conjunto de datos originales que conforman el conjunto de datos?
Documentos
3. ¿Son las funciones del SI
• Funciones de captación y recolección de datos.
• Almacenamiento de la información
• Tratamiento de la información
• Distribución de la Información

4. ¿Es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso?
BD (base de datos)
5. ¿Son bases de datos de sólo lectura, utilizadas primordialmente para almacenar datos históricos que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a través del tiempo, realizar proyecciones y tomar decisiones?
BD Estáticas.
6. son bases de datos donde la información almacenada se modifica con el tiempo, permitiendo operaciones como actualización, borrado y adición de datos, además de las operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un sistema de información de un supermercado, una farmacia, un videoclub o una empresa.
BD Dinámicas
7. ¿Estas bases de datos, solo contienen un subrogante (representante) de la fuente primaria, que permite localizarla. Un registro típico es que contiene información sobre el autor, fecha de publicación, editorial, título, edición, de una determinada publicación, etc.?
BD Bibliográficas.
8. ¿Son bases de datos que almacenan diferentes tipos de información proveniente de la química, las ciencias de la vida o médicas?
BD de información química o biológica.
9. ¿Son los hechos que describen sucesos y entidades?
Datos
10. ¿Es la unidad básica de una base de datos. Por ejemplo, el nombre de una persona?
Campo
11. ¿es el conjunto de información referida a una misma persona u objeto?
Registro.
12. ¿Qué es sistema de administración de bases de datos?
Es una colección de datos interrelacionados y un conjunto de programas para acceder a esos datos.
13. ¿Qué significa las siglas SGBD?
Es el sistema de gestión de la base de datos
14. ¿Que son los lenguajes del DBMS?
Es la estructura básica de un sistema manejador del sistema de bases de datos
15. ¿Cuántos tipos de lenguajes existen y cuáles son?
Son 4 tipos:
• Ddl (data definition languaje)
• Sld ( store definition languaje)
• Vdl (view definition languaje)
• Dml ( data manipulation lenguaje

16. ¿Qué es la seguridad?
Es una cualidad o estado de seguridad o es una garantía
17. ¿Qué es la integridad?
Consiste en que solo las personas autorizadas pueden variar
18. ¿Qué es la confidencialidad de datos?
Es la seguridad a todas aquellas medidas preventivas que protege la información.


ADMINISTRACIÓN DE BASES DE DATOS
El alcance de la actividad de la Administración de Datos.- es la organización completa (empresa, institución u otro organismo), mientras que el alcance de la Administración de Bases de Datos queda restringido a una Base de Datos en particular y a los sistemas que los procesan. La Administración de la Base de Datos opera dentro de un marco proporcionado por la Administración de Datos facilitándose de esta manera el desarrollo y el uso de una Base de Datos y sus aplicaciones. Las siglas DBA suelen utilizarse para designar tanto la función Administración de Base de Datos como al titulo del puesto administrador de Base de Datos.
En los distintos niveles y aplicaciones de Base de Datos existe la función DBA, aunque varia en complejidad. Esta es más sencilla cuando se trata de una Base de Datos Personal que cuando se refiere a una Base de Datos de grupos de trabajo, y esta a su vez es más sencilla que en una Base de Datos Organizacional. En una Base de Datos Personal comúnmente el mismo usuario es el Administrador de la Base de Datos; las Bases de Datos de grupos de trabajo requieren de una o dos personas que normalmente no se dedican a esta función de tiempo completo puesto que tienen otras responsabilidades dentro o fuera de la organización. En las Bases de Datos Organizacionales, que comúnmente permiten el acceso a decenas e incluso centenas de usuarios, se requiere de un administrador de Base de Datos de tiempo completo; lo anterior debido al alto volumen de procesos que deben desarrollarse, controlarse y supervisarse.
Un Administrador de Base de Datos de tiempo completo normalmente tiene aptitudes técnicas para el manejo del sistema en cuestión a demás, son cualidades deseables nociones de administración, manejo de personal e incluso un cierto grado de diplomacia. La característica más importante que debe poseer es un conocimiento profundo de las políticas y normas de la empresa así como el criterio de la empresa para aplicarlas en un momento dado.
La responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de las guías de acción definidas por la administración de los datos.
El DBA es responsable primordialmente de:
• Administrar la estructura de la Base de Datos
• Administrar la actividad de los datos
• Administrar el Sistema Manejador de Base de Datos
• Establecer el Diccionario de Datos
• Asegurar la confiabilidad de la Base de Datos
• Confirmar la seguridad de la Base de Datos

ADMINISTRACIÓN DE LA ESTRUCTURA DE LA BASE DE DATOS
La administración de la estructura de la Base de Datos incluye participar en el diseño inicial de la misma y su puesta en práctica así como controlar, y administrar sus requerimientos, ayudando a evaluar alternativas, incluyendo los DBMS a utilizar y ayudando en el diseño general de BD. En los casos de grandes aplicaciones de tipo organizacional, el DBA es un gerente que supervisa el trabajo del personal de diseño de la BD.
Una vez diseñada la BD, es puesta en práctica utilizando productos del DBMS, procediéndose entonces a la creación de los datos (captura inicial). El DBA participa en el desarrollo de procedimientos y controles para asegurar la calidad y la alta integridad de la BD.
Los requerimientos de los usuarios van modificándose, estos encuentran nuevas formas o métodos para lograr sus objetivos; la tecnología de la BD se va modificando y los fabricantes del DBMS actualizan sus productos. Todas las modificaciones en las estructuras o procedimientos de BD requieren de una cuidadosa administración.

IMPLICACIONES POR LA MODIFICACION DE ESQUEMAS.
Las solicitudes de modificación son inevitables una vez que el sistema ha entrado en operación, pueden aparecer solicitudes de nuevos requerimientos o estos pueden resultar de una comprensión inadecuada de los mismos. En cualquier caso, deberán efectuarse modificaciones en relación con toda la comunidad de la BD, ya que el impacto de tales alteraciones será resentido por mas de una aplicación. En algunos casos, pueden darse modificaciones que presentan efectos negativos para algunos usuarios; estos casos deberán ser tratados esgrimiendo como argumento los beneficios globales que serán obtenidos de tales alteraciones.
Una administración eficaz de la BD debe incluir procedimientos y políticas mediante las cuales los usuarios puedan registrar sus necesidades de modificaciones, y así la comunidad podrá analizar y discutir los impactos de dichas modificaciones, determinándose entonces la puesta o no en práctica de tales alteraciones.
En razón del tamaño y complejidad de una BD y de sus aplicaciones, las modificaciones pudieran tener resultados inesperados. El DBA debe estar preparado para reparar la BD y reunir suficiente información para diagnosticar y corregir el problema provocado por la falla. Después de un cambio la BD es más vulnerable a fallas.

DOCUMENTACIÓN
La responsabilidad final de un DBA en la administración de la estructura de una BD es la DOCUMENTACIÓN. Es de suma importancia saber que modificaciones han sido efectuadas, como fueron realizadas y cuando fueron establecidas. Una modificación sobre la estructura de la BD pudiera ocasionar un error que no apareciera a corto plazo; una vez que este surja, sin la documentación adecuada sobre las modificaciones realizadas, él diagnostico resultaría extremadamente complicado. En estos casos, se haría necesaria una secuencia de rejecuciones para intentar detectar el punto en conflicto; el riesgo de este procedimiento radica en que es posible afectar la información contenida en la BD. Para identificar un cambio es de suma importancia mantener un registro de los formatos de prueba y de las ejecuciones de las pruebas efectuadas. Si se utilizan procedimientos de prueba formatos de pruebas y métodos de registro estandarizados, el registro de los resultados de la prueba no consumirá tiempo excesivo.


FUNCIONES DEL ADMINISTRADOR DE BASES DE DATOS
(DATE)
DEFINIR EL ESQUEMA CONCEPTUAL: es tarea del administrador de datos decidir con exactitud cuál es la información que debe mantenerse en la base de datos, es decir, identificar las entidades que interesan a la empresa y la información que debe registrarse acerca de esas entidades. Este proceso por lo general se denomina diseño lógico �a veces conceptual- de bases de datos. Cuando el administrador de datos decide el contenido de la base de datos en un nivel abstracto, el DBA crea a continuación el esquema conceptual correspondiente, empleando el DDL conceptual. El DBMS utilizará la versión objeto (compilada) de ese esquema para responder a las solicitudes de acceso. La versión fuente sin compilar servirá como documento de referencia para los usuarios del sistema.
DEFINIR EL ESQUEMA INTERNO: el DBA debe decidir también como se representará la información en la base de datos almacenada. A este proceso suele llamársele diseño físico de la base de datos. Una vez hecho esto el DBA deberá crear la definición de estructura de almacenamiento correspondiente (es decir el esquema interno) valiéndose del DDL interno. Además deberá definir la correspondencia pertinente entre los esquemas interno y conceptual. En la práctica, ya sea el DDL conceptual o bien el DDL interno incluirán seguramente los medios para definir dicha correspondencia, pero las dos funciones (crear el esquema, definir la correspondencia) deberán poder separarse con nitidez. Al igual que el esquema conceptual, el esquema interno y la correspondencia asociada existirán tanto en la versión fuente como en la versión objeto.
VINCULARSE CON LOS USUARIOS: el DBA debe encargarse de la comunicación con los usuarios, garantizar la disponibilidad de los datos que requieren y escribir - o ayudar a los usuarios a escribir- los esquemas externos necesarios, empleando el DDL externo aplicable. Además, será preciso definir la correspondencia entre cualquier esquema externo y el esquema conceptual. En la práctica, el DDL externo incluirá con toda probabilidad los medios para especificar dicha correspondencia, pero en este caso también el esquema y la correspondencia deberán poder separarse con claridad. Cada esquema externo y la correspondencia asociada existirán en ambas versiones fuentes y objeto. Otros aspectos de la función de enlace con los usuarios incluyen las consultas sobre diseño de aplicaciones, la impetración de instrucción técnica, la ayuda en la localización y resolución de problemas, y otros servicios profesionales similares relacionados con el sistema.
DEFINIR LAS VERIFICACIONES DE SEGURIDAD E INTEGRIDAD: las verificaciones de seguridad y de integridad pueden considerarse parte del esquema conceptual. El DDL conceptual incluirá los medios para especificar dichas verificaciones.
DEFINIR PROCEDIMIENTOS DE RESPALDO Y RECUPERACION: cuando una empresa se decide a utilizar un sistema de base de datos, se vuelve dependiente en grado sumo del funcionamiento correcto de ese sistema. En caso de que sufra daño cualquier porción de la base de datos � por causa de un error humano, digamos, o una falla en el equipo o en el sistema que lo apoya � resulta esencial poder reparar los datos implicados con un mínimo de retraso y afectando lo menos posible el resto del sistema. En teoría, por ejemplo la disponibilidad de los datos no dañados no debería verse afectada. El DBA debe definir y poner en práctica un plan de recuperación adecuada que incluya, por ejemplo una descarga o "vaciado" periódico de la base de datos en un medio de almacenamiento de respaldo, y procedimientos para cargar otra vez la base de datos a partir de vaciado más reciente cuando sea necesario.
SUPERVISAR EL DESEMPEÑO Y RESPONDER A CAMBIOS EN LOS REQUERIMIENTOS: es responsabilidad del DBA organizar el sistema de modo que se obtenga el desempeño que sea "mejor para la empresa", y realizar los ajustes apropiados cuando cambien los requerimientos.


IMPLENTACION DEL ESQUEMA CONCEPTUAL
El esquema conceptual es el resultado de aplicar las reglas que se determinan después del establecimiento de los estándares y políticas del nivel conceptual. Representa la visión organizacional de la BD que se obtiene al integrar los requerimientos de todos los usuarios en una empresa.
El esquema conceptual es totalmente independiente de las estructuras físicas de almacenamiento y de la representación final de los datos que los usuarios manejan.
La implantación de este esquema es responsabilidad del DBA.
El esquema conceptual consta básicamente de dos definiciones:
• DE LOS DATOS.- Especifica las características como tipo, longitud y precisión de la información que será almacenada en la BD.
• DE LAS RELACIONES ENTRE LOS DATOS.- Se determina los niveles de iteración que habrán de ocurrir generalmente entre múltiples archivos para obtener información compuesta y procesos complejos.
ELEMENTOS EN LA DEFINICIÓN DE DATOS
Adicionalmente a las propiedades de los datos que serán manejados y ocasionalmente en forma complementaria a estos, será necesario definir las especificaciones de:
• ATRIBUTOS.- Deberá asignarse un identificador que permita manipular en forma individual las características del objeto en cuestión (entidades).
• Deberán especificarse los atributos o conjuntos de atributos mediante los cuales pueden hacerse referencia a una entidad específica. Deben reconocerse y definirse con claridad:

-Super-llaves
-Llaves candidato
-Llave primaria
• ENTIDADES FUERTES Y DÉBILES.- Debe reconocerse la factibilidad de referenciar a una entidad en particular dentro del conjunto de entidades (mediante una llave primaria); si esta no se da, debe definirse el conjunto de atributos de la entidad necesariamente débil- que será utilizado en combinación con la llave primaria de otro u otros conjuntos de entidades necesariamente fuertes- para lograr tal referencia. Este conjunto de atributos será denominado discriminador.
• ESPECIALIZACIÓN Y GENERALIZACIÓN.- Debe establecerse con claridad el tipo de relación existente entre conjuntos de entidades que fueron particionadas con el objeto de optimizar el espacio de almacenamiento. Un caso de generalización provendrá en la mayoría de los casos de la fusión de tablas llevada a cabo con el objeto de reducir redundancia.
• DEPENDENCIAS DE EXISTENCIAS.- Debe especificarse con precisión si la existencia de una o más entidades o conjuntos de entidades- están supeditadas a la existencia de otras.




ELEMENTOS EN LA DEFINICIÓN DE RELACIONES
El establecimiento de conexiones entre las entidades y conjuntos de entidades que conforman una BD, deben especificarse en forma precisa de la siguiente manera:
Para cada relación:
• Nombre
• Cardinalidad
• Opcionalidad.

• NOMBRE DE LAS RELACIONES.- Generalmente una etiqueta que indica la función que la relación desempeña; a esta relación se le denomina papel. En los modelos donde se requiere una mayor precisión en la definición de los componentes, se recomienda indicar los papeles en ambos sentidos.
• CARDINALIDAD DE LAS RELACIONES.- Debe definirse en forma muy precisa si las entidades de cada conjunto de entidades tendrán interacción con solo una o varias entidades del conjunto a relacionar.
Debe verificarse que la Cardinalidad tenga validez para todos los casos que puedan presentarse en el manejo de la BD; es decir, si son validas para cualquier instancia.
• OPCIONALIDAD DE LAS RELACIONES.- Permiten definir con mayor claridad aquellos casos en los que una relación puede no establecerse. Las especificaciones de estas situaciones nos permitirá definir estructuras más precisas, consistentes y de baja redundancia.

CONSIDERACIONES DE AGREGACIÓN.
Existen casos donde será necesario agrupar dos o más conjuntos de entidades relacionados para conformar un solo conjunto lógico de entidades, a este proceso se le conoce como agregación. El objetivo primordial en la agregación será el establecer relaciones entre conjuntos de entidades agrupadas.


ESTRUCTURAS
Además de la definición de las propiedades de los datos y de las relaciones debe especificarse el formato que guardaran las siguientes estructuras:
• DICCIONARIO DE DATOS: Los metadatos deberán precisar información que nos indique con claridad el tipo de datos que serán utilizados, sus ámbitos de influencia y sus limitantes de integridad.
• INDICES: Son estructuras se definen para un atributo o conjunto de atributos asociados, que nos permiten simular una secuencia lógica para las entidades. La principal cualidad de un índice reside en la capacidad para acelerar el acceso a un dato especifico.
• FORMATOS DE CAPTURA Y PRESENTACIÓN: Las aplicaciones deberán proveer interfaces amigables y eficientes entre el usuario y la BD. Para esto se definirán, formatos y pantallas de captura, de consulta y de reporte. La información resultante será procesada y direccionada cada vez que se active la captura o la consulta, el formato de tal captura o consulta, el formato de tal captura o consulta podrá almacenarse para su reutilización.
El modelo será el paso siguiente a la definición de los elementos que componen a los datos y que rigen a las relaciones que se dan entre estos.
Aunque existen múltiples alternativas para el desarrollo de métodos eficientes, el uso de él modelo entidad relación se ha convertido casi en un estándar para manejadores secuenciales.
La implementación del modelo E-R dará como resultado un modelo relacional; esto al convertir los elementos del diagrama E-R a las tablas correspondientes.
Las tablas resultantes podrán ser o no relacionales según la pericia del diseñador, puede resultar redundancia en consecuencia riesgo de inconsistencia y otros efectos indeseables.
La etapa de normalización debe refinar los detalles del modelo resultante, de tal forma que la estructura de las tablas proporcione un bajo nivel de redundancia, minimice hasta donde sea posible la inconsistencia y sea capaz de proporcionar acceso eficiente a los datos.
Ocasionalmente será preferible llevar la normalización hasta un nivel no óptimo si se obtiene a cambio eficiencia en el acceso a los datos u otros beneficios que eleven en forma significativa el desempeño del sistema.
ESQUEMA DE INTEGRIDAD
Un control de integridad o restricciones es aquel que nos permite definir con precisión el rango de valores validos para un elemento y/o las operaciones que serán consideraciones validas en la relación de tale elementos.
• El objetivo primordial de un control de integridad es la reducción de la inconsistencia en la BD.
Las restricciones de integridad normalmente se aplican en tres niveles:
1. UN ATRIBUTO SIMPLE.- Se define un dominio del atributo que es totalmente independiente del resto del entorno de la Base de Datos.
2. UN ATRIBUTO DEPENDIENTE DE OTRO.- Se definen subconjuntos de dominios posibles para un atributo X según el valor que previamente a sido asignado al atributo W.
3. RELACIONES ENTRE TUPLAS DE UNA O VARIAS TABLAS.- Se especifican valores posibles para registros completos según los valores acumulados registros previos o por valores existentes en registros de otras tablas.
La implementación de la cardinalidad resultante en el modelo será una de las restricciones importantes que el sistema debe considerar.
La programación de todas estas restricciones regularmente corre a cuenta de un programador especializado (que pudiera ser el DBA), mediante la adición de módulos al sistema; lo anterior dado que los DBMS comúnmente no incorporan facilidades para su implementación.

CALCULO DEL TAMAÑO DE LA BASE DE DATOS.
La base de datos debe ser lo suficientemente grande. Esta medida referente a tamaño depende del hardware y de las restricciones operativas aplicables en un ambiente dado.
El termino grande implica una cantidad de datos mayor que la que una sola persona puede manejar por si misma, aunque la auxilie un sistema de computación. La cantidad real variara dependiendo de la complejidad de los datos y de sus aplicaciones. Un ejemplo de una base de datos grande seria aquel que está constituido por el sistema integrado de datos de personal y de producción de una compañía manufacturera de aproximadamente 6 mil empleados con más de 300 mil registros de 21 tipos.
Una base de datos muy grande es parte esencial de una empresa y será utilizada continuamente por muchos individuos. Al mismo tiempo requerirá muchos dispositivos de almacenamiento. Una base de datos muy grandes presenta problemas de manejo, ya que no puede detenerse sin afectar la operación y el bienestar de la empresa usuaria.

CONSIDERACIONES EN AMBIENTE MULTIUSUARIO
Para elevar el nivel de seguridad en redes de usuarios. Las más comunes:
• Validar no contraseñas repetidas.
• Eliminar claves de acceso de usuarios deshabilitados.
• Establecer políticas y sanciones por desatender estaciones desconectadas (con acceso).
• Restringir procesos de alto riesgo a terminales con mayor nivel de seguridad y/o vigilancia.
• Establecer controles dial-up/call-back para el acceso validado a las terminales; es decir, implementar sistemas electrónicos de autenticación de terminal.
• Establecer políticas para denegar el acceso después de una cantidad determinada de intentos fallidos de un tiempo transcurrido.

MODELO ENTIDAD RELACIÓN.
Un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad Relación) es una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información así como sus interrelaciones y propiedades.
El modelo entidad-relación se basa en los conceptos descritos a continuación para representar un modelo de la vida real.

Entidad
Representa una “cosa” u "objeto" del mundo real con existencia independiente, es decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad.
Algunos Ejemplos:
• Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).
• Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán atributos diferentes, por ejemplo, el número de bastidor).
• Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección).
Una entidad puede ser un objeto con existencia física como: una persona, un animal, una casa, etc. (entidad concreta), o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un nombre,etc. (entidad abstracta).
Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la entidad Persona puede llevar consigo las características: Nombre, Apellido, Género, Estatura, Peso, Fecha de nacimiento, etc...

Atributos
Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades.
Un conjunto de entidades dentro de una entidad, tiene valores específicos asignados para cada uno de sus atributos, de esta forma, es posible su identificación unívoca.
Ejemplos:
A la colección de entidades Alumnos, con el siguiente conjunto de atributos en común, (id, nombre, edad, semestre), pertenecen las entidades:
• (1, Sofia, 18 años, 2)
• (2, Josefa, 19 años, 5)
• (3, Gabriela, 20 años, 2)
• ...

Cada una de las entidades pertenecientes a este conjunto se diferencia de las demás por el valor de sus atributos. Nótese que dos o más entidades diferentes pueden tener los mismos valores para algunos de sus atributos, pero nunca para todos.
En particular, los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un alumno de otro es su número de id.
Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que será almacenado o a restricciones en los valores que el atributo puede tomar (Cadenas de caracteres, números, solo dos letras, solo números mayores que cero, solo números enteros...).
Cuando una entidad no tiene un valor para un atributo dado, este toma el valor nulo, bien sea que no se conoce, que no existe o que no se sabe nada al respecto del mismo.

Relación
Describe cierta dependencia entre entidades o permite la asociación de las mismas.
Ejemplo:

Dadas dos entidades "Habitación 502" y "Mark", es posible relacionar que la habitación 502 se encuentra ocupada por el huésped de nombre Mark.
Una relación tiene sentido al expresar las entidades que relaciona. En el ejemplo anterior, Un Huésped (entidad), se aloja (relación) en una habitación (entidad).
Correspondencia de cardinalidades
Dado un conjunto de relaciones en el que participan dos o más conjuntos de entidades, la correspondencia de cardinalidad indica el número de entidades con las que puede estar relacionada una entidad dada.
Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la correspondencia de cardinalidades puede ser:
• Uno a Uno: Una entidad de A se relaciona únicamente con una entidad en B y viceversa.
• Uno a varios: Una entidad en A se relaciona con cero o muchas entidades en B. Pero una entidad en B se relaciona con una única entidad en A.
• Varios a Uno: Una entidad en A se relaciona exclusivamente con una entidad en B. Pero una entidad en B se puede relacionar con 0 o muchas entidades en A.
• Varios a Varios: Una entidad en A se puede relacionar con 0 o muchas entidades en B y viceversa.


Ejemplo E-R:
Se desea almacenar la información de una compañía aérea en una B.D relacional. La compañía aérea tiene tres recursos principales: Aviones, pilotos, tripulación. De cada pila se desea conocer su cod. Nombre y horas de vuelo. De los miembros de la tripulación solo se tendrá el cod y el nombre. Pilotos y tripulación tienen una base a la que regresan después de cada jornada un vuelo va desde un origen a un destino a una hora concreta y tiene # de vuelo, de cada vuelo que se va a realizar durante los próximos 3 meses, así como de los vuelos que se han realizado se desea saber el avión en el que se va a hacer o en el que se ha hecho, el piloto y la tripulación.
Cada avión tiene un cod, es de un tipo (boing, airbus, entre otros). Y tiene una base donde es sometido a mantenimiento.

MODELO DE RED.

Una base de datos en red consiste en un conjunto de registros conectados entre si mediante punteros. Los registros son en muchos aspectos parecidos a las entidades del modelo entidad-relación (E-R). Cada registro es un conjunto de campos (atributos), cada uno de los cuales sólo contiene un valor de datos. Los punteros son asociaciones entre exactamente dos registros. Por tanto, los punteros pueden considerarse una forma restringida (binaria) de relación en el sentido del modelo E-R.

Como ejemplo, considérese una base de datos que represente una relación cliente-cuenta en un sistema bancario. Hay dos tipos de registros, cliente y cuenta.

La base de datos de ejemplo, muestra que López tiene la cuenta C-102, González tiene las cuentas C-101 y C-201 y Aguilar tiene la cuenta C-305.


MODELO DE RELACIONAL.
Puede resultar confuso el concepto de modelo entidad-relación vs modelo relacional, quizás porque ambos comparten casi las mismas palabras. Como se mencionó en la sección anterior, el objetivo del modelo relacional es crear un "esquema" (schema), lo cual como se mencionará posteriormente consiste de un conjunto de "tablas" que representan "relaciones", relaciones entre los datos.
Estas tablas, pueden ser construidas de diversas maneras:
• Creando un conjunto de tablas iníciales y aplicar operaciones de normalización hasta conseguir el esquema más óptimo. Las técnicas de normalización se explican más adelante en este capítulo.
• Convertir el diagrama e-r a tablas y posteriormente aplicar también operaciones de normalización hasta conseguir el esquema óptimo.
Atributos
Los atributos son las columnas de una relación y describen características particulares de ella.

Esquemas
Es el nombre que se le da a una relación y el conjunto de atributos en ella.
Películas (título, año, duración, tipo)

En un modelo relación, un diseño consiste de uno o más esquemas, a este conjunto se le conoce como "esquema relacional de base de datos" (relational database schema) o simplemente "esquema de base de datos" (database schema)

Tuplas
Cada uno de los renglones en una relación conteniendo valores para cada uno de los atributos.
(Star Wars, 1977, 124, color)

Representaciones equivalentes de una relación
Las relaciones son un conjunto de tuplas, no una lista de tuplas. El orden en que aparecen las tuplas es irrelevante.
Así mismo el orden de los atributos tampoco es relevante

miércoles, 16 de febrero de 2011

Guias de estudio.

Materia de Redes.
Para la materia de redes, hacer click en el siguiente link para ver la guia de estudio http://web2-alberto.blogspot.com/2010_08_01_archive.html

Materias de Base de Datos.
Uno de los cuestionarios que me enviaron no corresponde a la materia de BD, y por lo tanto estoy elaborando la guia de estudio, la tendre para el dia de mañana jueves despues de las 6 de la tarde.


SALUDOS...