Imprimir

Este video te puede ayudar a construir las relaciones en tu base de datos.

Imprimir

A la hora de crear un campo en una tabla, hay que especificar de qué tipo son los datos que se van a almacenar en ese campo.

Los diferentes tipos de datos de Access son:

Texto: cuando en el campo vamos a introducir texto, tanto caracteres como dígitos. Tiene una longitud por defecto de 50 caracteres, siendo su longitud máxima de 255 caracteres.

Memo: se utiliza para textos extensos como comentarios o explicaciones. Tiene una longitud fija de 65.535 caracteres.

Numérico: para datos numéricos utilizados en cálculos matemáticos.

Fecha/Hora: para la introducción de fechas y horas desde el año 100 al año 9999.

Moneda: para valores de moneda y datos numéricos utilizados en cálculos matemáticos en los que estén implicados datos que contengan entre uno y cuatro decimales. La precisión es de hasta 15 dígitos a la izquierda del separador decimal y hasta 4 dígitos a la derecha del mismo.

Autonumérico: número secuencial (incrementado de uno a uno) único, o número aleatorio que Microsoft Access asigna cada vez que se agrega un nuevo registro a una tabla. Los campos Autonumérico no se pueden actualizar.

Sí/No: valores Sí y No, y campos que contengan uno de entre dos valores (Sí/No, Verdadero/Falso o Activado/desactivado).

Objeto OLE: Objeto (como por ejemplo una hoja de cálculo de Microsoft Excel, un documento de Microsoft Word, gráficos, sonidos u otros datos binarios).

Hipervínculo: Texto o combinación de texto y números almacenada como texto y utilizada como dirección de hipervínculo. Una dirección de hipervínculo puede tener hasta tres partes:

Texto: el texto que aparece en el campo o control.
Dirección: ruta de acceso de un archivo o página.
Subdirección: posición dentro del archivo o página.
Sugerencia: el texto que aparece como información sobre herramientas.

Existe otra posibilidad que es la Asistente para búsquedas que crea un campo que permite elegir un valor de otra tabla o de una lista de valores mediante un cuadro de lista o un cuadro combinado. Al hacer clic en esta opción se inicia el Asistente para búsquedas y al salir del Asistente, Microsoft Access establece el tipo de datos basándose en los valores seleccionados en él.

Imprimir

aquí esta otro video para que inicies con la creacion de algunas tablas.

Imprimir

Si el maestro no se expreso en el aula, o disidiste  no ponerle atencion aquí está un link que te puede ayudar.

Imprimir

La programación por capas es un estilo de programación en el que el objetivo primordial es la separación de la lógica de negocios de la lógica de diseño; un ejemplo básico de esto consiste en separar la capa de datos de la capa de presentación al usuario.

La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en varios niveles y, en caso de que sobrevenga algún cambio, sólo se ataca al nivel requerido sin tener que revisar entre código mezclado. Un buen ejemplo de este método de programación sería el modelo de interconexión de sistemas abiertos.
Además, permite distribuir el trabajo de creación de una aplicación por niveles; de este modo, cada grupo de trabajo está totalmente abstraído del resto de niveles, de forma que basta con conocer la API que existe entre niveles.

En el diseño de sistemas informáticos actual se suele usar las arquitecturas multinivel o Programación por capas. En dichas arquitecturas a cada nivel se le confía una misión simple, lo que permite el diseño de arquitecturas escalables (que pueden ampliarse con facilidad en caso de que las necesidades aumenten).
El diseño más utilizado actualmente es el diseño en tres niveles (o en tres capas).

Capas y niveles
 
