Taller No.2 ModelosBD-HistoriaFundamentosAccess

13
INSTRUCTOR FERNANDO FORERO GOMEZ Página 1 | 13 SERVICIO NACIONAL DE APRENDIZAJE SENA Centro de formación Materiales y Ensayos PROGRAMA DE FORMACION: TECNICO EN SISTEMAS Fecha: Mayo de 2016 Taller No. 2 Modelos de Bases de Datos Modelo de datos: Es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos. Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su modelo de administración de datos.

description

GUIA TALLER 2

Transcript of Taller No.2 ModelosBD-HistoriaFundamentosAccess

Page 1: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 1 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

Taller No. 2 Modelos de Bases de Datos

Modelo de datos:

Es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se

guarda la información), así como de los métodos para almacenar y recuperar información de esos

contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la

implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos,

y conceptos matemáticos.

Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar

de acuerdo a su modelo de administración de datos.

Page 2: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 2 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

Modelos Bases de datos:

1. Distribuida (SGBD)

La base de datos y el software SGBD pueden estar distribuidos en múltiples sitios conectados por una

red. Hay de dos tipos:

1. Distribuidos homogéneos: utilizan el mismo SGBD en múltiples sitios.

2. Distribuidos heterogéneos: Da lugar a los SGBD, sistemas multibase de datos en los que los SGBD

participantes tienen cierto grado de autonomía local y tienen acceso a varias bases de datos

autónomas preexistentes almacenados en los SGBD, muchos de estos emplean una arquitectura

cliente-servidor.

La necesidad de estas es debida a la existencia física 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 o almacenes.

2. Transaccionales

Su único fin es el envío y recepción de datos a grandes velocidades, estas bases son muy poco

comunes y están dirigidas por lo general al entorno de análisis de calidad, datos de producción e

industrial, la redundancia y duplicación de información no es un problema como con las demás bases

de datos porque su fin es recolectar y recuperar los datos a la mayor velocidad posible, por lo general

para poderlas aprovechar al máximo permiten algún tipo de conectividad a bases de datos

relacionales.

Ejemplo base de datos transaccional: El traspaso de una cantidad de dinero entre cuentas

bancarias. Normalmente se realiza mediante dos operaciones distintas, una en la que se debita el

saldo de la cuenta origen y otra en la que acreditamos 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 atómicas, es decir, el sistema debe garantizar que, bajo cualquier circunstancia (incluso una

caída del sistema), el resultado final es que, o bien se han realizado las dos operaciones, o bien no se

ha realizado ninguna operación.

Page 3: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 3 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

3. Jerárquicas

En este modelo los datos se organizan en forma de árbol invertido (algunos dicen raíz), en donde un

nodo padre de información puede tener varios hijos. El nodo que no tiene padres es llamado raíz, y a

los nodos que no tienen hijos se los conoce como hojas.

Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un

gran volumen de información y datos muy compartidos permitiendo crear estructuras estables y de

gran rendimiento. Este modelo no representa eficazmente la redundancia de datos.

4. Relacionales

Éste modelo utilizado en la actualidad para representar problemas reales y administrar datos

dinámicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de los

laboratorios IBM en 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 podrían considerarse

en forma lógica como conjuntos de datos llamados "tuplas". Pese a que ésta es la teoría de las bases

de datos relacionales creadas por Codd, la mayoría de las veces se conceptualiza de una manera más

fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta por

registros (las filas de una tabla), que representarían 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 jerárquico y el de red). Esto tiene la considerable ventaja de que es más

fácil de entender y de utilizar para un usuario esporádico de la base de datos. La información puede

ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para

administrar la información.

El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL, Structured

Query Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales

motores o sistemas de gestión de bases de datos relacionales.

Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como

normalización de una base de datos.

Page 4: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 4 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

5. Multidimensionales

Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creación de Cubos

OLAP. Básicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en

una base de datos relacional podría serlo también en una base de datos multidimensional), la

diferencia está más 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 métricas que se desean aprender.

6. Red

Este modelo permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo

jerárquico, que es similar al de red, pero con una gran mejora con respecto al modelo jerárquico, ya

que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que

significa administrar la información en una base de datos de red ha significado que sea un modelo

utilizado en su mayoría por programadores más que por usuarios finales.

7. Documentales

Permiten la indexación a texto completo, y en líneas generales realizar búsquedas más potentes,

sirven para almacenar grandes volúmenes de información de antecedentes históricos

8. Orientadas a objetos

Este modelo, bastante reciente, y propio de los modelos informáticos 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:

Encapsulación - Propiedad que permite ocultar la información al resto de los objetos, impidiendo así

