lunes, 23 de marzo de 2015

¿Qué es el modelo entidad-relación?

Como ya he comentado este modelo es solo y exclusivamente un método del que disponemos para diseñar estos esquemas que posteriormente debemos de implementar en un gestor de BBDD (bases de datos). Este modelo se representa a través de diagramas y está formado por varios elementos.
Este modelo habitualmente, además de disponer de un diagrama que ayuda a entender los datos y como se relacionan entre ellos, debe de ser completado con un pequeño resumen con la lista de los atributos y las relaciones de cada elemento.
Elementos del modelo entidad-relación
Entidad
Las entidades representan cosas u objetos (ya sean reales o abstractos), que se diferencian claramente entre sí.
Para poder seguir un ejemplo durante el artículo añadiré ejemplos sobre un taller mecánico, donde se podría crear las siguientes entidades:
·         Coches (objeto físico): contiene la información de cada taller.
·         Empleado (objeto físico): información de los trabajadores.
·         Cargo del empleado (cosa abstracta): información de la función del empleado.
Estas entidades se representan en un diagrama con unos rectángulos, como los siguientes.

Atributos
Los atributos definen o identifican las características de entidad (es el contenido de esta entidad). Cada entidad contiene distintos atributos, que dan información sobre esta entidad. Estos atributos pueden ser de distintos tipos (numéricos, texto, fecha…).
Siguiendo el ejemplo de antes podemos analizar los atributos de nuestra entidad “Coches“, que nos darán información sobre los coches de nuestro supuesto taller.
Unos posibles atributos serían los siguientes: número de chasis, matrícula, DNI del propietario, marca, modelo y muchos otros que complementen la información de cada coche.
Los atributos se representan como círculos que descienden de una entidad, y no es necesario representarlos todos, sino los más significativos, como a continuación.

En un modelo relacional (ya implementado en una base de datos) una ejemplo de tabla dentro de una BBDD podría ser el siguiente.
Número de chasis
Matrícula
DNI del propietario
5tfem5f10ax007210
4817 BFK
45338600L
6hsen2j98as001982
8810 CLM
02405068K
5rgsb7a19js001982
0019 GGL
40588860J
Este ejemplo es con tres atributos, pero un coche podría tener cientos (si fuese necesario) y seguirían la misma estructura de columnas, tras implementarlo en una BBDD.
Relación
Es un vínculo que nos permite definir una dependencia entre varias entidades, es decir, nos permite exigir que varias entidades compartan ciertos atributos de forma indispensable.
Por ejemplo, los empleados del taller (de la entidad “Empleados“) tienen un cargo (según la entidad “Cargo del empleado“). Es decir, un atributo de la entidad “Empleados“ especificará que cargo tiene en el taller, y tiene que ser idéntico al que ya existe en la entidad “Cargo del empleado“.
Las relaciones se muestran en los diagramas como rombos, que se unen a las entidades mediante líneas.

Yo, bajo mi punto de vista, entiendo mejor esto en una tabla (de una implementación en unaBBDD), por lo que voy a poner el ejemplo de como se representaría (resaltada la relación, que posteriormente veremos como se haría).
Empleados
Nombre
DNI
Cargo
Carlos Sánchez
45338600L
001
Pepe Sánchez
02405068K
002
Juan Sánchez
40588860J
002
Cargo del empleado
ID del cargo
Descripción
001
Jefe de taller
002
Mecánico

Relaciones de cardinalidad
Podemos encontrar distintos tipos de relaciones según como participen en ellas las entidades. Es decir, en el caso anterior cada empleado puede tener un cargo, pero un mismo cargo lo pueden compartir varios empleados.
Esto complementa a las representaciones de las relaciones, mediante un intervalo en cada extremo de la relación que especifica cuantos objetos o cosas (de cada entidad) pueden intervenir en esa relación.
Uno a uno: Una entidad se relaciona únicamente con otra y viceversa. Por ejemplo, si tuviésemos una entidad con distintos chasis y otra con matrículas deberíamos de determinar que cada chasis solo puede tener una matrícula (y cada matrícula un chasis, ni más en ningún caso).

Uno a varios o varios a uno: determina que un registro de una entidad puede estar relacionado con varios de otra entidad, pero en esta entidad existir solo una vez. Como ha sido en el caso anterior del trabajador del taller.

Varios a varios: determina que una entidad puede relacionarse con otra con ninguno o varios registros y viceversa. Por ejemplo, en el taller un coche puede ser reparado por varios mecánicos distintos y esos mecánicos pueden reparar varios coches distintos.