1.- Capa de presentación: es la que ve el usuario (también se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la información y captura la información del usuario en un mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Esta capa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica y debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario.

2.- Capa de negocio: es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos para almacenar o recuperar datos de él. También se consideran aquí los programas de aplicación.

3.- Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos. Está formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.

Todas estas capas pueden residir en un único ordenador, si bien lo más usual es que haya una multitud de ordenadores en donde reside la capa de presentación (son los clientes de la arquitectura cliente/servidor). Las capas de negocio y de datos pueden residir en el mismo ordenador, y si el crecimiento de las necesidades lo aconseja se pueden separar en dos o más ordenadores. Así, si el tamaño o complejidad de la base de datos aumenta, se puede separar en varios ordenadores los cuales recibirán las peticiones del ordenador en que resida la capa de negocio.

Si, por el contrario, fuese la complejidad en la capa de negocio lo que obligase a la separación, esta capa de negocio podría residir en uno o más ordenadores que realizarían solicitudes a una única base de datos. En sistemas muy complejos se llega a tener una serie de ordenadores sobre los cuales corre la capa de negocio, y otra serie de ordenadores sobre los cuales corre la base de datos.

En una arquitectura de tres niveles, los términos "capas" y "niveles" no significan lo mismo ni son similares.

El término "capa" hace referencia a la forma como una solución es segmentada desde el punto de vista lógico:

Presentación/ Lógica de Negocio/ Datos.

En cambio, el término "nivel" corresponde a la forma en que las capas lógicas se encuentran distribuidas de forma física. Por ejemplo:

• Una solución de tres capas (presentación, lógica del negocio, datos) que residen en un solo ordenador (Presentación+lógica+datos). Se dice que la arquitectura de la solución es de tres capas y un nivel.

• Una solución de tres capas (presentación, lógica del negocio, datos) que residen en dos ordenadores (presentación+lógica, lógica+datos). Se dice que la arquitectura de la solución es de tres capas y dos niveles.

Imprimir
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:

1. 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.
2. 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.
3. 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.

La mayoría de los SGBD no distinguen del todo los tres niveles. Algunos incluyen detalles del nivel físico en el esquema conceptual. En casi todos los SGBD que se manejan vistas de usuario, los esquemas externos se especifican con el mismo modelo de datos que describe la información a nivel conceptual, aunque en algunos se pueden utilizar diferentes modelos de datos en los niveles conceptual y externo.
Hay que destacar que los tres esquemas no son más que descripciones de los mismos datos pero con distintos niveles de abstracción. Los únicos datos que existen realmente están a nivel físico, almacenados en un dispositivo como puede ser un disco. En un SGBD basado en la arquitectura de tres niveles, cada grupo de usuarios hace referencia exclusivamente a su propio esquema externo. Por lo tanto, el SGBD debe transformar cualquier petición expresada en términos de un esquema externo a una petición expresada en términos del esquema conceptual, y luego, a una petición en el esquema interno, que se procesará sobre la base de datos almacenada. Si la petición es de una obtención (consulta) de datos, será preciso modificar el formato de la información extraída de la base de datos almacenada, para que coincida con la vista externa del usuario. El proceso de transformar peticiones y resultados de un nivel a otro se denomina correspondencia o transformación. Estas correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD no cuentan con vistas externas.
La arquitectura de tres niveles es útil para explicar el concepto de independencia de datos que podemos definir como la capacidad para modificar el esquema en un nivel del sistema sin tener que modificar el esquema del nivel inmediato superior. Se pueden definir dos tipos de independencia de datos:

• La independencia lógica es la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicación. Se puede modificar el esquema conceptual para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base de datos eliminando una entidad, los esquemas externos que no se refieran a ella no deberán verse afectados.
• La independencia física es la capacidad de modificar el esquema interno sin tener que alterar el esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar ciertos ficheros físicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualización de datos. Dado que la independencia física se refiere sólo a la separación entre las aplicaciones y las estructuras físicas de almacenamiento, es más fácil de conseguir que la independencia lógica.

En los SGBD que tienen la arquitectura de varios niveles es necesario ampliar el catálogo o diccionario, de modo que incluya información sobre cómo establecer la correspondencia entre las peticiones de los usuarios y los datos, entre los diversos niveles. El SGBD utiliza una serie de procedimientos adicionales para realizar estas correspondencias haciendo referencia a la información de correspondencia que se encuentra en el catálogo. La independencia de datos se consigue porque al modificarse el esquema en algún nivel, el esquema del nivel inmediato superior permanece sin cambios, sólo se modifica la correspondencia entre los dos niveles. No es preciso modificar los programas de aplicación que hacen referencia al esquema del nivel superior.
Por lo tanto, la arquitectura de tres niveles puede facilitar la obtención de la verdadera independencia de datos, tanto física como lógica. Sin embargo, los dos niveles de correspondencia implican un gasto extra durante la ejecución de una consulta o de un programa, lo cual reduce la eficiencia del SGBD. Es por esto que muy pocos SGBD han implementado esta arquitectura completa.

Imprimir

Concepto	Wikipedia	Otro	Esquema
Modelo de base de datos	Técnicas son usadas para modelar la estructura de datos.	Es una colección de herramientas conceptuales para describir los datos, las relaciones que existen entre ellos, semántica asociada a los datos y restricciones de consistencia.	- - - - - - - - - - - - -
Modelo de red	Organiza datos que usan dos fundamental construcciones, registros llamados y conjuntos. Los registros contienen campos. Los conjuntos se definen de uno a varios relaciones entre registros: un propietario, muchos miembros. Un registro puede ser un propietario en cualquier número de conjuntos, y un miembro en cualquier número de conjuntos. Es una variación sobre el modelo jerárquico, al grado que es construido sobre el concepto de múltiples ramas emanando de uno o varios nodos, mientras el modelo se diferencia del modelo jerárquico en esto las ramas pueden estar unidas a múltiples nodos.	En este modelo las entidades se representan como nodos y sus relaciones son las líneas que los unen. En esta estructura cualquier componente puede relacionarse con cualquier otro. A diferencia del modelo jerárquico, en este modelo, un hijo puede tener varios padres. Los conceptos básicos en el modelo en red son: El tipo de registro, que representa un nodo. Elemento, que es un campo de datos. Agregado de datos, que define un conjunto de datos con nombre. Este modelo de datos permite representar relaciones N:M
Modelo jerárquico	En un modelo jerárquico, los datos son organizados en una estructura parecida a un árbol, implicando un eslabón solo ascendente en cada registro para describir anidar, y un campo de clase para guardar los registros en un orden particular en cada lista de mismo-nivel. Esta estructura permite un 1:N en una relación entre dos tipos de datos. Esta estructura es muy eficiente para describir muchas relaciones en el verdadero real; recetas, índice, ordenamiento de párrafos/versos, alguno anidó y clasificó la información. 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 son atados juntos por eslabones "indicadores" llamados. Un padre tendrá una lista de indicadores de cada uno de sus hijos.	Este modelo utiliza árboles para la representación lógica de los datos. Este árbol esta compuesto de unos elementos llamados nodos. El nivel más alto del árbol se denomina raíz. Cada nodo representa un registro con sus correspondientes campos. La representación gráfica de este modelo se realiza mediante la creación de un árbol invertido, los diferentes niveles quedan unidos mediante relaciones.
Modelo Entidad-Relación	El Modelo Entidad-Relación, también conocido como DER (diagramas entidad-relación) es una herramienta de modelado para bases de datos, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades las cuales tienen unos atributos y se vinculan mediante relaciones. Es una representación conceptual de la información. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional. El modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas entidad relación. No es la única técnica pero sí la más utilizada. Brevemente consiste en los siguientes pasos: Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos). Se hace una lista de los sustantivos y verbos que aparecen. Los sustantivos son posibles entidades o atributos. Los verbos son posibles relaciones. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles. Se elabora el diagrama (o diagramas) entidad-relación. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama. El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una base de datos. Brevemente: Transformación de relaciones múltiples en binarias. Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa). Conversión en tablas (en caso de utilizar una base de datos relacional).	Denominado por sus siglas como: E-R; Este modelo representa a la realidad a través de entidades, que son objetos que existen y que se distinguen de otros por sus características. Las entidades pueden ser de dos tipos: Tangibles: Son todos aquellos objetos físicos que podemos ver, tocar o sentir. Intangibles: Todos aquellos eventos u objetos conceptuales que no podemos ver, aun sabiendo que existen, por ejemplo: la entidad materia, sabemos que existe, sin embargo, no la podemos visualizar o tocar.
Modelo relacional	El modelo relacional fue presentado como un modo de hacer sistemas de gestión de datos más independientes de cualquier uso particular. Esto es un modelo matemático definido en términos de predicado lógico y la teoría de juego. Tres términos clave son usados extensivamente en el Modelo Relacional: relaciones, atributos, y dominios. Una relación, figurativamente hablando, es una tabla con columnas y filas. El atributo, es un descriptor de la relación, figurativamente hablando, sería el encabezado de cada una de las columnas de la tabla. El dominio de un atributo es el conjunto de valores legales que puede tomar el atributo. La estructura de datos básica del modelo relacional es la tabla, donde la información sobre una entidad particular (decir, un empleado) es representado en columnas y filas (también llamado tuplas). Así, "la relación" en "la base de datos relacionada" se refiere a varias tablas en la base de datos; una relación es un juego de tuplas. Las columnas enumeran varios atributos de la entidad (el nombre del empleado, la dirección o el número de teléfono, por ejemplo), y una fila es un caso real de la entidad (un empleado específico) que es representado por la relación. Por consiguiente, cada tupla de la tabla de empleado representa varios atributos de un empleado solo. Todas las relaciones (y tablas) en una base de datos relacionada tienen que adherirse a algunas reglas básicas de licenciarse como relaciones. Primero, el ordenamiento de columnas es inmaterial en una tabla. Segundo, no puede haber tuplas idénticas o filas en una tabla. Y tercero, cada tuple contendrá un valor solo para cada uno de sus atributos. Una base de datos relacional contiene múltiples tablas, cada similar al que en el modelo de base de datos "plano". Una de las fuerzas del modelo relacional es que, en principio, cualquier valor que ocurre en dos registros diferentes (perteneciendo a la misma tabla o a tablas diferentes), implica una relación entre aquellos dos registros. Una llave que puede ser usada únicamente identificar una fila en una tabla una llave primaria. Las llaves comúnmente son usadas unir o combinar datos de dos o más tablas. Por ejemplo, una tabla de Empleado puede contener una columna la Ubicación llamada que contiene un valor que empareja la llave de una tabla de Ubicación. Las llaves son también críticas en la creación de índices, que facilitan la recuperación rápida de datos de mesas grandes. Cualquier columna puede ser una llave, o múltiples columnas pueden ser agrupadas juntos en una llave compuesta. No es necesario definir todas las llaves por adelantado; una columna puede ser usada como una llave incluso si al principio no fue querido para ser el que. Una llave externa que tiene un significado en el mundo real (como el nombre de una persona, ISBN de un libro, o el número de serie de un coche) es una llave "natural". Si ninguna llave natural es conveniente (pensar en mucha gente elnombre José), un a llave arbitraria o sustituta puede ser asignada (como dando a empleados numeros ID). En la práctica, la mayor parte de bases de datos han generado ambas y llaves naturales, porque las llaves generadas pueden ser usadas internamente crear eslabones entre las filas que no pueden romperse, mientras llaves naturales pueden ser usadas, menos de fuentes fidedignas, para búsquedas y para la integración con otras bases de datos. (Por ejemplo, los registros en dos bases de datos por separado desarrolladas podrían ser correspondidos por el número de la Seguridad Social, excepto cuando los números de la Seguridad Social son incorrectos, la omisión(la acción de echar de menos), o se han cambiado).	Este modelo es el más utilizado actualmente ya que utiliza tablas bidimensionales para la representación lógica de los datos y sus relaciones. Algunas de sus principales caracteristicas son: Puede ser entendido y usado por cualquier usuario. Permite ampliar el esquema conceptual sin modificar las aplicaciones de gestión. Los usuarios no necesitan saber donde se encuentran los datos físicamente. El elemento principal de este modelo es la relación que se representa mediante una tabla.

