access :)

una expresión es el equivalente de una fórmula en Office Excel 2007. Una expresión se compone de varios elementos que se usan, solos o en combinación, para generar un resultado. Esos elementos pueden ser:

• Identificadores: los nombres de campos de tabla o de controles en formularios o informes, o bien, las propiedades de estos campos o controles.
• Operadores, como + (más) o - (menos).
• Funciones, como SUMA o PROMEDIO así como los argumentos que se usan con las funciones.
• Constantes: valores que no cambian, como cadenas de texto o números no calculados por una expresión.

EXPRESIÓN	FINALIDAD
=[Fecha Requerida]-[FechaEnvío]	Calcula la diferencia entre los valores de fecha de dos controles de cuadro de texto (denominados Fecha Requerida y FechaEnvío) de un informe.
Fecha()	Establece en la fecha actual el valor predeterminado de un campo de tabla con el tipo de datos Fecha/Hora.
Precio Total: CMoneda([Detalles de pedidos].Precio unidad*[Cantidad]*(1-[Descuento])/100)*100	Crea un campo calculado en una consulta.
Entre #01.01.2005# Y #31.12.2005#	Se usa para especificar los criterios de un campo Fecha/Hora en una consulta.
=[Subformulario Pedidos].Formulario!Subtotal Pedido	Devuelve el valor del control Subtotal Pedido del subformulario Pedidos que está en el formulario Pedidos.
> 0	Establece una regla de validación para los campos numérico de una tabla: los usuarios deberán especificar valores mayores que cero.

Un criterio de consulta es una regla para identificar los registros que se desea incluir en el resultado de una consulta. No todas las consultas deben incluir criterios, pero si no le interesa ver todos los registros que están almacenados en el origen de registros subyacente, deberá agregar criterios a una consulta cuando la diseñe.

En las tablas siguientes, se muestran algunos ejemplos de criterios y se explica su funcionamiento.

CRITERIOS	DESCRIPCIÓN
>25 y <50	Este criterio se aplica a campos Número, como Precio o Unidades En Stock. El resultado incluye solamente aquellos registros en los que el campo Precio o Unidades EnStock contiene un valor mayor que 25 y menor que 50.
Dif Fecha("aaaa", [Fecha Nacimiento], Fecha()) > 30	Este criterio se aplica a campos Fecha/Hora, como Fecha Nacimiento. En el resultado de la consulta, sólo se incluyen los registros en los que el número de años entre la fecha de nacimiento de una persona y la fecha actual es mayor que 30.
Es Nulo	Este criterio se puede aplicar a cualquier tipo de campo para que se muestren los registros en los que el valor de campo sea nulo.

Los caracteres comodín: como sustitutos de otros caracteres cuando se especifica un valor que se desea buscar y:

• Sólo se conoce parte del valor.
• Se buscan valores que empiezan con una cierta letra o que coinciden con un modelo.
• Los caracteres comodín están concebidos para ser utilizados con campos que tienen tipo de datos texto. A veces, puede usarlos también con otros tipos de datos, como fechas, si no utiliza el panel de control de Microsoft Windows para cambiar la configuración regional para estos tipos de datos.

• CARÁCTER	DESCRIPCIÓN	EJEMPLO
  *	Hace coincidir cualquier número de caracteres. Puede ser utilizado como el primero o el último carácter de la cadena de caracteres.	que* encuentra quién, quiero y quieto
  ?	Hace coincidir cualquier carácter alfabético individual.	B?l encuentra bala, billete y bola
  [ ]	Hace coincidir cualquier carácter individual situado entre los corchetes.	B[ao]l encuentra bala y bola pero no billete
  !	Hace coincidir cualquier carácter que no se encuentre entre los corchetes.	r[!oc]a encuentra risa y runa pero no roca ni rosa
  -	Hace coincidir cualquier carácter de un intervalo de caracteres. Debe especificar el intervalo en orden ascendente (A a Z, no Z a A).	b[a-c]d encuentra bad, bbd y bcd
  #	Hace coincidir cualquier carácter numérico individual.	1#3 encuentra 103, 113 y 123

Condiciones:Puede utilizar cualquier expresión que se evalúe como Verdadero/Falso o Sí/No en una condición de macro. La macro se ejecutará si la condición se evalúa como Verdadero (o Sí).

UTILICE ESTA EXPRESIÓN	PARA LLEVAR A CABO LA ACCIÓN SI
[Ciudad]=" París"	París es el valor de Ciudad en el campo en el formulario desde el cual se ejecutó la macro.
D Cont("[IdPedido]", "Pedidos")>35	Hay más de 35 entradas en el campo Id Pedido de la tabla Pedidos.
D Cont("*", "Detalles de pedido", "[Id Pedido]=Forms![Pedidos]![IdPedido]")>3	Hay más de tres entradas en la tabla Detalles de pedidos para los cuales el campo Id Pedido de la tabla coincide con el campo Id Pedido del formulario Pedidos.
[Fecha Envío] Between #2-Feb-2001# And #2-Mar-2001#	El valor del campo Fecha Envío del formulario desde el cual se ejecuta la macro no es anterior a 2-Feb-2001 y no es posterior a 2-Mar-2001.
Forms![Productos]![UnidadesEnStock]<5	El valor del campo Unidades En Stock del formulario Productos es menor que cinco.
EsNulo([Nombre])	El valor Nombre del formulario desde el que se ejecuta la macro es Nulo (no tiene valor). Esta expresión es equivalente a [Nombre] Es Nulo.
[País]="UK" And Forms![TotalVentas]![TotalPedidos]>100	El valor en el campo País del formulario desde el que se ejecuta la macro es UK, y el valor del campo TotalPedidos del formulario Ventas Totales es mayor que 100.
[País]In ("Francia", "Italia", "España") And Len([Código Postal])<>5	El valor en el campo País del formulario desde el cual se ejecuta la macro es Francia, Italia, o España, y el código postal no es de 5 caracteres de longitud.
Cuadro Msj(" ¿Confirmar cambios?" ,1)=1	Se hace clic en Aceptar en un cuadro de diálogo donde la función Cuadro Msj muestra "¿Confirmar cambios?". Si hace clic en Cancelar en el cuadro de diálogo, Microsoft Access omite la acción.