Los indicadores numéricos indican el primero el número mínimo de registros en una relación y posteriormente el máximo (si no hay límite se representa con una “n“).
Claves
Es el atributo de una entidad, al que le aplicamos una restricción que lo distingue de los demás registros (no permitiendo que el atributo específico se repita en la entidad) o le aplica un vínculo (exactamente como comentábamos en las relaciones). Estos son los distintos tipos:
Superclave: aplica una clave o restricción a varios atributos de la entidad, para así asegurarse que en su conjunto no se repitan varias veces y así no poder entrar en dudas al querer identificar un registro.
Clave primaria: identifica inequívocamente un solo atributo no permitiendo que se repita en la misma entidad. Como sería la matrícula o el número de chasis de un coche (no puede existir dos veces el mismo).

Clave externa o clave foránea: este campo tiene que estar estrictamente relacionado con la clave primaria de otra entidad, para así exigir que exista previamente ese clave. Anteriormente hemos hablado de ello cuando comentábamos que un empleado indispensablemente tiene que tener un cargo (que lo hemos representado numéricamente), por lo cual si intentásemos darle un cargo inexistente el gestor de bases de datos nos devolvería un error.

linkografia:
http://www.genbetadev.com/bases-de-datos/fundamento-de-las-bases-de-datos-modelo-entidad-relacion

Obtener información sobre las reglas de validación

Una regla de validación limita o controla lo que los usuarios pueden escribir en un campo de tabla o un control (como un cuadro de texto) de un formulario. Microsoft Office Access 2007 permite validar los datos de diversas maneras y, a menudo, se usan varias de esas técnicas para definir una regla de validación. Las reglas de validación se pueden considerar como un conjunto de capas y se pueden usar algunas o todas esas capas para asegurar que los usuarios escriben correctamente los datos.

Tipos de datos    En general, los tipos de datos representan la primera capa de validación. Cuando se diseña una tabla de base de datos, se define un tipo de datos para cada campo de la tabla y ese tipo de datos restringe lo que los usuarios pueden escribir. Por ejemplo, los campos de tipo Fecha/Hora aceptan únicamente fechas y horas, un campo de tipo Moneda acepta únicamente datos monetarios, etc.

Tamaños de campo    Los tamaños de campo son otra capa de validación. Por ejemplo, si se crea un campo que almacene nombres, se puede configurarlo de modo que acepte un máximo de 20 caracteres. De este modo, se puede evitar que usuarios malintencionados peguen grandes cantidades de texto incoherente en el campo, o bien, que un usuario sin experiencia escriba por error un nombre y un apellido en un campo diseñado para que sólo pueda contener un nombre.

Propiedades de tabla    Las propiedades de tabla proporcionan tipos de validación muy específicos. Por ejemplo, se puede establecer la propiedad Requerido en y, como resultado, obligar a los usuarios a escribir un valor en un campo.

Se puede usar asimismo la propiedad Regla de validación para requerir que se escriban valores específicos, y la propiedad Texto de validación para informar a los usuarios de los errores. Por ejemplo, si se escribe la regla >100 Y <1000 en la propiedad Regla de validación, se obliga a los usuarios a especificar valores comprendidos entre 100 y 1.000. La regla [FechaFin]>=[FechaInicio] obliga a los usuarios a escribir una fecha de finalización igual o posterior a la fecha de inicio. Si se escribe el texto "Especifique valores comprendidos entre 100 y 1.000" o "Especifique una fecha de finalización igual o posterior a la fecha de inicio" en la propiedad Texto de validación, se indica a los usuarios que han cometido un error y se indica cómo corregirlo.

Para saber los pasos necesarios para agregar una regla de validación a un campo de tabla, vea la sección Validar datos al escribirlos en los campos de una tabla, más adelante en este artículo.

Máscaras de entrada    Se puede usar una máscara de entrada para validar los datos obligando a los usuarios a escribir los valores de una manera determinada. Por ejemplo, una máscara de entrada puede obligar a los usuarios a escribir las fechas en un formato europeo, como 14.04.2007.


Puede usar algunas o todas estas técnicas para validar los datos. Algunas de estas características, como los tipos de datos, forman parte de la base de datos de forma predeterminada, pero otras técnicas, como las propiedades de campo, las reglas de validación y las máscaras de entrada, las puede usar a su discreción.

linkografia:
https://support.office.com/es-hn/article/Crear-una-regla-de-validaci%C3%B3n-para-validar-los-datos-de-un-campo-b91c6b15-bcd3-42c1-90bf-e3a0272e988d?ui=es-ES&rs=es-HN&ad=HN

martes, 3 de marzo de 2015

Tipos de campos en access

Tipos de campo            Descripción
Texto                             Se usa para incluir textos no muy extensos, como los nombres,                                           apellidos, direcciones, etcétera.
Numérico                      Se usa para cantidades numéricas, que no sean monedas, y que
                                     Se usen para realizar operaciones.