Imprimir

Después de su invetigación compararemos los resultados con dos fuentes más.

Conceptos Básicos	Alegsa.com	La web del programador
Base de Datos. (DB)	Almacén de datos relacionados con diferentes modos de organización. Una base de datos representa algunos aspectos del mundo real, aquellos que le interesan al diseñador. Se diseña y almacena datos con un propósito específico. Las bases de datos almacenan datos, permitiendo manipularlos fácilmente y mostrarlos de diversas formas.	Conjunto de datos relacionados que se almacenan de forma que se pueda acceder a ellos de manera sencilla, con la posibilidad de relacionarlos, ordenarlos en base a diferentes criterios. Las bases de datos son uno de los grupos de aplicaciones de productividad personal más extendidos.
Dato	Representación simbólica (numérica, alfabética, etc.) de un atributo de una entidad. Un dato no tiene valor semántico (sentido) en sí mismo, pero al ser procesado puede servir para realizar cálculos o tomar decisiones.	Unidad mínima de información, sin sentido en sí misma, pero que adquiere significado en conjunción con otras precedentes de la aplicación que las creó. Conjunto de simbolos que unidos de cierta forma dan un significado querente y lógico.
Campo	En informática, espacio para el almacenamientode un dato en particular. En las bases de datos un campo es la mínima unidad de almacenamiento de información accesible. En las hojas de cálculo los campos son llamados celdas. Los campos suelen tener asociados un tipo de dato que permiten almacenar.	Es el espacio reservado para introducir determinados datos asociados a una categoría de clasificación.
Registro	Es un conjunto de campos relacionados que constituyen la base de la información. En la cual un fichero de datos relacionales se denomina tabla, los registros son cada una de sus filas.	Es una unidad de almacenamiento destinada a contener cierto tipo de datosde dirente tipo de dato.
Tablas	Contenedor de datos que almacenalainformcion y filas(registros) y columnas (campos). Una o más filas de celdas de una página que se utilizan para organizar datos sistemáticamente.	Es un objeto, o una entidad que se identifica a travez de sus atributos campos (columnas), y puede ser la abstraccion de algo real o intangible.
Relaciones.	Vínculo entre dos o más entidades describe algúna interacción entre las mismas. Por ejemplo, una relación entre una entidad "Empleado" y una entidad "Sector" podría ser "trabaja_en", porque el empleado trabaja en un sector determinado.	Vínculo entre dos o más entidades describe alguna interacción entre las mismas. Las relaciones son muy empleadas en los modelos de bases de datos relacional y afines.
Consultas	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.	Permite explorar datos almacenados en labase de datos con el objetivo de recuperar cierta informacion.
Formularios	Un documento con espacios (campos) en donde se pueden escribir o seleccionar opciones. Cada campo tiene un objetivo, por ejemplo, el campo "Nombre" se espera que sea llenado con un nombre, el campo "año de nacimiento", se espera que sea llenado con un número válido para un año, etc.	Es una herraienta util para ver e insertar datos. permite capturar datos de forma censilla.
Informe	Es una manera personalizada de presentar datos impresos que contiene la base de datos.	- - - - - - - - - - -- - - - - - -
Sistemas Gestores de Base de Datos (SGBD)	Son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.	Se trata de un conjunto de programas que se encargan de la privacidad, la integridad, la seguridad de los datos y la interacción con el sistema operativo. Proporciona una interfaz entre los datos, los programas que los manejan y los usuarios finales.