accesos incorrectos o conflictos.

Herencia - Propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía

de clases.

Page 5: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 5 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

Polimorfismo - Propiedad de una operación 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 definición de la base de datos. Una operación (llamada función) se especifica en dos partes.

La interfaz (o signatura) de una operación incluye el nombre de la operación y los tipos de datos de

sus argumentos (o parámetros). La implementación (o método) de la operación se especifica

separadamente y puede modificarse sin afectar la interfaz. Los programas de aplicación de los

usuarios pueden operar sobre los datos invocando a dichas operaciones a través de sus nombres y

argumentos, sea cual sea la forma en la que se han implementado. Esto podría denominarse

independencia entre programas y operaciones.

9. Deductivas

Es un sistema de base de datos que permite hacer deducciones a través de inferencias. Se basa

principalmente en reglas y hechos que son almacenados en la base de datos. Las bases de datos

deductivas son también llamadas bases de datos lógicas, a raíz de que se basa en lógica matemática.

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.

Consulta a base de datos:

Es el método para acceder a los datos en las bases de datos. Con las consultas se puede modificar,

borrar, mostrar y agregar datos en una base de datos, también pueden utilizarse como origen de

registro para formularios. Para esto se utiliza un Lenguaje de consulta, el más utilizado es SQL.

Page 6: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 6 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

Historia, fundamentos & componentes de Microsoft Access

1. Historia de Microsoft Access

Proyectos Omega y Cirrus Maimara Retamales

Microsoft carecía de una solución propia de base de datos relacional, y hasta entonces se limitaba a

distribuir un producto de terceros llamado R:BASE, una aplicación para MS-DOS. En 1988 se empezó

a desarrollar un producto SQL (de nombre clave Omega) para Windows y OS/2, junto con el que se

escribió un lenguaje de macros llamado EB ("Embedded Basic") que se utilizaría en la mayoría de

software Microsoft hasta la llegada de VBA. También se buscaba que Omega funcionara como front-

end para Microsoft SQL Server. Omega requería una enorme cantidad de recursos de los

procesadores 386 disponibles en la época para usos comerciales, retrasando su llegada desde el

primer cuatrimestre de 1990 hasta enero de 1991. Más tarde partes del proyecto fueron utilizados para

otros proyectos de Microsoft. Cirrus (nombre clave para Access) y Thunder (nombre clave para Visual

Basic, en el que se utilizó el motor Embedded Basic). Tras el adelanto de Access, Omega fue

demostrado ante varios periodistas en 1992 y Access presentaba funciones que Omega no tenía.

2. Después de la cancelación de Omegle, algunos de sus desarrolladores fueron reasignados al

proyecto Cirrus (la mayoría fue a parar al equipo creador de Visual Basic). Su meta era crear

un competidor de productos como dBase y Paradox en el entorno Windows. El proyecto pareció

condenado con la compra de FoxPro (una App de base de datos completamente diferente a

Page 7: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 7 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

Access) por parte de Microsoft, pero la compañía decidió continuar con el desarrollo de Cirrus.

Al principio se asumió que el producto usaría el motor Extensible Storage Engine (Jet Blue) pero

al final fue reemplazado por otro motor llamado Microsoft Jet Database Engine (Jet Red). El

proyecto usó partes del código escrito para Omega y una versión pre-publicada de Visual Basic.

En julio de 1992 llegó la versión final con el nombre de Access.

3. Versiones de Access

Versión de

Office

Fecha de

lanzamiento Comentarios

04.3 2 de junio de 1994 Access 2.0. Última versión compatible con 16 bits; última

versión para Windows 3.x, Windows NT 3.1 y 3.5.

07.0 (Microsoft

Office 95)

30 de agosto de

1995 Access 03.0. Coincide con el lanzamiento de Windows 95

08.0 (Microsoft

Office 97)

30 de diciembre de

1996 Access 1997. Última versión para Windows NT 3.51.

09.0 (Microsoft

Office 2000)

27 de enero de

1999 Access 2000. Última versión para Windows 95.

10.0 (Microsoft

Office XP)

31 de mayo de

2001

Access 2002. Última versión para Windows 98, Windows

Me y Windows NT 4.0

Page 8: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 8 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

Versión de

Office

Fecha de

lanzamiento Comentarios

11.0 (Microsoft

Office 2003)

17 de noviembre

de 2003 Access 2003. Última versión para Windows 2000.

12.0 (Microsoft

Office 2007)

30 de enero de

2007

Access 2007. Lanzado junto con Windows Vista, nueva

interfaz gráfica de usuario, nuevos formatos de archivo

OpenXML

14.0 (Microsoft

Office 2010)