Fecha/Hora                   Se usa para las fechas y horas.
Moneda                        Se emplea para las cantidades de moneda.
Memo                           Se usa para guardar textos de los que no se conozca la longitud.
Auto numérico             Se usa para los campos clave, principalmente.
Sí/No                             Se usa para los campos que puedan tener dos posibles valores
                                       (Sí/No, lo más normal).
Objetos OLE                 Se usa para incluir imágenes y objetos de otras aplicaciones.
Hipervínculo                 Se emplea para incluir direcciones Web o archivos de una red.
Datos adjuntos             Se usa para incluir cualquier tipo de archivo admitido.
Multivalor                    Almacena más de un valor en un campo.
linkografia:
http://www.mailxmail.com/curso-bases-datos-access/tipos-campos-access

lunes, 23 de febrero de 2015

¿Cuáles son las partes de una tabla de base de datos?

Una tabla, en la base de datos, consiste en filas y columnas. Las filas son también llamadas registros o tuplas. Las columnas también se conocen como atributos.
La tabla es el objeto de Access que almacena los registros es decir los datos ahí no se generan operaciones son solo de almacenamiento puedes checar en google esta página (crear punto de venta en Access 2007)
Índices

Los índices de la tabla de base de datos ayudan a encontrar en las filas en las que estás buscando.
Controles
Los controles de una tabla de base de datos confirman si los datos son válidos o no. Algunos de los controles son restricciones, valores predeterminados y desencadenantes de eventos.
Penetración
Una tabla es un objeto de base de datos. Una base de datos puede contener una o más tablas.

Columnas

Las columnas almacenan información de diversos tipos, como números, nombres y fechas.

Registros

Un registro o fila almacena una sección individual de información. Por ejemplo, una tabla de "empleados" puede tener filas que contenga información específica sobre los diferentes empleados.

Linkografia:

lunes, 16 de febrero de 2015

Partes de una base de datos de Access.

Tablas
Una tabla de una base de datos es similar en apariencia a una hoja de cálculo, en cuanto a que los datos se almacenan en filas y columnas. Como consecuencia, normalmente es bastante fácil importar una hoja de cálculo en una tabla de una base de datos.
Para lograr la máxima flexibilidad para una base de datos, la información tiene que estar organizada en tablas, para que no haya redundancias. Por ejemplo, si se almacena información sobre empleados, cada empleado se insertará una sola vez en una tabla que se configurará para contener únicamente datos de los empleados.
Cada fila de una tabla se denomina registro. En los registros es donde se almacena cada información individual. Cada registro consta de campos (al menos uno). Los campos corresponden a las columnas de la tabla. Por ejemplo, puede trabajar con una tabla denominada "Empleados", en la que cada registro (fila) contiene información sobre un empleado distinto y cada campo (columna) contiene un tipo de información diferente, como el nombre, los apellidos, la dirección, o similares. Los campos se deben configurar con un determinado tipo de datos, ya sea texto, fecha, hora, numérico, o cualquier otro tipo.
Formularios
Los formularios se conocen a veces como "pantallas de entrada de datos". Son las interfaces que se utilizan para trabajar con los datos y, a menudo, contienen botones de comando que ejecutan diversos comandos. Se puede crear una base de datos sin usar formularios, editando los datos de las hojas de las tablas. No obstante, casi todos los usuarios de bases de datos prefieren usar formularios para ver, escribir y editar datos en las tablas.
Los formularios proporcionan un formato fácil de utilizar para trabajar con los datos. Además, se les puede agregar elementos funcionales, como botones de comando. Puede programar los botones para determinar qué datos aparecen en el formulario, abrir otros formularios o informes, o realizar otras tareas diversas. Por ejemplo, podría crear un formulario denominado "Formulario de cliente" para trabajar con datos de clientes.
Los formularios también permiten controlar la manera en que otros usuarios interactúan con los datos de la base de datos. Por ejemplo, puede crear un formulario que muestre únicamente ciertos campos y que permita la ejecución de determinadas operaciones solamente. Así, se favorece la protección de los datos y se facilita la entrada correcta de datos.
Informes
Los informes sirven para resumir y presentar los datos de las tablas. Normalmente, un informe responde a una pregunta específica, como "¿Cuánto dinero se ha facturado por cliente este año?" o "¿En qué ciudades están nuestros clientes?" Cada informe se puede diseñar para presentar la información de la mejor manera posible.
Un informe se puede ejecutar en cualquier momento y siempre reflejará los datos actualizados de la base de datos. Los informes suelen tener un formato que permita imprimirlos, pero también se pueden consultar en la pantalla, exportar a otro programa o enviar por correo electrónico.
Consultas
Las consultas son las que verdaderamente hacen el trabajo en una base de datos. Pueden realizar numerosas funciones diferentes. Su función más común es recuperar datos específicos de las tablas. Los datos que desea ver suelen estar distribuidos por varias tablas y, gracias a las consultas, puede verlos en una sola hoja de datos. Además, puesto que normalmente no desea ver todos los registros a la vez, las consultas le permiten agregar criterios para "filtrar" los datos hasta obtener solo los registros que desee. Las consultas a menudo sirven de origen de registros para formularios e informes.
Algunas consultas son "actualizables", lo que significa que es posible editar los datos de las tablas base mediante la hoja de datos de la consulta. Si trabaja con una consulta actualizable, recuerde que los cambios se producen también en las tablas, no solo en la hoja de datos de la consulta.
Hay dos tipos básicos de consultas: las de selección y las de acción. Una consulta de selección simplemente recupera los datos y hace que estén disponibles para su uso. Los resultados de la consulta pueden verse en la pantalla, imprimirse o copiarse al portapapeles. O se pueden utilizar como origen de registros para un formulario o un informe.
Una consulta de acción, como su nombre indica, realiza una tarea con los datos. Las consultas de acción pueden servir para crear tablas nuevas, agregar datos a tablas existentes, actualizar datos o eliminar datos.
Macros
Las macros en Access se pueden considerar como un lenguaje de programación simplificado, que se puede utilizar para aumentar la funcionalidad de la base de datos. Por ejemplo, puede adjuntar una macro a un botón de comando en un formulario, de modo que la macro se ejecute cuando se haga clic en el botón. Las macros contienen acciones que realizan tareas, como abrir un informe, ejecutar una consulta o cerrar la base de datos. Casi todas las operaciones de bases de datos que normalmente se realizan manualmente se pueden automatizar mediante macros, ahorrando así mucho tiempo.
Módulos
Los módulos, como las macros, son objetos que sirven para aumentar la funcionalidad de la base de datos. Mientras que las macros en Access se crean seleccionando acciones de una lista, los módulos se escriben en el lenguaje de programación de Visual Basic para Aplicaciones (VBA). Un módulo es una colección de declaraciones, instrucciones y procedimientos que se almacenan conjuntamente como una unidad. Un módulo puede ser de clase o estándar. Los módulos de clase se adjuntan a formularios o informes, y normalmente contienen procedimientos específicos del formulario o el informe al que se adjuntan. Los módulos estándar contienen procedimientos generales que no están asociados a ningún otro objeto. Los módulos estándar se enumeran en Módulos en el panel de exploración, pero los módulos de clase no.

