2DA UNIDAD" Access

Es un sistema de gestión de bases de datos relacionales para los sistemas operativos Microsoft Windows, desarrollado por Microsoft y orientado a ser usado en un entorno personal o en pequeñas organizaciones. Es un componente de la suite ofimática Microsoft Office. Permite crear ficheros de bases de datos relacionales que pueden ser fácilmente gestionadas por una interfaz gráfica simple. Además, estas bases de datos pueden ser consultadas por otros programas. Este programa permite manipular los datos en forma de tablas (formadas por filas y columnas), crear relaciones entre tablas, consultas, formularios para introducir datos e informes para presentar la información.

Microsoft Access posee varias versiones desde su creación en 1992; a continuación se expone de forma detallada cada una de ellas:

Versión Número de versión Fecha de publicación Jet version Sistema operativo compatible Versión de la suite de Office
Access 1.1 1 1992 1.1 Windows 3.0

Access 2.0 2.0 1993 2.0 Windows 3.1x Office 4.3 Pro
Access para Windows 95 7.0 24 Ago., 1995 3.0 Windows 95 Office 95 Professional
Access 97 8.0 16 Ene., 1997 3.5 Windows 9x, NT 3.51/4.0 Office 97 Professional and Developer
Access 2000 9.0 7 Jun., 1999 4.0 SP1 Windows 9x, NT 4.0, 2000, XP Office 2000 Professional, Premium and Developer
Access 2002 10 31 May., 2001 4.0 SP1 Windows 98, Me, 2000, XP Office XP Professional and Developer
Access 2003 11 27 Nov. , 2003 4.0 SP1 Windows 2000, XP, XP Professional x64, Vista Office 2003 Professional and Professional Enterprise
Access 2007 12 27 Ene. , 2007 12 Windows XP SP2, XP Professional x64, Vista, Windows 7 Office 2007 Professional, Professional Plus, Ultimate and Enterprise
Access 2010 14 15 Jul., 2010 14 Windows XP SP3, Vista, Windows 7 Office 2010 Professional, Professional Academic and Professional Plus

Operadores adicionales de consulta

Operadores adicionales de consulta: permiten realizar operaciones aritméticas, comparaciones, concatenaciones o asignaciones de valores. Por ejemplo, puede probar datos para comprobar que la columna de país o región de los datos de clientes está llena o no es NULL.

En las consultas, cualquier persona que pueda ver los datos de la tabla que se deben usar con algún tipo de operador puede realizar operaciones. Para poder cambiar los datos correctamente, debe disponer de los permisos adecuados.

En Microsoft SQL Server, los operadores se utilizan para lo siguiente:
Cambiar datos, permanente o temporalmente.
Buscar filas o columnas que cumplan una condición determinada.
Implementar una decisión entre columnas de datos o entre expresiones.
Probar determinadas condiciones antes de iniciar o confirmar una transacción, o antes de ejecutar determinadas líneas de código.
este tipo de operador me permitirá comparar números o conjunto de caracteres y además las consultas me permitirán seguir una serie de pasos para ingresar herramientas que me faciliten al revisar y o reorganizar mi información.

 

 

Operadores derivados

Los operadores derivados son aquellos que se pueden expresar siempre en función de operadores primitivos, pero su introducción tiene por fin la simplificación de las consultas.

Combinación o join
La combinación de dos relaciones respecto de sus columnas d y que es otra relación constituida por todos los pares de tuplas concatenadas, tales que, en cada par, las columnas d y k de las correspondientes tuplas satisfacen la condición especificada. Si la condición es de igualdad se denomina combinación por igualdad (también se denomina equijoin o join).
La llamada combinación natural (o join natual) es una combinación por igualdad donde se ha eliminado en la relación resultante uno de los atributos idénticos. Es el caso más utilizado de combinación para relaciones que tienen un atributo común (se suele hablar de join para referirse a esta posibilidad por ser el caso más usual). Se denota mediante el símbolo
Los operadores derivados son aquellos que se obtienen de otros en este caso podrian ser los primitivos.

 

Operadores primitivos

Operadores Primitivos: Son varios los operadores que podríamos llamar primitivos: los tradicionales de teoría de conjuntos unión, diferencia y producto cartesiano, y los especialmente introducidos por Codd de restricción y proyección; además, existen otros operadores que se pueden considerar derivados, ya que se pueden deducir de los primitivos.

El aspecto dinámico del modelo relacional en lo que al álgebra se refiere, lo constituye una colección de operadores que, aplicados a las relaciones, dan como resultado nuevas relaciones (propiedad de cierre).
Los operandos del álgebra son las relaciones y los operadores se aplican a las relaciones a fin de formular consultas a la BD.
Existen diversos tipos de operadores primitivos los cuales van a ir variando de acuerdo a la necesidad de el usuario de la base de datos, de estos mismos se pueden derivar otros para poder asi hacer la relacion de las tablas .

 

Arquitectura de los 3 niveles

En la arquitectura en 3 niveles, existe un nivel intermediario. Esto significa que la arquitectura generalmente está compartida por:
Un cliente, es decir, el equipo que solicita los recursos, equipado con una interfaz de usuario (generalmente un navegador Web) para la presentación
El servidor de aplicaciones (también denominado software intermedio), cuya tarea es proporcionar los recursos solicitados, pero que requiere de otro servidor para hacerlo
El servidor de datos, que proporciona al servidor de aplicaciones los datos que requiere

Modelo ansi park

Hay tres características importantes inherentes a los sistemas de bases de datos: la separación entre los programas de aplicación y los datos, el manejo de múltiples vistas por parte de los usuarios y el uso de un catálogo para almacenar el esquema de la base de datos. En 1975, el comité ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de bases de datos, que resulta muy útil a la hora de conseguir estas tres características.
El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicación de la base de datos física. En esta arquitectura, el esquema de una base de datos se define en tres niveles de abstracción distintos:

En el nivel interno se describe la estructura física de la base de datos mediante un esquema interno. Este esquema se especifica mediante un modelo físico y describe todos los detalles para el almacenamiento de la base de datos, así como los métodos de acceso.
En el nivel conceptual se describe la estructura de toda la base de datos para una comunidad de usuarios (todos los de una empresa u organización), mediante un esquema conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar el esquema.
En el nivel externo se describen varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinado y oculta a ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar los esquemas. 

 

 

Modelo relacional

 El modelo relacional para la gestión de una base de datos es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos. Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postuladas sus bases 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.

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 construídas de diversas maneras:
Creando un conjunto de tablas iniciales y aplicar operaciones de normalización hasta conseguir el esquema más óptimo. Las técnicas de nomalizació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.
La primer técnica fue de las primeras en existir y, como es de suponerse, la segunda al ser más reciente es mucho más conveniente en varios aspectos:
El partir de un diagrama visual es muy útil para apreciar los detalles, de ahí que se llame modelo conceptual.
El crear las tablas iniciales es mucho más simple a través de las reglas de conversión.
Se podría pensar que es lo mismo porque finalmente hay que "normalizar" las tablas de todas formas, pero la ventaja de partir del modelo e-r es que la "normalización" es mínima por lo general.
Lo anterior tiene otra ventaja, aún cuando se normalice de manera deficiente, se garantiza un esquema aceptable, en la primer técnica no es así.