15 de junio de

2010 Access 2010. Distribuido en versiones de 32 y 64 bits.

15.0 (Microsoft

Office 2013)

26 de octubre de

2012 Access 2013. Lanzado junto con Windows 8.

Page 9: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 9 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

4. Requisitos de la versión más nueva (2016)

Procesador requerido

Procesador x86 o x64 de 1 gigahertz (Ghz) o más rápido con SSE2 Sistema operativo requerido

Windows 7 o posterior, Windows Server 2008 R2 o Windows Server 2012 Memoria necesaria

1 GB RAM (32 bits); 2 GB de RAM (64 bits) Espacio libre necesario en disco duro

3.0 GB de espacio disponible en disco Requisitos de pantalla

Resolución de 1280 x 800 Gráficos

La aceleración de gráficos por hardware requiere una tarjeta DirectX 10. Tecnología multitáctil

Para utilizar la funcionalidad multitáctil es necesario contar con un dispositivo con pantalla táctil. Sin

embargo, todas las características y funcionalidades están siempre disponibles usando un teclado,

mouse u otro dispositivo de entrada estándar o accesible. Las nuevas características táctiles están

optimizadas para el uso con Windows 8 o posterior. Requisitos adicionales del sistema

La funcionalidad de Internet requiere una conexión a la Internet.

Se requiere una cuenta Microsoft.

Page 10: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 10 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

5. Fundamentos y Componentes Access

Una vez que determinamos los inconvenientes que presentaban los Sistemas de Archivos, surge el Sistema Gestor de Bases de Datos (SGBD), el cual consiste en consiste en un conjunto de datos interrelacionados y un conjunto de programas para acceder a dichos datos. Microsoft ACCESS es un Sistema gestor de Base de Datos Relacional, cuyo objetivo es proporcionar una manera de almacenar y recuperar la información de tal forma que sea practica y eficiente.

El término relacional se da por la metodología utilizada en la interacción entre sus datos a través de relaciones. Una base de datos es un conjunto de datos relacionados entre sí, a través de un SGBD que facilita el almacenamiento, gestión y recuperación de datos.

5.1 Componentes de la base de Datos relacional

Como Access en SGBD relacional, se explicaran los principales términos: Tablas: Son objetos que se utilizan para almacenar datos referentes a un tema particular; Por ejemplo Clientes, Proveedores, Servicios, Alumnos, etc. Una tabla está definida por campos (columnas) donde cada uno de ellos tiene un tipo de datos específico como por ejemplo de tipo número, texto, fecha, etc. Los registros (Filas) es donde se almacena la información individual de cada tabla, consta de al menos un campo.

Page 11: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 11 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

Un dato es la intersección entre registro y campo

Formularios: Son una interfaz que permite ingreso y modificación de los datos de una manera más agradable a través de un ambiente gráfico, el cual puede ser personalizado o incluir botones de trabajo. Tienen la ventaja de: mostrar datos de varias tablas, calcular campos, crear y utilizar gráficos, utilizar fuentes, colores y títulos personalizados.

Page 12: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 12 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

Informes: Es la forma de presentar los datos contenidos en una o varias tablas para un formato impreso o visual, normalmente los informes son los resultados de algún tipo de consulta. Tienen ventajas similares a los formularios ya que se pueden personalizar de una manera profesional.

Consultas: Son las que hacen el trabajo en la base de datos, cuya función es recuperar datos específicos de diferentes tablas, las cuales están unidas a través de relaciones. Básicamente las consultas son las preguntas que le hacemos a la Base de Datos Existen varios criterios de como son: Consultas de selección, creación de tabla, crear registros, de referencias cruzadas y de eliminación.

Page 13: Taller No.2 ModelosBD-HistoriaFundamentosAccess

I N S T R U C T O R F E R N A N D O F O R E R O G O M E Z P á g i n a 13 |

13

SERVICIO NACIONAL DE APRENDIZAJE SENA

Centro de formación Materiales y Ensayos

PROGRAMA DE FORMACION: TECNICO EN SISTEMAS

Fecha:

Mayo de 2016

Cuestionario

1. Realice un cuadro sinóptico de los modelos de bases de datos.

2. Busque y asocie las respectivas imágenes a cada uno de los modelos de bases de datos.

3. Cual fue el programa antecesor de Access.

4. En qué año salió Access al mercado

5. Realice un mapa mental con las versiones de Access

6. Realice una comparación en una tabla de los requisitos que pide el programa Access 2016 Vs

el equipo de escritorio el cual usted tiene asignado

7. Que es SGBD?

8. Cuáles son los principales componentes de una base de datos relacional?