linkografia:
https://support.office.com/es-hn/article/Conceptos-b%C3%A1sicos-sobre-bases-de-datos-a849ac16-07c7-4a31-9948-3c8c94a7c204?ui=es-ES&rs=es-HN&ad=HN

Diferencias entre Excel & Access

Los programas de hoja de cálculo automatizados, como Microsoft Office Excel 2007, proporcionan una gran variedad opciones de cálculo y gráficos para visualizar y manipular datos de tablas. También pueden resultar útiles para almacenar listas de información, por ejemplo listas de distribución de correo o inventarios. No obstante, a medida que los requisitos de una lista se hacen más complejos, puede resultar difícil conservar los datos en un programa de hoja de cálculo. Un programa de bases de datos relacionales, como Microsoft Office Access 2007, resulta más adecuado para crear listas complejas y trabajar con ellas, y además ofrece eficaces herramientas para especificar, organizar, conservar y recuperar los datos.
* Excel es una hoja de cálculo  y Access un gestor de base de datos
* Excel sirve para realizar cálculos y gráficas con los datos que se introduzcan, en cambio Access sirve para gestionarlos y mostrarlo en las condiciones que el administrador determine.
* Access es multiusuario, Excel no.
* Además Excel genera gráficos con sencillez.
Hay que dejar en claro una cosa: Excel sirve para los cálculos, y los datos, directorios y todo lo demás que no requiera de operaciones matemáticas o algebraicas, deben permanecer en un gestor de bases de datos.


linkografia:
https://support.office.com/es-es/article/Usar-Access-o-Excel-para-administrar-los-datos-09576147-47d1-4c6f-9312-e825227fcaea

martes, 10 de febrero de 2015

¿Qué es Access?

Access es otro programa más de de la paquetería de office vista 2007
Microsoft Access

Es un S.G.B.D incluido en el paquete de programas de Microsoft Office. Es igualmente un gestor de datos que recopila información relativa a un asunto o propósito particular, como el seguimiento de pedidos de clientes o el mantenimiento de una colección de música.
¿Qué es Access?

Podemos definir Access como una herramienta para la administración de bases de datos relacionales. En su forma más simple, una base de datos es una colección de datos relacionados a un tema particular, una lista de datos.
linkografia;
http://www.accessyexcel.com/que-es-y-para-que-sirve-microsoft-access/