lunes, 16 de diciembre de 2019

INTEGRIDAD REFERENCIAL SQL




INTEGRIDAD REFERENCIAL EN SQL
La integridad referencial es un sistema de reglas que utilizan la mayoría de las bases de datos relacionales para asegurarse que los registros de tablas relacionadas son válidos y que no se borren o cambien datos relacionados de forma accidental produciendo errores de integridad.
Cuando se define una columna como clave foránea, las filas de la tabla pueden contener en esa columna o bien el valor nulo (ningún valor), o bien un valor que existe en la otra tabla, un error sería asignar a un habitante una población que no está en la tabla de poblaciones. Eso es lo que se denomina integridad referencial y consiste en que los datos que referencian otros (claves foráneas) deben ser correctos. La integridad referencial hace que el sistema gestor de la base de datos se asegure de que no hayan en las claves foráneas valores que no estén en la tabla principal.

La integridad referencial se activa en cuanto creamos una clave foránea y a partir de ese momento se comprueba cada vez que se modifiquen datos que puedan alterarla.
FUENTES:
https://www.aulaclic.es/sql/b_8_1_1.htm







CREATE TABLE SQL

CREATE TABLE SQL
Las tablas son la estructura básica donde se almacena la información en la base de datos. Dado que en la mayoría de los casos, no hay forma de que el proveedor de base de datos sepa con antelación cuales son sus necesidades de almacenamiento de datos, es probable que necesite crear tablas en la base de datos usted mismo. Muchas herramientas de base de datos le permiten crear tablas sin ingresar SQL, pero debido a que las tablas son los contenedores de toda la información, es importante incluir la sintaxis CREATE TABLE en esta guía de referencia.

 Las tablas se dividen en filas y columnas. Cada fila representa una parte de los datos, y cada columna puede pensarse como la representación de un componente de aquella parte de los datos. 
La sintaxis SQL para CREATE TABLE es

CREATE TABLE "nombre_tabla"
("columna 1" "tipo_de_datos_para_columna_1",
"columna 2" "tipo_de_datos_para_columna_2",
... );

Entonces, si debemos crear una tabla para el cliente tal como se especifica anteriormente, ingresaríamos

CREATE TABLE Customer
(First_Name char(50),
Last_Name char(50),
Address char(50),
City char(50),
Country char(25),
Birth_Date datetime);

FUENTES:
https://www.1keydata.com/es/sql/sql-create-table.php

MACROS

Macros en Access

Una macro en Access es una herramienta que permite automatizar tareas y agregar funcionalidad a los formularios, informes y controles.
Resultado de imagen para macros en access
En Access, resulta útil considerar las macros como un lenguaje de programación simplificado que se escribe mediante la creación de una lista de acciones que se pueden realizar.

Las macros le permiten agregar funcionalidad a formularios, informes y controles sin escribir código en un módulo de Visual Basic para aplicaciones (VBA).

https://support.office.com/es-es/article/conceptos-b%C3%A1sicos-de-las-macros-en-access-2007-a39c2a26-e745-4957-8d06-89e0b435aac3

INFORMES

INFORMES


Los informes de Microsoft Access son resúmenes de la información de la base de datos que puedes consultar en pantalla o mediante el uso de una impresora. Los informes pueden ser una simple lista de los registros de una tabla, o los más complejos que incluyen varias tablas, resumen de totales y tablas o gráficos. Determina qué campos y tablas contienen la información que necesitas, y utilizar el asistente de informes o la ventana de diseño de informes para crear para crearlos.

Resultado de imagen para informes en access

Un informe es un objeto de base de datos que resulta útil para presentar la información de la base de datos con alguno de los siguientes propósitos:
  • Mostrar o distribuir un resumen de los datos.
  • Archivar instantáneas de los datos.
  • Aportar detalles sobre un registro concreto.
  • Crear etiquetas.

Partes de un informe


Encabezado del informe: El encabezado del informe se usa para ofrecer información que normalmente aparecería en una página de portada, como un logotipo o un título y una fecha.

Encabezado de página: El encabezado de página se usa para repetir el título del informe en todas las páginas.

Encabezado de grupo: El encabezado de grupo se usa para imprimir el nombre del grupo. Por ejemplo, en un informe que se agrupa por producto.

Detalle: Aquí se colocan los controles que constituyen el cuerpo principal del informe.

Pie del grupo: El pie de grupo se usa para imprimir información de resumen de un grupo.

Pie de página: El pie de página se usa para imprimir números de página o información sobre cada página.

Pie del informe: El pie de informe se usa para imprimir totales de los informes u otra información de resumen de todo el informe.


FORMULARIOS

FORMULARIOS EN ACCESS

Un formulario de Access es un objeto de base de datos que puede usar para crear una interfaz de usuario para una aplicación de base de datos. Un formulario "dependiente" es aquel conectado directamente a un origen de datos como una tabla o consulta y que puede usarse para especificar, editar o mostrar los datos de ese origen de datos. Como alternativa, puede crear un formulario "independiente" que no esté vinculado directamente a un origen de datos, pero que todavía contenga botones de comando, etiquetas u otros controles que necesita para ejecutar la aplicación.