Imprimir

Fuentes de información recomendadas por el Departamento de Bachillerato General

Conceptos generales.

• wikipedia 
• monografías 
• la web del programador

Modelos de bases de datos.

• hipertexto

Requerimientos de construcción

• monografías
• wikipedia

Álgebra relacional

• programación

Tablas

• UNAM

Formularios

• la web del programador

Consultas   

• aulaclic

Normalización

• abcdatos 
• mailxmail

Etapas del ciclo de vida de un sistema de Base de datos

• uji
• monografías

Imprimir

Este video muestra un pequeño ejemplo del uso de las bases de datos y a importancia de tenerlo actualizado.







Durante la clase abordaremos algunos ejemplos como este.

La Importancia de las Bases de Datos en la Toma de Decisiones

Las bases de datos, hoy en día, ocupan un lugar determinante en cualquier área del quehacer humano, comercial, y tecnológico. No sólo las personas involucradas en el área de Informática, sino todas las personas administrativas, técnicas y con mayor razón los profesionales de cualquier carrera, deben de tener los conocimientos necesarios para poder utilizar las bases de datos.

Ninguna empresa existiría si no tuviera clientes que atender; por ello, miles de empresas en el mundo dedican gran parte de su tiempo y esfuerzo a tratar de incrementar el número de retención de clientes y su grado de satisfacción.

