Resumen lenguajes progra

Vista previa del material en texto

RESUMEN DE LA UNIDAD 2 
LENGUAJES E INTERFASES 
Lenguaje DDL
(Data Definition Lenguaje) Lenguaje de definición de datos.
Lenguaje SDL
(Storage Definition Lenguaje) Lenguaje de Almacenamiento de Datos
Lenguaje VDL
(View Definition Lenguaje) Lenguaje de definición de Vista
Lenguaje DML
(Data Manipulation Lenguaje) Lenguaje de Manipulación de datos
LENGUAJE 
Lenguajes
: Una vez que se ha completado el diseño de la base de datos y se ha elegido un DBMS, el primer paso es especificar los esquemas conceptuales e internos de la base de datos y las correspondencias entre ambas. En la DBMS en las que no se mantiene una separación estricta de niveles el DBA y los programadores de la base de datos utilizan los mismos lenguajes el
DDL
para definir ambos esquemas. El DBMS contara con un compilador 
DDL
para identificar la descripción de los elementos de esquemas y almacenar la descripción de el esquema del catalogo de DBMS. Cuando el DBMS maneja una clara separación de los esquemas conceptual e interno del DDL servirá solamente para especificar el esquema conceptual y para especificar el esquema interno se utiliza el
SDL
, para una verdadera arquitectura de tres esquemas necesitamos un
VDL
para especificar las vistas del usuario y su correspondencia con el nivel conceptual. El mecanismo de manipulación de datos la proporciona
DML
INTERFACES 
Interfaces basadas en menos
: esta pretende al usuario una lista de opciones llamadas menos, los menos hacen innecesario memorizar las órdenes y la sintaxis de un lenguaje de consulta.
Interfases basadas en formas
: presentan una forma a cada usuario y este puede llenar los espacios de la forma para insertar previos datos o bien llenar ciertos espacios en cuyo caso el DBMS obtendrá los registros ya reconocidos con los datos específicos.
Interfaces gráficos
: suelen presentar al usuario los esquemas en forma de diagramasen muchos casos las interfaces graficas se cambian con menos y casi todos se valen de una respuesta apuntador.
Interfaces de lenguaje natural
: estas interfaces aceptan solicitudes en ingreso o en algún otro idioma e intentan entenderla. La interface consulta las palabras estándar para interpretar la solicitud.
Interface del DBA
: en su mayoría los sistemas de base de datos contienen ordenes privilegiadas que solo el personal del DBA puede utilizar como ordenes para crear cuentas, modificar esquemas, etc.
Interfaces para usuarios parámetros o simples
: es una interfaz especial que casi siempre incluye un conjunto abreviado con el fin de reducir al mínimo el número de digitaciones requeridas para cada solicitud.
ELABORACIÓN DE UNA BASE DE DATOS 
Si usa un proceso de diseño de base de datos establecido, puede crear de forma rápida y efectiva una base de datos bien diseñada que le proporciona acceso conveniente a la información que desea. Con un diseño sólido tardará menos tiempo en construir la base de datos y obtendrá resultados más rápidos y precisos.
La clave para obtener un diseño de base de datos eficaz radica en comprender exactamente qué información se desea almacenar y la forma en que un sistema de administración de bases de datos relacionales, como Visual FoxPro, almacena los datos. Para ofrecer información de forma eficiente y precisa, Visual FoxPro debe tener almacenados los datos sobre distintos temas en tablas separadas. Por ejemplo, puede haber una tabla donde sólo se almacenen datos sobre empleados y otra tabla que sólo contenga datos de ventas.
Al organizar los datos de forma apropiada, proporciona flexibilidad a la base de datos y tiene la posibilidad de combinar y presentar información de muchas formas diferentes.
Al diseñar una base de datos, en primer lugar debe dividir la información que desea almacenar como temas distintos y después indicar a Visual FoxPro cómo se relacionan estos temas para que pueda recuperar la información correcta cuando sea necesario. Si mantiene la información en tablas separadas facilitará la organización y el mantenimiento de los datos y conseguirá aplicaciones de alto rendimiento.
A continuación se indican los pasos que hay que seguir en el proceso de diseño de una base de datos. 
Determinar el propósito de la base de datos   Este paso le ayudará a decidir los datos que desea que Visual FoxPro almacene.
Determinar las tablas necesarias   Cuando ya conozca claramente el propósito de la base de datos, puede dividir la información en temas distintos, como "Employees" u "Orders". Cada tema será una tabla de la base de datos.
Determinar los campos necesarios   Tiene que decidir la información que desea incluir en cada tabla. Cada categoría de información de una tabla se denomina campo y se muestra en forma de columna al examinar la tabla. Por ejemplo, un campo de la tabla Employee podría ser Last_name y otro podría ser Hire_date.
Determinar las relaciones   Observe cada tabla y decida cómo se relacionan sus datos con los de las tablas restantes. Agregue campos a las tablas o cree tablas nuevas para clarificar las relaciones, si es necesario.
Perfeccionar el diseño   Busque errores en el diseño. Cree las tablas y agregue algunos registros de datos de ejemplo. Vea si puede obtener los resultados que desea de sus tablas. Haga los ajustes necesarios al diseño.
MODELO DE BASE DE DATOS
Un modelo de base de datos es un tipo de modelo de datos que determina la estructura lógica de una base de datos y de manera fundamental determina el modo de almacenar, organizar y manipular los datos.
Entre los modelos lógicos comunes para bases de datos se encuentran:
Modelo jerárquico
Modelo en red
Modelo relacional
Modelo entidad–relación
Modelo entidad–relación extendido
[[base de datos orientada a objetos|modelo
modelo documental
Modelo entidad–atributo–valor
modelo en estrella
MODELO JERÁRQUICO
En un modelo jerárquico, los datos están organizados en una estructura arbórea (dibujada como árbol invertido o raíz), lo que implica que cada registro sólo tiene un padre. Las estructuras jerárquicas fueron usadas extensamente en los primeros sistemas de gestión de datos de unidad central, como el Sistema IMS por IBM, y ahora se usan para describir la estructura de documentos XML. Esta estructura permite relaciones 1:N entre los datos, y es muy eficiente para describir muchas relaciones del mundo real: tablas de contenido, ordenamiento de párrafos y cualquier tipo de información anidada.
Sin embargo, la estructura jerárquica es ineficiente para ciertas operaciones de base de datos cuando el camino completo no se incluye en cada registro. Una limitación del modelo jerárquico es su incapacidad para representar de manera eficiente la redundancia en datos.
En la relación Padre-hijo: El hijo sólo puede tener un padre pero un padre puede tener múltiples hijos. Los padres e hijos están unidos por enlaces. Todo nodo tendrá una lista de enlaces a sus hijos
MODELO DE RED
El modelo de red expande la estructura jerárquica, permitiendo relaciones N:N en una estructura tipo árbol que permite múltiples padres. Antes de la llegada del modelo relacional, el modelo en red era el más popular para las bases de datos. Este modelo de red (definido por la especificación CODASYL) organiza datos que usan en dos construcciones básicas, registros y conjuntos. Los registros contienen campos que puede estar organizados jerárquicamente, como en el lenguaje COBOL. Los conjuntos definen relaciones N:N entre registros: varios propietarios, varios miembros. Un registro puede ser un propietario de varios conjuntos, y miembro en cualquier número de conjuntos.
MODELO DE FICHERO INVERTIDO
Modelo de fichero invertido
En un fichero invertido o de índice invertido, los datos contenidos se usan como claves en una tabla de consulta (lookup table), y los valores en la tabla se utilizan como punteros a la localización de cada instancia. Esta es también la estructura lógica de los índices de bases de datos modernas, los cuales introducen sólo el contenido de algunas columnas en esa tabla de consulta. El modelo de fichero invertido puede poner losíndices en ficheros planos para acceder a sus registros de manera eficiente.
Implementaciones notables de este modelo de datos la realizó Adabas de Software AG, aparecida en 1970. Adabas logró una importante base de usuarios y está soportada aún hoy. En la década de 1980 adoptó el modelo relacional y SQL, manteniendo sus propias herramientas y lenguajes.
MODELO RELACIONAL
las aplicaciones. Es un modelo matemático definido en términos de lógica de predicados y teoría de conjuntos, y se han implementado con él SGBDs para mainframe, ordenadores medios y microordenadores.
Los productos referidos como base de datos relacional de hecho implementan un modelo que es sólo una aproximación al modelo matemático definido por Codd. Existen tres términos usados con profusión en el modelo relacional de bases de datos: relaciones, atributos y dominios. Una relación equivale a una tabla con filas y columnas. Las columnas de una relación se llaman con rigor atributos, y el dominio es el conjunto de valores que cada atributo puede tomar.
La estructura básica de datos del modelo relacional es la relación (tabla), donde la información acerca de una determinada entidad (p. ej. "empleado") se almacena en tuplas (filas), cada una con un conjunto de atributos (columnas). Las columnas de cada tabla enumeran los distintos atributos de la entidad (el nombre del "empleado", dirección y número de teléfono, p. ej.), de modo que cada tupla de la relación "empleado" representa un empleado específico guardando los datos de ese empleado concreto.
Todas las relaciones (es decir, tablas) en una base de datos relacional han de seguir unas mínimas reglas:
el orden de los atributos es irrelevante
no puede haber tuplas repetidas
cada atributo sólo puede tener un valor.
Una base de datos puede contener varias tablas, cada una similar al modelo plano. Una de las fortalezas del modelo relacional es que un valor de atributo coincidente en dos registros (filas) –en la misma o diferente tabla– implica una relación entre esos dos registros. Es posible también designar uno o un conjunto de atributos como "clave", que permitirá identificar de manera única una fila en una tabla.
MODELO DIMENSIONAL
El modelo dimensional es una adaptación especializada del modelo relacional usada para almacenar datos en depósitos de datos, de modo que los datos fácilmente puedan ser extraídos usando consultas OLAP. En el modelo dimensional, una base de datos consiste en una sola tabla grande de datos que son descritos usando dimensiones y medidas. Una dimensión proporciona el contexto de un hecho (como quien participó, cuando y donde pasó, y su tipo). Las dimensiones se toman en cuenta en la formulación de las consultas para agrupar hechos que están relacionados. Las dimensiones tienden a ser discretas y son a menudo jerárquicas; por ejemplo, la ubicación podría incluir el edificio, el estado y el país. Una medida es una cantidad que describe el dato, tal como los ingresos. Es importante que las medidas puedan ser agregados significativamente -por ejemplo, los ingresos provenientes de diferentes lugares puedan sumarse.