Imagen relacionada

Considere los formularios dependientes como ventanas a través de las cuales los usuarios pueden ver y obtener acceso a la base de datos. Un formulario eficaz acelera el uso de la base de datos porque los usuarios no tienen que buscar lo que necesitan. Un formulario visualmente atractivo hace más agradable y eficiente el trabajo con la base de datos, además de evitar que se introduzcan datos erróneos.


Partes de un formulario


Los formularios contienen tres partes fundamentales como la de cualquier documento. Estas partes son el encabezado del formulario, el pie del formulario y detalle, la parte central que es donde ingresaremos el contenido.

Las partes de encabezado y pie del formulario son completamente modificables como cualquier documento de escritura, puede aparecer o desaparecer, dependiendo de las necesidades del formulario y también puede amoldarse al gusto del formulario.
Para poder diseñar las partes de un formulario la vista que debemos tener es la vista diseño.


Por lo general, en los encabezados y pie de los formularios se suelen poner etiquetas de texto decorativas, la imagen corporativa de la empresa y algunos controles como la fecha, por ejemplo.


Imagen relacionada



FUENTE
https://support.office.com/es-es/article/introducci%C3%B3n-a-formularios-e8d47343-c937-44e8-a80f-b6a83a1fa3ae

https://trabajandoenaccess.com/estructura-de-un-formulario-en-acces-y-sus-controles-basicos.php

DESARROLLO HISTORICO DE SQL

Desarrollo histórico de SQL
Los orígenes de SQL están ligados a las bases de datos relacionales, específicamente las que residían en máquinas IBM bajo el sistema de gestión System R, desarrollado por un grupo de la IBM en San JoséCalifornia.
Resultado de imagen para edgar frank codd
En 1970, E. F. Codd propone el modelo relacional y asociado a este un sublenguaje de acceso a los datos basado en el cálculo de predicados. Basándose en estas ideas, los laboratorios de IBM definieron el lenguaje SEQUEL (Structured English Query Language) que más tarde fue ampliamente implementado por el sistema de gestión de bases de datos (SGBD) experimental System R, desarrollado en 1977 también por IBM. Sin embargo, fue Oracle quien lo introdujo por primera vez en 1979 en un producto comercial.
El SEQUEL terminó siendo el predecesor de SQL, que es una versión evolucionada del primero. SQL pasa a ser el lenguaje por excelencia de los diversos sistemas de gestión de bases de datos relacionales surgidos en los años siguientes y fue por fin estandarizado en 1986 por el ANSI, dando lugar a la primera versión estándar de este lenguaje, "SQL-86" o "SQL1". Al año siguiente este estándar es también adoptado por ISO.
Sin embargo, este primer estándar no cubría todas las necesidades de los desarrolladores e incluía funcionalidades de definición de almacenamiento que se consideró suprimirlas. Así que, en 1992, se lanzó un nuevo estándar ampliado y revisado de SQL llamado "SQL-92" o "SQL2".
En la actualidad SQL es el estándar de facto de la inmensa mayoría de los SGBD comerciales. Y, aunque la diversidad de añadidos particulares que incluyen las distintas implementaciones comerciales del lenguaje es amplia, el soporte al estándar SQL-92 es general y muy amplio.
Resultado de imagen para donald chamberlin.1970
Quien: Edgard Codd.
Que realizó: Propuso el modelo de las bases de datos relacionales.
1974/1975
Quién: Donald Chamberlin.
Dónde: Laboratorios de IBM.
Qué realizó: Define el lenguaje para la especificación de las bases de datos relacionales, llamado SEQUEL. Crea un prototipo para la implementación de SEQUEL-XRM.

1976/1979
Quién: IMB y ORACLE.
Qué realizó: El prototipo cambió de SEQUEL/2 a SQL. Se experimento el lenguaje, empezó a comercializarse el lenguaje.
Resultado de imagen para IBM1981
Quién: Oracle y Sybase.
Qué realizó: Se empezó a comercializar sus productos basados en SQL.

 1986/1987
Quién: ANSI.
Qué realizó: Estandarizó el lenguaje, se transformó en un estándar ISO, se creó un estándar llamado SQL//86.
1987/Actualidad
Quién: ISO.
Qué realizó: Se creo un estándar llamado SQL/89.
Se creó un estándar llamado SQL/92.
Abre potencialmente el camino a la intercomunicabilidad.
Se maneja muy bien el álgebra y el cálculo relacional.
Facilita hacer consultas con el fin de recuperar información de interés.
Se transforma en un lenguaje Stand-Alone.








Fuente
Sanchez,S. (2015). HISTORIA Y EVOLUCION DE SQL. noviembre 07,2019, de Prezi Sitio web: https://prezi.com/bc9qolywodkb/historia-y-evolucion-de-sql/
Anónimo. (2019). SQL. noviembre 07,2019, de Wikipedia Sitio web: https://es.wikipedia.org/wiki/SQL#Or%C3%ADgenes_y_evoluci%C3%B3n