Академический Документы
Профессиональный Документы
Культура Документы
-Campo.
En base de datos un campo es considerado como columnas que contienen una pieza de
información específica en el registro de la base de datos.
Fuente: http://bit.ly/anoWns
-Registro.
En una base de datos, un registro (también conocido como fila) es un grupo de campos
dentro de una tabla que son relevantes para una entidad específica.
Por ejemplo, una tabla que contenga información de un cliente, donde el registro tendrá
campos como: Nombre del cliente, dirección, ciudad, número telefónico, etc.
-Archivo.
En base de datos, un archivo es la colección de registros relacionados entre sí. Por
ejemplo, puedes poner los registros que se tienen sobre cada uno de los clientes en un
archivo. A su vez, cada registro consiste en campos de datos individuales que se llenaran
con información relativa al registro. Al proporcionar la misma información en los mismos
campos en cada registro, el archivo será de fácil acceso para el análisis y la manipulación
por parte de un programa de ordenador. Este uso del término se ha convertido en algo
menos importante con el advenimiento de la base de datos y su énfasis sobre la mesa
como una manera de registrar y recoger datos de campo.
- Cliente
Un cliente es un programa solicitante o un usuario en una relación cliente / servidor. Por
ejemplo, el usuario de un navegador de Internet está haciendo con eficacia las solicitudes
de cliente para las páginas de los servidores en toda la Web. El propio navegador es un
cliente en su relación con el equipo que esta recibiendo y devolviendo el archivo HTML
solicitado. El equipo que controla la solicitud y enviar de vuelta el archivo HTML es un
servidor.
- Servidor.
Un servidor es un programa de ordenador que proporciona servicios a otros programas de
ordenador (y sus usuarios) en los mismos equipos o de otro tipo.
El equipo en el que un programa servidor se ejecuta con frecuencia también se conoce
como un servidor (aunque puede ser utilizado para otros fines).
1. Reducidas a su forma más básica, una base de datos es una lista de información.
O un conjunto de listas que trabajan juntos. Un programa de base de datos es un
gestor de listas profesional. Las bases de datos son una parte común de todo lo que
nos rodea. Por ejemplo, un libro telefónico es una representación en papel de una
base de datos. Le proporciona actos concretos de la información sobre las personas, y
se ordena la información en un orden diseñado para ayudar a encontrar lo que quieren
de forma rápida. Si el libro de teléfono contiene listados de negocios, a menudo se
llama las "páginas amarillas", la información no serán ordenados por las empresas y
por su tipo, y dentro de cada tipo de negocio, que serán ordenados por su nombre.
Fuente: Oracle Database 10g PL/SQL 101 pag5 Escrito por Christopher Allen.
Versatilidad.
La organización de la información en la base de datos debe permitir que diferentes
procedimientos puedan construir diferentes registros a partir de la información existente
de la base de la base de datos.
Simplicidad.
Las bases de datos deben de tener representaciones lógicas simples, para permitir la
verificación en la representación del problema que representan.
Capacidad de Proceso.
La base de datos debe responder en un tiempo aceptable, a cualquier consulta que se le
haga.
Integridad.
Habla sobre la veracidad que debe existir de los datos almacenados respecto a la
información existente en el dominio del problema que trata la base de datos. Los datos no
deben ser modificados o destruidos de forma extraña. Siempre debe existir un respaldo
de la base de datos.
Privacidad.
Evitar que personas no autorizadas puedan acceder a la información de la base de datos.
Seguridad.
Permite proteger los datos frente a la pérdida total o parcial de información, por fallos del
sistema o por accesos accidentales o intencionados del mismo.
-DBMS
-DBA
Un administrador de base de datos (DBA) dirige o lleva a cabo todas las actividades
relacionadas con el mantenimiento de un entorno de base de datos correcta. Entre sus
responsabilidades esta el diseño, implementación y mantenimiento del sistema de base
de datos, el establecimiento de políticas y procedimientos relativos a la gestión,
seguridad, mantenimiento y uso del sistema de gestión de bases de datos, y formar a los
trabajadores en la gestión de bases de datos y el uso. Un DBA tiene que estar al corriente
de las nuevas tecnologías y nuevos enfoques de diseño. Los DBA deben de tener varia
experiencia con uno o varios de los productos que existen para la gestión de base de
datos.
Un lenguaje de definición de datos tiene una sintaxis predefinida para describir datos. Por
ejemplo, para construir una nueva tabla mediante la sintaxis SQL, el comando CREATE
es utilizado, seguido de los parámetros para el nombre de definición de tabla y
columna. El DDL también puede definir el nombre de cada columna y el tipo de datos
asociados. Una vez que se crea una tabla, puede ser modificada con el comando ALTER
TABLE. Si la tabla ya no es necesario, el comando DROP se elimine la tabla.
Desde DDL es un subconjunto de SQL, no incluye todos los comandos SQL posibles. Por
ejemplo, los comandos como seleccionar e insertar se consideran parte de la Lengua de
manipulación de datos (DML), mientras que los comandos de acceso tales como
CONNECT y EXECUTE forman parte de la Lengua de control de datos (DML).Por
supuesto, si usted está trabajando con una base de datos, conocer los nombres de cada
idioma no es importante siempre y cuando usted sapa la sintaxis correcta.
-Abstracción de la información
Consiste en proporcionar a los usuarios una visión abstracta de la información, esto
quiere decir, el sistema le evita al usuario la necesidad de conocer los detalles de cómo se
almacenan los datos. Para ocultar esos detalles, se definen varios niveles de abstracción.
Nivel físico.
El nivel más bajo de abstracción describe como se almacenan realmente los datos.
Nivel lógico.
El siguiente nivel más alto de abstracción describe que datos se almacenan en la base de
datos y que relaciones existen entre esos datos.
Nivel de vistas
El nivel más alto de abstracción describe solo parte de la base de datos completa. A pesar
del uso de estructuras más simples en el nivel lógico, queda algo de complejidad, debido
a la variedad de información almacenada en una gran base de datos.
-Modelos de Datos.
El modelado de datos es uno de los elementos más importantes a la hora de iniciar el
desarrollo de cualquier proyecto. Esta es la estructura, sobre la que realmente reside
la verdadera esencia de la aplicación. Incluso determina si el proyecto va a cumplir
con su verdadero objetivo.
Existen 3 niveles de modelos de datos, el modelo conceptual de datos, modelo de datos
lógicos, y el modelo de datos físicos. La siguiente tabla compara las diferentes
características:
Característica. Conceptual. Lógico. Físico.
Entidad de ✓ ✓
Nombres
Entidad de ✓ ✓
Relaciones
Atributos ✓
Claves ✓ ✓
principales
Claves foraneas ✓ ✓
Tabla de ✓
nombres
Columna ✓
Nombres
Tipo de datos en ✓
columna
Diseño del Modelo Diseño del Modelo Lógico. Diseño del Modelo Físico.
Conceptual.
-Esquema.
Es la estructura de un sistema de base de datos, descritos en un lenguaje formal
apoyados por el sistema de gestión de base de datos (DBMS). En una base de datos
relacional, el esquema define las tablas, los campos de cada tabla, y las relaciones entre
los campos y tablas.
Los esquemas se almacenan generalmente en un diccionario de datos. A pesar de que
un esquema se define en el idioma de los textos de base de datos, el término se utiliza a
menudo para referirse a una representación gráfica de la estructura de base de datos.
Ejemplo.
La tabla de CLASS_TYPES almacena todas las clases del uso. En este ejemplo del sitio éstos son usuario,
grupo, firma
La tabla de CLASS_RULES establece la relación entre las clases. En nuestra muestra usuario pertenece un
solo un firme y cualquier número de grupos.
PROPERTY_TYPES enumera todas las características usadas en el uso, tal como username, nombre,
edad, CIERRE RELÁMPAGO, E-mail, etc. Para cada característica hay un tipo de datos, gama de valores,
descripción, cualidades de la presentación, y para algunas características, una lista de las opciones del
valor.
La tabla de PROPERTY_RULES "conecta" características con las clases, es decir la edad es una
característica del usuario. También especifica si una característica está requerida y pone características en
orden deseada.
PROPERTY_OPTIONS y PROPERTY_OPTION_VALUES enumeran las opciones para algunas
características como en nuestro país de la muestra. Cuando el país se exhibe en una forma , los datos
originan en estas tablas.
Las tablas de DATA_TYPES y de DISPLAY_TYPES enumeran los valores posibles para las columnas
relacionadas en tabla de PROPERTY_TYPES.
La tabla de DEPLOYMENT_OPTIONS almacena los datos usados en proceso del despliegue.
Fuente: http://bit.ly/aAjQJ8
-DML.
DML se utilizan para trabajar con los datos en tablas. Cuando está conectado a la mayoría
de bases de datos multi-usuario (ya sea en un programa de cliente o por una conexión
desde un script de la página Web), usted está en efecto trabajando con una copia privada
de las tablas que no puede ser vista por nadie más hasta que este terminado (o indicar al
sistema que usted ha terminado). Usted ya ha visto la instrucción SELECT, es
considerado como parte de DML a pesar de que sólo recupera datos en lugar de
modificarlos.
La instrucción de inserción se utiliza, obviamente, para agregar nuevas filas a una tabla.
Ejemplo.
La lista delimitada por comas de los valores debe coincidir con la estructura de la tabla
exactamente en el número de atributos y el tipo de datos de cada atributo.
Los valores de tipo de carácter son siempre entre comillas simples, los valores nunca son
número entre comillas, las fechas son a menudo (pero no siempre) en el formato:
"aaaa-mm-dd" (por ejemplo, '2006-11-30 ').
Sí, se necesita una instrucción INSERT por separado para cada fila.
La instrucción de actualización se utiliza para cambiar los valores que ya están en una
tabla.
Ejemplo.
UPDATE <table name>
SET <attribute> = <expression>
WHERE <condition>;
Si la cláusula WHERE se omite, entonces cada fila de la tabla se elimina (que de nuevo
no suele ser lo que quieres hacer)-y otra vez, usted no conseguirá un mensaje que diga
"lo que realmente quieres hacer esto?" .
Usuarios normales.
Son usuarios no sofisticados que interactúan con el sistema mediante la invocación de
alguno de los programas de aplicación permanentes que se ha escrito previamente. Por
ejemplo, un cajero bancario que necesita transferir 500 pesos de la cuenta A a la cuenta B
invoca un programa llamado transferir. Este programa pide al cajero el importe de dinero a
transferir, la cuenta de la que el dinero va a ser transferido y la cuenta a la que el dinero
va a ser transferido.
Como otro ejemplo, considérese un usuario que desee encontrar su saldo de cuenta en
World Wide Web. Tal usuario podría acceder a un formulario
en el que introduce su número de cuenta. Un programa de aplicación en el servidor Web
recupera entonces el saldo de la cuenta, usando el número de cuenta proporcionado, y
pasa la información al usuario.
La interfaz de usuario normal para los usuarios normales es una interfaz de formularios,
donde el usuario puede rellenar los campos apropiados del formulario. Los usuarios
normales pueden también simplemente leer informes generados de la
base de datos.
Programadores de aplicaciones.
Son profesionales informáticos que escriben programas de aplicación. Los programadores
de aplicaciones pueden elegir entre muchas herramientas para desarrollar interfaces de
usuario. Las herramientas de desarrollo rápido de aplicaciones (DRA) son herramientas
que permiten al programador de aplicaciones construir formularios e informes sin
escribir un programa. Hay también tipos especiales de lenguajes de programación que
combinan estructuras de control imperativo (por ejemplo,para bucles for, bucles while e
instrucciones if-then-else) con instrucciones del lenguaje de manipulación de datos. Estos
lenguajes, llamados a veces lenguajes de cuarta generación, a menudo incluyen
características especiales para facilitar la generación de formularios y la presentación de
datos en pantalla. La mayoría de los sistemas de bases de datos comerciales incluyen un
lenguaje de cuarta generación.
Usuarios especializados.
Son usuarios sofisticados que escriben aplicaciones de bases de datos especializadas
que no son adecuadas en el marco de procesamiento de datos tradicional. Entre estas
aplicaciones están los sistemas de diseño asistido por computador, sistemas de bases de
conocimientos y sistemas expertos, sistemas que almacenan los datos con tipos de datos
complejos (por ejemplo, datos gráficos y datos de audio) y sistemas de modelado del
entorno.
-Independencia de datos
Se le puede decir independencia de datos a la separación de los datos de los programas
que utilizan los datos. Casi todas las aplicaciones modernas se basan en el principio
de independencia de datos. De hecho, todo el concepto de un sistema de gestión de
base de datos (DBMS) apoya la noción de independencia de datos, ya que representa
un sistema de gestión de datos por separado de los programas que utilizan los
datos. Por el contrario, es posible escribir aplicaciones en las que los datos
procesados en realidad es representada en el código fuente del programa. Ya que los
datos dependientes son muy poco flexibles, ya que hace muy difícil la modificación de
estos y también los hace inaccesibles para otros programas.
-Gestor de archivos.
Que gestiona la reserva de espacio de almacenamiento de disco y las estructuras de
datos usadas para representar la información almacenada en disco.
-Procesador de Consultas.
El procesador de consultas es importante porque ayuda al sistema de bases de datos a
simplificar y facilitar el acceso a los datos. Las vistas de alto nivel ayudan conseguir este
objetivo. Con ellas, los usuarios del sistema no deberían ser molestados
innecesariamente con los detalles físicos de implementación del sistema. Sin embargo, el
rápido procesamiento de las actualizaciones y de las consultas es importante. Es trabajo
del sistema de bases de datos traducir las actualizaciones y las consultas escritas en un
lenguaje no procedimental, el nivel lógico, en una secuencia de operaciones en nivel
físico.
Los componentes del procesador de consultas incluyen:
• Intérprete del LDD, que interpreta las instrucciones del LDD y registra las definiciones
en el diccionario de datos.
• Compilador del LMD, que traduce las instrucciones del LMD en un lenguaje de
consultas a un plan de evaluación que consiste en instrucciones de bajo nivel que
entiende el motor de evaluación de consultas.
Una consulta se puede traducir habitualmente en varios planes de ejecución alternativos
que proporcionan el mismo resultado. El compilador del LMD también realiza optimización
de consultas, es decir, elige el plan de evaluación de menor coste de entre todas las
alternativas.
• Motor de evaluación de consultas, que ejecuta las instrucciones de bajo nivel
generadas por el compilador del LMD.
-Entidad.
Una entidad es una «cosa» u «objeto» en el mundo real que es distinguible de todos los
demás objetos. Por ejemplo, cada persona en un desarrollo es una entidad. Una entidad
tiene un conjunto de propiedades, y los valores para algún conjunto de propiedades
pueden identificar una entidad de forma unívoca. Por ejemplo, el D.N.I. 67.789.901
identifica unívocamente una persona particular en la empresa. Análogamente, se puede
pensar en los préstamos bancarios como entidades, y un número de préstamo P-15 en la
sucursal de Castellana identifica unívocamente una entidad de préstamo. Una entidad
puede ser concreta, como una persona o un libro, puede ser abstracta, como un
préstamo, unas vacaciones o un concepto.
-Atributo.
En general, un atributo es una propiedad o característica. El color, por ejemplo, es un
atributo de su cabello. En el uso o la programación de computadoras, un atributo es una
propiedad o característica cambiante de algún componente de un programa que se puede
establecer en valores diferentes.
-Atributo Simple.
Un atributo simple es un atributo que tiene un solo componente, que no se puede dividir
en partes más pequeñas que tengan un significado propio.
-Atributo Compuesto.
Se pueden dividir en subpartes (es decir, en otros atributos). Por ejemplo, nombre-cliente
podría estar estructurado como un atributo compuesto consistente en nombre, primer
apellido y segundo-apellido. Usar atributos compuestos en un esquema de diseño es una
buena elección si el usuario desea referirse a un atributo completo en algunas ocasiones
y, en otras, a algún componente del atributo.
-Conjunto de Entidades.
Un conjunto de entidades es un conjunto de entidades del mismo tipo que comparten las
mismas propiedades, o atributos. El conjunto de todas las personas que son clientes en
un banco dado, por ejemplo, se pueden definir como el conjunto de entidades cliente.
Análogamente, el conjunto de entidades préstamo podría representar el conjunto de todos
los préstamos concedidos por un banco particular. Las entidades individuales que
constituyen un conjunto se llaman la extensión del conjunto de entidades. Así, todos los
clientes de un banco son la extensión del conjunto de entidades cliente.
Los conjuntos de entidades no son necesariamente disjuntos. Por ejemplo, es posible
definir el conjunto de entidades de todos los empleados de un banco (empleado) y el
conjunto de entidades de todos los clientes del banco (cliente). Una entidad persona
puede ser una entidad empleado, una entidad cliente, ambas cosas, o ninguna.
-Relación.
Es una correspondencia o asociación entre dos o más entidades. Cada relación tiene un
nombre que describe su función. Las relaciones se representan gráficamente mediante
rombos y su nombre aparece en el interior.
Las entidades que están involucradas en una determinada relación se denominan
entidades participantes. El número de participantes en una relación es lo que se
denomina grado de la relación. Por lo tanto, una relación en la que participan dos
entidades es una relación binaria; si son tres las entidades participantes, la relación es
terciaria; etc. Una relación recursiva es una relación donde la misma entidad participa más
de una vez en la relación con distintos papeles. El nombre de estos papeles es importante
para determinar la función de cada participación.
-Cardinalidad.
Uno a uno
Una entidad en A esta asociada con una entidad en B y viceversa (por ejemplo el nombre
del alumno con su número de control, o un aparato y su número de serie.).
Uno a muchos.
Una entidad en C esta asociada con 0 ó más entidades en D. (por ejemplo "Un profesor
puede impartir varias clases. Pero una clase solo la imparte un profesor". Otro ejemplo
"Una madre puede tener cualquier número de hijos, pero cada hijo pertenece a una sola
madre").
Muchos a muchos
Una entidad en E esta asociada con cualquier número de entidades en F (0 ó más) y
viceversa. Por ejemplo "en un proyecto de investigación puede haber cualquier número de
investigadores, un investigador puede participar en cero o varias investigaciones".
En el diseño de una base de datos no se permiten relaciones directas “muchos a
muchos”. Se tiene que añadir una tabla entre las dos, que sirva de enlace y evite que las
dos tablas queden relacionadas directamente.
-Cardinalidad de Mapeo.
Una cardinalidad de mapeo es una limitación de datos que especifica cómo muchas
entidades, la entidad podría estar relacionado con una relación conjunto.
Ejemplo: Un estudiante sólo puede trabajar en dos proyectos, el número de estudiantes
que trabajan en un proyecto no está limitado.
-Entidad Dominante.
Su existencia es obligatoria para que la exista la entidad subordinada.
-Entidad Subordinada.
Su existencia depende de la existencia de la entidad dominante.
-Super-Llave.
Es un subconjunto de atributos que permite distinguir unívocamente cada una de las
entidades de un conjunto de entidades.
-Llave Candidato.
Dada una super-llave, si ésta deja de serlo quitando únicamente uno de los atributos que
la componen, entonces ésta es una clave candidata.
-Llave Primaria.
Es una clave candidata, elegida por el diseñador de la base de datos, para identificar
unívocamente las entidades en un conjunto de entidades. Los valores de los atributos de
una clave, no pueden ser todos iguales para dos o más entidades.
-Entidad Fuerte.
Una entidad fuerte existe por sí misma sin depender la existencia de alguna otra entidad.
-Entidad Débil.
Depende de la existencia previa de otra entidad. Si la entidad débil puede ser identificada
sin necesidad de identificar previamente la entidad de cuya existencia depende, diremos
que la entidad débil lo es por existencia únicamente. Si la entidad débil no puede ser
identificada independientemente, sino que previamente es necesario identificar a la
entidad de cuya existencia depende, diremos que la entidad débil lo es por identificación.
Ejemplo.
Un ejemplo típico de entidad débil es la entidad LINEAS_FACTURA que depende del
maestro de FACTURAS para identificar sus registros. La cardinalidad de esta relación es
de 1 a N, puesto que una factura puede tener varias líneas mientras que una línea solo
puede pertenercer a una factura. Pues bien, en la entidad débil LINEAS_FACTURA la
clave primaria será compuesta y en ella formará parte el campo ID_FACTURA que a su
vez será clave foránea de la tabla FACTURAS. El otro campo que formará la clave
primaria será por ejemplo ID_LINEA, de modo que para identificar un registro de la
entidad LINEAS_FACTURAS se necesita de la clave de su maestro o entidad fuerte
además de ID_LNEA. Ejemplo: factura: 92054 linea: 3 identifica la linea 3 de la factura
92054. La cardinalidad de la relación de una entidad débil con su maestro o entidad fuerte
siempre será de 1 a N. Las entidades débiles se representan en el diagrama entidad-
relación con un doble rectángulo:
-Generalización y Especialización.
La especialización y la generalización definen una relación de contenido entre un conjunto
de entidades de nivel más alto y uno o más conjuntos de entidades de nivel más bajo. La
especialización es el resultado de tomar un subconjunto de un conjunto de entidades de
nivel más alto para formar un conjunto de entidades de nivel más bajo. La generalización
es el resultado de tomar la unión de dos o más conjuntos disjuntos de entidades (de nivel
más bajo) para producir un conjunto de entidades de nivel más alto. Los atributos de los
conjuntos de entidades de nivel más alto los heredan los conjuntos de entidades de nivel
más bajo.
- Limitantes de mapeo.
El modelo E-R permite definir una serie de limitantes aplicables en la información
contenida en la base de datos básicamente, pueden definirse dos tipos de limitantes:
CARDINALIDAD DEL MAPEO.- es aquella mediante la cual puede especificarse la
cantidad de entidades que podrán asociarse mediante una relación.
La CARDINALIDAD del mapeo se aplica generalmente sobre dos conjuntos de entidades.
Las cardinalidades existente para dos conjuntos de entidades A y B y conjunto de
relaciones R pueden ser:
1. UNA A UNA: Una entidad de A puede asociarse únicamente con una entidad de B.
2. UNA A MUCHAS: Una entidad de a puede asociarse con cualquier cantidad de
entidades de B.
3. MUCHAS A UNA: Cualquier cantidad de entidades de A puede asociarse con una
entidad de B.
4. MUCHAS A MUCHAS: Cualquier cantidad de entidades de a puede asociarse con
cualquier cantidad de entidades en B.
DEPENDENCIA DE EXISTENCIA.-
Nos permiten definir que un conjunto de entidades esta condicionado a la existencia de
otro un ejemplo de este condicionamiento se da entre una entidad alumno y la entidad
calificación.
A esta limitante se le denomina dependencia por existencia. Si una entidad Y requiere de
una entidad X para existir se dice que Y es dependiente por existencia de X; est implica
que si eliminamos a la entidad X; deberá eliminarse la entidad Y.
Para el caso anterior, se nombrara a X como la entidad dominante, y a Y como entidad
subordinada.
-Relaciones Exclusivas.
Dos o más tipos de relaciones son exclusivas cuando cada ocurrencia de un tipo de
entidad sólo puede pertenecer a un tipo de relación. No se puede utilizar el modelo básico
de representación.
O se produce una relación o se produce otra pero nunca ambas a la vez.
-Restricción de Exclusión
Se produce una restricción de exclusión cuando los ejemplares de las entidades sólo
pueden combinarse utilizando una interrelación. Es el caso del siguiente ejemplo:
-Relaciones Inclusivas.
Se dice que una relación es de inclusividad cuando todo ejemplar de una entidad que
participa en una interrelación ha tenido que participar en la otra. Por ejemplo:
Para que un empleado pueda trabajar como diseñador de productos deber haber asistido,
al menos, a dos cursos.
Bibliografia.
Introducción a Las Bases de Datos Relacionales. Autor: Ma Victoria Nevado Cabello
Introducción a los sistemas de bases de datos. Autor: C. J. Date.
SQL for Dummies. Autor: Allen G. Taylor.
Database System Concepts. Autor: Abraham Silberschatz.
http://searchsqlserver.techtarget.com/
http://whatis.techtarget.com/
http://www.webopedia.com/TERM/D/data_independence.html
http://www.1keydata.com/datawarehousing/data-modeling-levels.html
http://www.programacion.com/articulo/modelo_entidad_-
_relacion_212/6#entidadrelacion_restricciones_exc
http://usuarios.multimania.es/jerry11esime/hobbies.html
http://civil.fe.up.pt/acruz/access/modeloER.htm
http://www.felixgers.de/teaching/sql/db_mappings.html
http://searchsqlserver.techtarget.com/definition/entity-relationship-model
http://www.tomjewett.com/dbdesign/dbdesign.php?page=ddldml.php
http://deysivega.blogspot.com/2010/06/modelo-entidad-relacion.html
http://www.mitecnologico.com/Main/IndependenciaLogicaYFisicaDeDatos