Rapp y Collins en su libro "Maximarketing" recuerdan que si las instalaciones, maquinaria, herramientas e inventarios de su empresa quedarán destruidas por un incendio pero usted fuese dueño de un producto o un servicio en el cual el mercado confiara, usted seguiría contando con un activo sumamente valioso, y si hubiera guardado en su caja fuerte a prueba de incendios una copia de su base de datos con los nombres y direcciones de todos sus buenos clientes, sería dueño también de otro activo fundamental, quizás de igual valor.

Crear y mantener actualizada la base de datos le puede ser muy útil para conservar la lealtad de sus clientes. Pero cuidado no confunda un simple listado de clientes con una base de datos. La base de datos es un archivo computarizado de nombres, a los cuales se le vinculan otras variables de información, mediante la cual pueda realizarse una selección o una segmentación. De acuerdo a estos mismos autores el poder de una buena base de datos puede llevar a una organización a:

   1. Maximizar las ventas repetitivas.
   2. Maximizar la lealtad de los clientes.
   3. Maximizar las promociones.
   4. Maximizar la ampliación de líneas de productos o servicios.
   5. Maximizar el éxito en nuevas empresas.

Access 2007

Asegurar que podemos identificar a nuestros mejores clientes y darles un trato diferencial nos ayuda a desarrollar su lealtad. Si el cliente se siente bien atendido es menos probable que busque otro proveedor y actualmente la retención de clientes es un factor importante en las utilidades de las empresas