TiiPos De ConSulTas :)

• CONSULTAS DE COMANDOS: aporta modificaciones a muchos registros con una única operación. Existen cuatro tipos de consultas de comando: de Eliminación, de Actualización, de Alineación y de Creación de Tablas.

De eliminación: este tipo de consulta elimina un grupo de registros de una o más tablas. Existe la posibilidad, por ejemplo, de utilizar una consulta de eliminación para reemplazar los productos que se han dejado de producir o para aquellos sobre los cuales no existen pedidos. Con las consultas de eliminación siempre se eliminan registros internos y no únicamente determinados campos de su interior.

De actualización: este tipo aporta modificaciones globales a uno o más tablas. Existe la posibilidad, por ejemplo, de aumentar en un 10 por ciento el precio de todos los productos lácteos o aumentar los salarios en un 5 por ciento a las personas pertenecientes a una determinada categoría laboral.

 De alineación: estas consultas agregan un grupo de registros de una o más tablas al final de una o más tablas. Supongamos, por ejemplo, que se han conseguido nuevos clientes y existe una base de datos que contiene una tabla de información sobre estos. En vez de teclear nuevamente todas estas informaciones, se alinean en la tabla correspondiente de Clientes.

 de creación de tablas: este tipo de consultas crea una nueva tabla basándose en todos los datos o parte de estos existentes en una o más tablas.

• CONSULTAS DE PARAMETROS: una consulta de parámetros es una consulta que, cuando se ejecuta, muestra una ventana de diálogo que solicita informaciones, como por ejemplo criterios para recuperar registros o un valor que se desea insertar en un campo.

• CONSULTAS DE BUSCAR DUPLICADOS : encuentra los registros repetidos en una misma tabla.

Presentación1

View more presentations from darlynmoreno

pRoCeSo De DiiSeÑo De UnA BD :)

TiiPoS De ReLaCiOn :)

Relaciones "uno a uno"

Estas relaciones entre bases de datos se dan cuando cada campo clave aparece sólo una vez en cada una de las tablas.

Tomando un ejemplo del mundo real, una clara relación de "uno a uno" podría ser, el nombre de cualquier persona y su número de teléfono. Si partimosdel supuesto en que cada persona tiene un solo número de teléfono, se podría hablar de una relación "uno a uno".

Relaciones de "uno a varios"

El ejemplo del caso anterior (cada persona, un teléfono), si bien es correcto teóricamente, es muy improbable desde el punto de vista de la realidad. Conla gran expansión de los teléfonos, por lo general, cada persona tiene un número de teléfono fijo, y ademas del teéfono móvil. Debemos tener en cuenta que de el de su casa también tendrá un número de teléfono de empresa, y que quizá también sus móviles estén divididos en ocio y trabajo.

Por ello, debemos tener nuestras bases de datos preparadas para ello. Este tipo de relaciones es conocido como "uno a varios".

Relaciones de "varios con varios"

La última de la relaciones que podemos encontrar es la de "varios con varios". Dado que en la vida las cosas rara vez son sencillas, éste será el tipo de relación que nos encontraremos más a menudo.

Volviendo al tema de los teéfonos, hemos encontrado la manera de relacionar cada una de las personas con sus diversos teléfonos: el de su casa, el de su empresa, el móvil. Pero no será extraño tener en nuestra base de datos diversas personas que trabajen en la misma empresa, por lo que el número de su trabajo será el mismo, o miembros de una misma familia, por lo que compartirán el mismo teléfono de su hogar.

¿Cómo tratar este tipo de relaciones? Si nos limistamos a repetir dicho número de tablas, estaremos creando problemas de redundancia de datos, que a largo plazo lastrarán la rapidez y eficacia de nuestras tablas.

ReLacIoN :)

En bases de datos, una relación o 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. Las relaciones se describen en la estructura de la base de datos empleando un modelo de datos.

Una relación es una asociación o relación matemática entre varias entidades. Las relaciones también se nombran. Se representan en el diagrama E-R mediante flechas y rombos. Cada entidad interviene en una relación con una determinada cardinalidad. 

MODELO ENTIDAD-RELACION :)

El modelo entidad-relación es el modelo conceptual más utilizado para el diseño conceptual de bases de datos. Fue introducido por Peter Chen en 1976. El modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas.

Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad, relación y atributo. Más tarde, se añadieron otros conceptos, como los atributos compuestos y las jerarquías de generalización, en lo que se ha denominado modelo entidad-relación extendido

• Entidad
• Relación (interrelación)
• Atributo
• Identificador
• jerarquía de generalización