Así mismo, conocer a los clientes y saber sus preferencias es un recurso vital en el desarrollo de productos y estrategias de ventas. Poder conocer con exactitud los datos básicos de segmentación del cliente (sexo, edad, preferencias básicas, etc.) y tal vez poder ir más allá en el conocimiento (preferencias personales, aficiones, gustos básicos, marcas preferidas) resultan recursos muy valiosos para las empresas. Los datos recogidos de los clientes, formarán bases de clientes, de usuarios registrados y de posibles compradores, quienes serán susceptibles de recibir información actualizada de productos y servicios ofrecidos.

En este entorno, la recopilación de bases de datos servirá a las empresas para:

   1. Mantener comunicación constante con los clientes (mail, teléfono, correo, etc.)
   2. Conocer las tendencias de compra del mercado objetivo.
   3. Personalizar la atención a los usuarios. Es importante destacar que la "personalización", es considerada como la quinta P en la mezcla de mercadotecnia.
   4. Generar estrategias de branding y publicidad. Cuando estamos ofreciendo, estamos generando publicidad constante al mismo tiempo.
   5. Utilizar segmentos específicos de clientes para colocar productos específicos llegando de manera directa al comprador o usuario.
   6. Comentar las novedades, promociones y noticias relacionadas con el negocio y en algunas ocasiones con el sector al que se dedica la empresa.

Para poder usar las bases de datos debemos conocer una herramienta que nos permita, almacenar y consultar información estas herramientas son llamadas sistemas de gestión de base de datos (SGBD).

Imprimir

Unidad_1 Introducción a las bases de datos 15 hrs.



1.1 Conceptos básicos.
     1.1.1 Base de datos.
     1.1.2 Dato, campo y registro.
     1.1.3 Tablas, Claves y relaciones.
     1.1.4 Consultas y formularios.
     1.1.5 Informes y reportes.
     1.1.6 Tipos de Gestores de base de datos.

1.2 Modelos de base de datos.
     1.2.1 Modelos de bases de datos.
     1.2.2 Modelo de red.
     1.2.3 Modelo jerárquico.
     1.2.4 Modelo entidad-relación.
     1.2.5 Modelo relacional.

1.3 Requerimientos de construcción.
     1.3.1 Modelo ANSI PARK.
     1.3.2 Arquitectura de 3 niveles.

1.4 Álgebra relacional.
     1.4.1 Operadores primitivos.
     1.4.2 Operadores derivados
     1.4.3 Operadores adicionales de consulta

Unidad_2 Organización de Bases de datos. 26 hrs.


2.1 Tablas.
     2.1.1 Diseño de tablas.
     2.1.2 Operaciones Principales
     2.1.3 Definición de claves.
     2.1.4 Relación de tablas.


2.2 Formularios
     2.2.1 Creación de formularios
     2.2.2 Modificar un formulario
     2.2.3 Agregar objetos a un formulario

2.3 Consultas
     2.3.1 Consultas por asistente
     2.3.2 Consultas por varias tablas
     2.3.3 Consultas por parámetros


2.4 Informes
     2.4.1 Partes de un informe
     2.4.2 Creación de un informe utilizando el asistente.
     2.4.3 Creación de un informe utilizando tablas.


Unidad_3 Ciclo de vida y normalización de un sistema de base de datos. 16 hrs.


3.1 Normalización
     3.1.1 Primera forma normal.
     3.1.2 Segunda forma normal.
     3.1.3 Tercera forma normal.


3.2 Ciclo de vida del sistema de aplicación de base de datos.
     3.2.1 Recolección y análisis de información
     3.2.2 Diseño conceptual de la base de datos.
     3.2.3 Elección de un sistema gestor de base de datos.
     3.2.4 Transformación al modelo de datos.
     3.2.5 Diseño físico de la base de datos.
     3.2.6 Generación de un sistema de base de datos.