3. 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.
Cuando se efectúa una lista de direcciones, nombres, productos, se está
generando una base de datos. De hecho, no es necesario usar un programa de
bases de datos para crear una: se podría estar haciendo una lista como la que
acabamos de mencionar usando Excel, Word o (incluso) el Bloc de notas.
¿QUÉ ES ACCESS?
4. Sin embargo, un programa de administración de bases de datos, es mucho más
potente que la lista realizada en un documento de Word, pues permite:
Almacenar datos: una base de datos almacena datos relacionados con
un asunto o propósito particular (por ejemplo, una lista de recetas o los
clientes de una empresa) también facilita las tareas de agregar, actualizar,
organizar y eliminar datos.
ACCESS
5. Buscar datos: Puede ubicarse un dato fácil y rápidamente. Por ejemplo,
buscar los clientes de apellido "Gómez" que residan en la localidad cuyo
código postal es 1200.
Analizar e imprimir información: Se pueden realizar cálculos con los
datos almacenados en la base de datos; por ejemplo, calcular qué
porcentaje de las ventas totales fue realizado en la provincia de Chubut.
Manejar datos: Una base de datos permite manejar con relativa facilidad
grandes volúmenes de datos, por ejemplo cambiar el encargado de ventas
de todos los clientes de una zona.
Compartir datos: La mayoría de los programas de bases de datos
permiten que más de un usuario acceda simultáneamente a los mismos
datos; los denominaremos bases de datos multi-usuario.
ACCESS
6. Los datos se ingresan una sola vez, de una forma determinada y
luego pueden manipularse para extraer la información ordenada y
seleccionada por múltiples criterios. Generalmente, las bases de
datos consisten de varios elementos; una base de datos Access puede
contener seis tipos diferentes de objetos. Algunos se utilizarán
siempre (como las tablas), otros rara vez (como los módulos).
ACCESS
7. Fue llamado EB (Embededd 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 no tenía.
HISTORIA DE ACCESS
8. Después de la cancelación de Omega, 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
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 que
continua hasta el momento unicultural 2017.
HISTORIA DE ACCESS
10. Una base de datos es una colección de información organizada de tal modo
que sea fácilmente accesible, gestionada y actualizada. En una sola vista, las
bases de datos pueden ser clasificadas de acuerdo con los tipos de contenido:
bibliográfico, de puro texto, numéricas y de imágenes.
BASE DE DATOS
11. En informática, las bases de datos a veces se clasifican de acuerdo a
su enfoque organizativo. El enfoque más frecuente es la base de
datos relacional, una base de datos tabular en la que los datos se
definen de manera que puede ser reorganizada y se accede en un
número de maneras diferentes. Una base de datos distribuida es una
que puede ser dispersada o replicada entre diferentes puntos de una
red. Una base de datos de la programación orientada a objetos es
una que es congruente con los datos definidos en clases y subclases
de los objetos.
BASE DE DATOS
12. Típicamente, un gestor de bases de datos proporciona a los usuarios la
capacidad de controlar el acceso de lectura/escritura, especificando la
generación de informes y analizando el uso. Las bases de datos y los
administradores de bases de datos son frecuentes en grandes sistemas
mainframe, pero también están presentes en estaciones de trabajo distribuidas
y más pequeñas, y en sistemas de gama media, como el AS/400 y en los
equipos de cómputo personales. SQL (Structured Query Language) es un
lenguaje estándar para hacer consultas interactivas y para actualizar una base
de datos como DB2 de IBM, SQL Server de Microsoft, y los productos de
base de datos de Oracle, Sybase y Computer Associates.
BASE DE DATOS
13. Introducción: Existen diferentes maneras de ordenar y organizar la
información para que este sea accesible para nosotros. No existe el sistema de
ase de datos perfecto: Hay que elegir aquella estructura que mejor se adapte a
nuestras necesidades. Los siguientes son los tipos más comunes:
Las bases de datos jerárquicas: Construyen una estructura de jerarquía con los
datos que permite una estructuración muy estable cuando gestionamos una
gran cantidad de datos muy interrelacionados.
MODELOS DE BASE DE
DATOS/TIPOS.
14. Este es un modelo ligeramente distinto del jerárquico; su diferencia
fundamental es la modificación del concepto de nodo: se permite que un
mismo nodo tenga varios padres (posibilidad no permitida en el modelo
jerárquico).
Fue 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.
BASE DE DATOS DE RED
15. Son bases de datos cuyo ú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, es importante
entender que su fin único es recolectar y recuperar los datos a la mayor velocidad
posible, por lo tanto la redundancia y duplicación de información no es un
problema como con las demás bases de datos, por lo general para poderlas
aprovechar al máximo permiten algún tipo de conectividad a bases de datos
relacionales.
Un ejemplo habitual de transacción es 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.
BASE DE DATOS
TRANSACCIONALES
16. Este es el 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 San José (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 esta 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).
BASE DE DATOS RELACIONALES
17. 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.
BASE DE DATOS RELACIONALES
18. 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.
BASE DE DATOS MULTI-
DIMESIONALES
19. 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.
Polimorfismo: Propiedad de una operación mediante la cual puede ser aplicada
a distintos tipos de objetos.
BASES DE DATOS ORIENTADAS
20. 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.
SQL:2003, es el estándar de SQL92 ampliado, soporta los conceptos
orientados a objetos y mantiene la compatibilidad con SQL92.
BASE DE DATOS ORIENTADAS
21. 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. Tesaurus es un sistema de índices
optimizado para este tipo de bases de datos.
BASE DE DATOS DOCUMENTALES
22. Un sistema de base de datos deductiva, es un sistema de base de datos pero
con la diferencia de 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.
BASE DE DATOS DEDUCTIVAS
23. • Uso de reglas lógicas para expresar las consultas.
• Permite responder consultas recursivas.
• Cuenta con negaciones estratificadas
• Capacidad de obtener nueva información a través de la ya almacenada en la
base de datos mediante inferencia.
• Uso de algoritmos que optimizan las consultas.
• Soporta objetos y conjuntos complejos.
VENTAJAS: BASE DE DATOS
DEDUCTIVAS
24. Fase de Interrogación: Se encarga de buscar en la base de datos informaciones
deducibles implícitas. Las reglas de esta fase se denominan reglas de
derivación.
Fase de Modificación: Se encarga de añadir a la base de datos nuevas
informaciones deducibles. Las reglas de esta fase se denominan reglas de
generación.
FASES
25. Encontramos dos teorías de interpretación de las bases de datos deductiva por
lo cual consideramos las reglas y los hechos como axiomas. Los hechos son
axiomas base que se consideran como verdaderos y no contienen variables.
Las reglas son axiomas deductivos ya que se utilizan para deducir nuevos
hechos.
Teoría de Modelos: Una interpretación es llamada modelo cuando para un
conjunto específico de reglas, estas se cumplen siempre para esa
interpretación. Consiste en asignar a un predicado todas las combinaciones de
valores y argumentos de un dominio de valores constantes dado. A
continuación se debe verificar si ese predicado es verdadero o falso.
INTERPRETACION
26. Existen dos mecanismos de referencia:
Ascendente: donde se parte de los hechos y se obtiene nuevos aplicando reglas
de inferencia.
Descendente: donde se parte del predicado (objetivo de la consulta realizada)
e intenta encontrar similitudes entre las variables que nos lleven a hechos
correctos almacenados en la base de datos.
MECANISMOS
27. El uso de sistemas de bases de datos automatizadas, se desarrollo a partir de la
necesidad de almacenar grandes cantidades de datos, para su posterior consulta,
producidas por las nuevas industrias que creaban gran cantidad de información.
Década de 1950:
En este lapso de tiempo se da origen a las cintas magnéticas, las cuales sirvieron
para suplir las necesidades de información de las nuevas industrias. Por medio de
este mecanismo se empezó a automatizar la información de las nóminas, como por
ejemplo el aumento de salario. Consistía en leer una cinta o más y pasar los datos a
otra, y también se podían pasar desde las tarjetas perforadas. Simulando un sistema
de Backup, que consiste en hacer una copia de seguridad o copia de respaldo, para
guardar en un medio extraíble la información importante. La nueva cinta a la que
se transfiere la información pasa a ser una cinta maestra. Estas cintas solo se
podían leer secuencial y ordenadamente.
EVOLUCIÓN DE LAS BASES DE
DATOS
28. Década de 1960:
El uso de los discos en ese momento fue un adelanto muy efectivo, ya que por
medio de este soporte se podía consultar la información directamente, esto
ayudo a ahorrar tiempo. No era necesario saber exactamente donde estaban
los datos en los discos, ya que en milisegundos era recuperable la información.
A diferencia de las cintas magnéticas, ya no era necesaria la secuencialidad, y
este tipo de soporte empieza a ser ambiguo.
Los discos dieron inicio a las Bases de Datos, de red y jerárquicas, pues los
programadores con su habilidad de manipulación de estructuras junto con las
ventajas de los discos era posible guardar estructuras de datos como listas y
árboles.
EVOLUCIÓN DE LAS BASES DE
DATOS
29. Década de 1970:
Edgar Frank Codd (23 de agosto de 1923 – 18 de abril de 2003), en un artículo
"Un modelo relacional de datos para grandes bancos de datos compartidos" ("A
Relational Model of Data for Large Shared Data Banks") en 1970, definió el
modelo relacional y publicó una serie de reglas para la evaluación de
administradores de sistemas de datos relacionales y así nacieron las bases de datos
relacionales.
A partir de los aportes de Codd el multimillonario Larry Ellison desarrollo la base
de datos Oracle, el cual es un sistema de administración de base de datos, que se
destaca por sus transacciones, estabilidad, escalabilidad y multiplataforma.
Inicialmente no se uso el modelo relacional debido a que tenía inconvenientes por
el rendimiento, ya que no podían ser competitivas con las bases de datos
jerárquicas y de red. Ésta tendencia cambio por un proyecto de IBM el cual
desarrolló técnicas para la construcción de un sistema de bases de datos
relacionales eficientes, llamado System R.
EVOLUCIÓN DE BASE DE DATOS
30. Década de 1980:
Las bases de datos relacionales con su sistema de tablas, filas y columnas,
pudieron competir con las bases de datos jerárquicas y de red, ya que su nivel
de programación era bajo y su uso muy sencillo.
En esta década el modelo relacional ha conseguido posicionarse del mercado
de las bases de datos. Y también en este tiempo se iniciaron grandes
investigaciones paralelas y distribuidas, como las bases de datos orientadas a
objetos.
EVOLUCIÓN DE LAS BASES DE
DATOS
31. Principios década de los 90:
Para la toma de decisiones se crea el lenguaje SQL, que es un lenguaje
programado para consultas. El programa de alto nivel SQL es un lenguaje de
consulta estructurado que analiza grandes cantidades de información el cual
permite especificar diversos tipos de operaciones frente a la misma
información, a diferencia de las bases de datos de los 80 que eran diseñadas
para las aplicaciones de procesamiento de transacciones. Los grandes
distribuidores de bases de datos incursionaron con la venta de bases de datos
orientada a objetos.
EVOLUCIÓN DE LAS BASE DE
DATOS
32. Finales de la década de los 90
El boom de esta década fue la aparición de la WWW “Word Wide Web‿ ya que
por éste medio se facilitaba la consulta de las bases de datos. Actualmente tienen
una amplia capacidad de almacenamiento de información, también una de las
ventajas es el servicio de siete días a la semana las veinticuatro horas del día, sin
interrupciones a menos que haya planificaciones de mantenimiento de las
plataformas o el software.
EVOLUCION DE LA BASE DE
DATOS
33. Crear un formulario de base de datos. Las bases de datos se usan para
almacenar datos. Un formulario simple consiste en una serie de campos de una
tabla. Otros formularios más complejos pueden contener muchas más cosas,
incluyendo texto adicional, gráficos, cajas de selección y muchos otros
elementos
FORMULARIO
34. Tablas: Tabla en las bases de datos, se refiere al tipo de modelado de datos,
donde se guardan los datos recogidos por un programa. Su estructura general se
asemeja a la vista general de un programa de hoja de cálculo. ... Las tablas se
componen de filas y columnas de celdas que se pueden rellenar con textos y
gráficos.
COMPONENTES DE UNA BASE DE
DATOS
35. Informes: Un informe es un objeto de base de datos que se usa para mostrar y
resumir datos. Los informes proporcionan una manera de distribuir o archivar
instantáneas de los datos, ya sea mediante su impresión, su conversión a
archivos PDF o XPS, o su exportación a otros formatos de archivo.
COMPONENTES DE UNA BASE DE
DATOS
36. Macros: abreviatura de macroinstrucción- es una serie de instrucciones que se
almacenan para que se puedan ejecutar de manera secuencial mediante una
sola llamada u orden de ejecución.
COMPONENTES DE UNA BASE DE
DATOS
37. En informática, o concretamente en el contexto de una base de datos
relacional, un registro (también llamado fila o tupla) representa un objeto
único de datos implícitamente estructurados en una tabla. En términos
simples, una tabla de una base de datos puede imaginarse formada de filas y
columnas o campos. Cada fila de una tabla representa un conjunto de datos
relacionados, y todas las filas de la misma tabla tienen la misma estructura.
REGISTRO EN UNA BASE DE
DATOS
38. En informática, un campo es un espacio de almacenamiento para un dato en
particular.
En las bases de dajfyuggtos, un campo es la mínima unidad de información a
la que se puede acceder; un campo o un conjunto de ellos forman un registro,
donde pueden existir campos en blanco, siendo este un error del sistema
operativo. Aquel campo que posee un dato único para una repetición de
entidad, puede servir para la búsqueda de una entidad específica.
En las hojas de cálculo los campos son llamados "celdas".
CAMPOS EN UNA BASE DE DATOS
39. MySQL es un sistema de gestión de bases de datos relacional desarrollado
bajo licencia dual GPL/Licencia comercial por Oracle Corporation y está
considerada como la base datos open source más popular del mundo, y una de
las más populares en general junto a Oracle y Microsoft SQL Server, sobre
todo para entornos de desarrollo web.
MySQL fue inicialmente desarrollado por MySQL AB (empresa fundada por
David Axmark, Allan Larsson y Michael Widenius). MySQL A.B. fue adquirida
por Sun Microsystems en 2008, y ésta a su vez fue comprada por Oracle
Corporation en 2010, la cual ya era dueña desde 2005 de Innobase Oy,
empresa finlandesa desarrolladora del motor InnoDB para MySQL.
HISTORIA MYSQL
40. Al contrario de proyectos como Apache, donde el software es desarrollado
por una comunidad pública y los derechos de autor del código están en poder
del autor individual, MySQL es patrocinado por una empresa privada, que
posee el copyright de la mayor parte del código. Esto es lo que posibilita el
esquema de doble licenciamiento anteriormente mencionado. La base de datos
se distribuye en varias versiones, una Community, distribuida bajo la Licencia
pública general de GNU, versión 2, y varias versiones Enterprise, para aquellas
empresas que quieran incorporarlo en productos privativos. Las versiones
Enterprise incluyen productos o servicios adicionales tales como herramientas
de monitorización y soporte oficial. En 2009 se creó un fork denominado
MariaDB por algunos desarrolladores (incluido algunos desarrolladores
originales de MySQL) descontentos con el modelo de desarrollo y el hecho de
que una misma empresa controle a la vez los productos MySQL y Oracle
Database.
HISTORIA MYSQL
41. ISAM: Es el formato de almacenaje mas antiguo, y posiblemente pronto
desaparecerá. Presentaba limitaciones (los ficheros no eran transportables
entre máquinas con distinta arquitectura, no podía manejar ficheros de tablas
superiores a 4 gigas). Si aun tienes tablas tipo ISAM, cámbialas a MYISAM.
MYISAM: Es el tipo de tabla por defecto en MySQL desde la versión 3.23.
Optimizada para sistemas operativos de 64 bits, permite ficheros de mayor
tamaño que ISAM. Además los datos se almacenan en un formato
independiente, con lo que se pueden copiar tablas de una máquina a otra de
distinta plataforma. Posibilidad de indexar campos BLOB y TEXT.
TIPOS DE TABLAS EN MYSQL
42. HEAP: Crea tablas en memoria. Son temporales y desaparecen cuando el
servidor se cierra; a diferencia de una tabla TEMPORARY, que solo puede ser
accedida por el usuario que la crea, una tabla HEAP puede ser utilizada por
diversos usuarios.
INNODB: TST, ACID, con posibilidad de commit, rollback, recuperación de
errores y bloqueo a nivel de fila.
MERGE: mas que un tipo de tabla es la posibilidad de dividir tablas MYISAM
de gran tamaño (solo útil si son verdaderamente de GRAN tamaño) y hacer
consultas sobre todas ellas con mayor rapidez. Las tablas deben ser myisam e
idénticas en su estructura.
TIPOS DE TABLA EN MYSQL
45. MySQL, es un sistema de gestión de base de datos relacional o SGBD. Este
gestor de base de datos en multihilo y multiusuario, lo que le permite ser
utilizado por varias personas al mismo tiempo, e incluso, realizar varias
consultas a la vez, lo que lo hace sumamente versátil.
MYSQL
46. MySQL surgió alrededor de la década del 90, Michael Windenis comenzó a usar
mSQL para conectar tablas usando sus propias rutinas de bajo nivel (ISAM). Tras
unas primeras pruebas, llegó a la conclusión de que mSQL no era lo bastante
flexible ni rápido para lo que necesitaba, por lo que tuvo que desarrollar nuevas
funciones. Esto resulto en una interfaz SQL a su base de datos, totalmente
compatible a mSQL.
El origen del nombre MySQL no se sabe con certeza de donde proviene, por una
lado se dice que en sus librerías han llevado el prefijo “my” durante los diez
últimos años, por otra parte, la hija de uno de los desarrolladores se llama My. Así
que no está claramente definido cual de estas dos causas han dado lugar al
nombre de este conocido gestor de bases de datos.
HISTORIA DE MYSQL
47. La evolución de MySQL se produce con las sugerencias de los usuarios,
canalizadas por la empresa MySQL AB, que contrata a programadores de todo
el mundo para que, a través de Internet, vayan ampliando y mejorando el
producto. Las versiones, como es costumbre en este tipo de software libre, se
van colgando en Internet para que los usuarios puedan disponer de ellas.
Sin embargo, también como es habitual, hay que distinguir entre versiones de
prueba o beta y versiones estables o de producción. Las versiones de prueba o
beta están a disposición de los usuarios para ser testadas en busca de posibles
mejoras. Por su parte, las versiones estables o de producción son las que ya
están preparadas para ser utilizadas a pleno rendimiento.
EVOLUCIÓN DE MYSQL
49. Microsoft SQL Server es un sistema de manejo de bases de datos del modelo
relacional, desarrollado por la empresa Microsoft.
El lenguaje de desarrollo utilizado (por línea de comandos o mediante la
interfaz gráfica de Management Studio) es Transact-SQL (TSQL), una
implementación del estándar ANSI del lenguaje SQL, utilizado para manipular
y recuperar datos DML, crear tablas y definir relaciones entre ellas DDL.
MICROSOFT SQL SERVER
50. Dentro de los competidores más destacados de SQL Server están: Oracle,
MariaDB, MySQL, PostgreSQL. SQL Server ha estado tradicionalmente
disponible solo para sistemas operativos Windows de Microsoft, pero desde
2017 también está disponible para Linux y Docker containers.
Puede ser configurado para utilizar varias instancias en el mismo servidor
físico, la primera instalación lleva generalmente el nombre del servidor, y las
siguientes - nombres específicos (con un guion invertido entre el nombre del
servidor y el nombre de la instalación).
MICROSOFT SQL SERVER
51. • Soporte de transacciones.
• Soporta procedimientos almacenados.
• Incluye también un entorno gráfico de administración, que permite el uso
de comandos DDL y DML gráficamente.
• Permite trabajar en modo cliente-servidor, donde la información y datos se
alojan en el servidor y los terminales o clientes de la red sólo acceden a la
información.
• Además permite administrar información de otros servidores de datos.
CARACTERÍSTICAS DE SQL
SERVER
52. Versión Año Nombre de la Versión Nombre Clave
1.0
(OS/2)
1989 SQL Server 1-0 SQL
4.21
(WinNT)
1993 SQL Server 4.21 SEQUEL
6.0 1995 SQL Server 6.0 SQL95
6.5 1996 SQL Server 6.5 Hydra
7.0 1998 SQL Server 7.0 Sphinx
- 1999 SQL Server 7.0 OLAP
Tools
Plato
8.0 2000 SQL Server 2000
8.0 2003 SQL Server 2000 64-bit
Edition
Liberty
9.0 2005 SQL Server 2005 Yukon
10.0 2008 SQL Server 2008 Katmai
10.25 2010 SQL Server Azure DB CloudDatabase
10.50 2010 SQL Server 2008 R2 Kilimanjaro
11.0 2012 SQL Server 2012 Denali
12.0 2014 SQL Server 2014 SQL14 (antes
Hekaton)
53. Microsoft Access es un sistema de gestión de bases de datos incluido en el paquete
ofimático denominado Microsoft Office.
Access es 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, etc. Está pensado en recopilar datos de otras utilidades
(Excel, SharePoint, etc.) y manejarlos por medio de las consultas e informes.
MICROSOFT ACCESS
54. Fue fundada por los MVP en Access Juan Soto y Ben Clothier con el fin de
fomentar los grupos de usuarios Access en todo el país. Es un sistema gestor de
bases de datos relacionales (SGBD). Una base de datos suele definirse como un
conjunto de información organizada sistemáticamente.
Access 1992
Access 1994
Access 1997
Access 2000
Access 2003
Access 2007
Access 2010
Access 2013
Access 2016
EVOLUCIÓN DE ACCESS
55. Fue 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 no tenía.
Después de la cancelación de Omega, 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
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 que continua hasta el momento
unicultural 2017.
HISTORIA DE ACCESS
57. PostgreSQL es un sistema de gestión de bases de datos relacional orientado a
objetos y libre, publicado bajo la licencia PostgreSQL, similar a la BSD o la
MIT.
Como muchos otros proyectos de código abierto, el desarrollo de PostgreSQL
no es manejado por una empresa o persona, sino que es dirigido por una
comunidad de desarrolladores que trabajan de forma desinteresada, altruista,
libre o apoyados por organizaciones comerciales. Dicha comunidad es
denominada el PGDG (PostgreSQL Global Development Group).
PostgreSQL no tiene un gestor de defectos, haciendo muy difícil conocer el
estado de sus defectos.
POSTGRESQL
58. PostgreSQL ha tenido una larga evolución, comenzando con el proyecto
Ingres en la Universidad de Berkeley. Este proyecto, liderado por Michael
Stonebraker, fue uno de los primeros intentos en implementar un motor de
base de datos relacional. Después de haber trabajado un largo tiempo en
Ingres y de haber tenido una experiencia comercial con el mismo, Michael
decidió volver a la Universidad para trabajar en un nuevo proyecto sobre la
experiencia de Ingres, dicho proyecto fue llamado post-ingres o simplemente
POSTGRES.
HISTORIA DE POSTGRESQL
59. En proyecto post-ingres pretendía resolver los problemas con el modelo de
base de datos relacional que habían sido aclarados a comienzos de los años
1980. El principal de estos problemas era la incapacidad del modelo relacional
de comprender "tipos", es decir, combinaciones de datos simples que
conforman una única unidad. Actualmente estos son llamados objetos. Se
esforzaron en introducir la menor cantidad posible de funcionalidades para
completar el soporte de tipos. Estas funcionalidades incluían la habilidad de
definir tipos, pero también la habilidad de describir relaciones - las cuales
hasta ese momento eran ampliamente utilizadas pero mantenidas
completamente por el usuario. En POSTGRES la base de datos "comprendía"
las relaciones y podía obtener información de tablas relacionadas utilizando
reglas.
HISTORIA DE POSTGRESQL
60. 1986: Se publicaron varios papers que describían las bases del sistema.
1988: Ya se contaba con una versión utilizable.
1989 :el grupo liberaba la versión 1 para una pequeña comunidad de usuarios.
1990: se liberaba la versión 2 la cual tenía prácticamente reescrito el sistema
de reglas.
1991: liberación de la versión 3, esta añadía la capacidad de múltiples motores
de almacenamiento
1993: crecimiento importante de la comunidad de usuarios, la cual demandaba
más características
1994 :antes de la liberación de la versión 4, el proyecto termina y el grupo se
disuelve.
HISTORIA DE POSTGRESQL
61. • Libertad Cero: "usar el programa con cualquier propósito". Es decir, el
ejercicio de esta libertad implica que lo podemos utilizar con cualquier fin, ya
sea educativo, cultural, comercial, político, social, etc. Esta libertad deriva de
que hay ciertas licencias que restringen el uso del software a un determinado
propósito, o que prohíben su uso para determinadas actividades.
• Libertad Uno: "Estudiar como funciona el programa, y adaptarlo a sus
necesidades". Significa que podemos estudiar su funcionamiento (al tener
acceso al código fuente) lo que nos va a permitir, entre otras cosas: descubrir
funciones ocultas, averiguar como realiza determinada tarea, descubrir que
otras posibilidades tiene, que es lo que le falta para hacer algo, etc. El adaptar
el programa a mis necesidades implica que puedo suprimirle partes que no me
interesan, agregarle partes que considero importantes, copiarle una parte que
realiza una tarea y adicionarla a otro programa, etc.
CARACTERÍSTICAS DE
POSTGRESQL
62. Libertad Dos: "Distribuir copias". Quiere decir que somos libres de redistribuir el
programa, ya sea gratis o con algún costo, ya sea por email, FTP o en CD, ya sea a
una persona o a varias, ya sea a un vecino o a una persona que vive en otro país,
etc.
Libertad Tres: "Mejorar el programa, y liberar las mejoras al publico". Es la
libertad de hacer mejor el programa, es decir que podemos hacer menores los
requerimientos de hardware para funcionar, que tenga mayores prestaciones, que
ocupe menos espacio, que tenga menos errores, entre otras modificaciones. El
poder liberar las mejoras al publico quiere decir que si realizamos una mejora que
permita un requerimiento menor de hardware, o que haga que ocupe menos
espacio, soy libre de poder redistribuir ese programa mejorado, o simplemente
proponer la mejora en un lugar publico (un foro de noticias, una lista de correo,
un sitio Web, un FTP, un canal de Chat).
CARACTERÍSTICAS DE
POSTGRESQL
63. Seguridad en términos generales
-Integridad en BD: restricciones en el dominio
-Integridad referencial
-Afirmaciones (Assertions)
-Disparadores (Triggers)
-Autorizaciones
-Conexión a DBMS
-Transacciones y respaldos
VENTAJAS DE POSTGRESQL
64. ● Máximo de base de datos : ILIMITADO
● Máximo de tamaño de tabla : 32TB
● Máximo de tamaño de registro : 1.6TB
● Máximo de tamaño de campo : 1GB
● Máximo de registros por Tabla : ILIMITADO
● Máximo de campos por tabla : 250 a 1600 (depende de los tipos usados)
● Máximo de índices por tabla : ILIMITADO
● Número de lenguajes en los que se puede programar funciones :
aproximadamente 10 (pl/pgsql, pl/java, pl/perl, pl/python, tcl, pl/php, C,
C++, Ruby, etc.)
● Métodos de almacenamiento de índices : 4 (B-tree, R- tree, Hash y GisT)
LIMITES DE POSTGRESQL
66. Es una herramienta para el modelado de datos que permite representar las
entidades relevantes de un sistema de información así como sus
interrelaciones y propiedades.
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.
MODELO ENTIDAD-RELACIÓN
67. 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:
Permite mostrar resultados entre otras entidades pertenecientes a las
existentes de manera que se encuentre la normatividad de archivos que se
almacenarán
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).
MODELO ENTIDAD-RELACIÓN
69. Son reglas que deben respetar las entidades y relaciones almacenadas en la
base de datos.
Correspondencia de cardinalidades:
Dado un conjunto de relaciones en el que participan dos o más conjuntos de
entidades, la correspondencia de cardinalidad indica el número de entidades
con las que puede estar relacionada una entidad dada.
Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la
correspondencia de cardinalidades puede ser:
Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un
registro en una entidad B. (ejemplo dos entidades, profesor y departamento,
con llaves primarias, código profesor y jefe_depto respectivamente, un
profesor solo puede ser jefe de un departamento y un departamento solo
puede tener un jefe).
RESTRICCIONES DE MODELO
ENTIDAD-RELACIÓN
70. Uno a Varios: (1:N) Un registro en una entidad en A se relaciona con cero o
muchos registros en una entidad B. Pero los registros de B solamente se
relacionan con un registro en A. (ejemplo: dos entidades, vendedor y ventas,
con llaves primarias, código vendedor y venta, respectivamente, un vendedor
puede tener muchas ventas pero una venta solo puede tener un vendedor).
Varios a Uno: (N:1) Una entidad en A se relaciona exclusivamente con una
entidad en B. Pero una entidad en B se puede relacionar con 0 o muchas
entidades en A (ejemplo empleado-centro de trabajo).
RESTRICCIÓN DE MODELO
ENTIDAD-RELACIÓN
71. Varios a Varios: (N:M) Una entidad en A se puede relacionar con 0 o con
muchas entidades en B y viceversa (ejemplo asociaciones-ciudadanos, donde
muchos ciudadanos pueden pertenecer a una misma asociación, y cada
ciudadano puede pertenecer a muchas asociaciones distintas).
RESTRICCIONES DE MODELO DE
ENTIDAD-RELACIÓN
72. Es un subconjunto del conjunto de atributos comunes en una colección de
entidades, que permite identificar inequívocamente cada una de las entidades
pertenecientes a dicha colección. Asimismo, permiten distinguir entre sí las
relaciones de un conjunto de relaciones.
Dentro de los conjuntos de entidades existen los siguientes tipos de claves:
Superclave: Es un subconjunto de atributos que permite distinguir
unívocamente cada una de las entidades de un conjunto de entidades. Si se
añade un atributo al anterior subconjunto, el resultado seguirá siendo una
superclave.
Clave candidata: Se trata de superclave mínima, es decir, cualquier
subconjunto de atributos de la misma no puede ser una superclave.
CLAVES EN UN MODELO DE
ENTIDAD- RELACIÓN
73. Clave primaria: Es una clave candidata, elegida por el diseñador de la base de
datos, para identificar unívocamente las entidades en un conjunto de
entidades. Los valores de los atributos de una clave, no pueden ser todos
iguales para dos o más instancias.
Para poder distinguir unívocamente las relaciones en un conjunto de
relaciones R, se deben considerar dos casos:
R NO tiene atributos asociados: En este caso, se usa como clave primaria de R
la unión de las claves primarias de todos los conjuntos de entidades
participantes.
CLAVES EN UN MODELO DE
ENTIDAD-RELACIÓN
74. R tiene atributos asociados: En este caso, se usa como clave primaria de R la unión
de los atributos asociados y las claves primarias de todos los conjuntos de
entidades participantes.
Si el conjunto de relaciones, R, sobre las que se pretende determinar la clave
primaria está compuesto de relaciones binarias, con los conjuntos de entidades
participantes A y B, se consideran los siguientes casos, según sus cardinalidades:
R es de muchos a uno de A a B entonces sólo se toma la clave primaria de A,
como clave primaria de R.
R es de uno a muchos de A a B entonces se toma sólo la clave primaria de B,
como clave primaria de R.
R es de uno a uno de A a B entonces se toma cualquiera de las dos claves
primarias, como clave primaria de R.
R es de muchos a muchos de A a B entonces se toma la unión de los atributos que
conforman las claves primarias de A y de B, como clave primaria de R.
CLAVES EN MODELO DE
ENTIDAD-RELACIÓN
75. Anteriormente detallamos los conceptos relacionados al modelo ER, en esta
sección profundizaremos en como representarlos gráficamente. Cabe destacar
que para todo proceso de modelado, siempre hay que tener en claro los
conceptos, estos nos brindan conocimiento necesario y además fundamentan
nuestro modelo al momento de presentarlo a terceros.
Formalmente, los diagramas ER son un lenguaje gráfico para describir
conceptos. Informalmente, son simples dibujos o gráficos que describen
información que trata un sistema de información y el software que lo
automatiza.
DIAGRAMA ENTIDAD-RELACIÓN
76. Entidades:
Las entidades son el fundamento del modelo entidad relación. Podemos
adoptar como definición de entidad cualquier cosa o parte del mundo que es
distinguible del resto. Por ejemplo, en un sistema bancario, las personas y las
cuentas bancarias se podrían interpretar como entidades. Las entidades pueden
representar entes concretos, como una persona o un avión, o abstractas, como
por ejemplo un préstamo o una reserva. Se representan por medio de un
rectángulo. que pueden ser de tipo: maestras, transaccionales, históricas y
temporales
DIAGRAMA ENTIDAD-RELACIÓN
77. Atributos:
Se representan mediante un círculo o elipse etiquetado mediante un nombre
en su interior. Cuando un atributo es identificativo de la entidad se suele
subrayar dicha etiqueta.
Por motivos de legibilidad, los atributos suelen no aparecer representados en
el diagrama entidad-relación, sino descritos textualmente en otros documentos
adjuntos.
DIAGRAMA ENTIDAD-RELACIÓN
78. Describe cierta dependencia entre entidades o permite la asociación de las
mismas.
Por ejemplo:
Si tenemos dos entidades, CLIENTE y HABITACIÓN, podemos entender la
relación entre ambas al tomar un caso concreto (ocurrencia) de cada una de
ellas. Entonces, podríamos tener la ocurrencia Habitación 502, de la entidad
HABITACIÓN y la ocurrencia Henry Johnson McFly Bogard, de la entidad
CLIENTE, entre las que es posible relacionar que la habitación 502 se
encuentra ocupada por el huésped de nombre Henry Johnson McFly Bogard.
DIAGRAMA ENTIDAD-RELACIÓN
79. El modelo relacional, para el modelado y la gestión de bases de datos, es un
modelo de datos basado en la lógica de predicados y en la teoría de conjuntos.
Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los
laboratorios IBM en San José (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 esta 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,
pensando en cada relación como si fuese una tabla que está compuesta por
registros (cada fila de la tabla sería un registro o "tupla") y columnas (también
llamadas "campos").
MODELO RELACIONAL
81. Ventajas:
• Provee herramientas que garantizan evitar la duplicidad de registros.
• Garantiza la integridad referencial, así, al eliminar un registro elimina todos los
registros relacionados dependientes.
• Favorece la normalización por ser más comprensible y aplicable.
Desventajas
• Presentan deficiencias con datos gráficos, multimedia, CAD y sistemas de
información geográfica.
• No se manipulan de forma eficiente los bloques de texto como tipo de dato.
• Las bases de datos orientadas a objetos (BDOO) se propusieron con el
objetivo de satisfacer las necesidades de las aplicaciones anteriores y así,
complementar pero no sustituir a las bases de datos relacionales.
VENTAJAS E DESVENTAJAS
82. En este modelo todos los datos son almacenados en relaciones, y como cada
relación es un conjunto de datos, el orden en el que estos se almacenen no
tiene 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
por un usuario no experto. La información puede ser recuperada o almacenada
por medio de consultas que ofrecen una amplia flexibilidad y poder para
administrar la información.
Este modelo considera la base de datos como una colección de relaciones. De
manera simple, una relación representa una tabla que no es más que un
conjunto de filas, cada fila es un conjunto de campos y cada campo representa
un valor que interpretado describe el mundo real. Cada fila también se puede
denominar tupla o registro y a cada columna también se le puede llamar
campo o atributo.
DESCRIPCIÓN
83. Una base de datos relacional es un conjunto de una o más tablas estructuradas
en registros (líneas) y campos (columnas), que se vinculan entre sí por un
campo en común, en ambos casos posee las mismas características como por
ejemplo el nombre de campo, tipo y longitud; a este campo generalmente se le
denomina ID, identificador o clave. A esta manera de construir bases de datos
se le denomina modelo relacional.
Estrictamente hablando el término se refiere a una colección específica de
datos pero a menudo se le usa, en forma errónea como sinónimo del software
usado para gestionar esa colección de datos. Ese software se conoce como
sistema gestor de base de datos relacional (SGBD) o en inglés relational
database management system (RDBMS).
BASE DE DATOS RELACIONAL
85. Se utilizan consultas para ver, modificar y analizar datos de formas diferentes.
También pueden utilizarse como el origen de registros para formularios (un
formulario es un tipo de objeto de base de datos que se utiliza
fundamentalmente para introducir o mostrar datos en una base de datos.
También puede utilizar un formulario como un panel de control que abre
otros formularios e informes de la base de datos, o como un cuadro de
diálogo personalizado que acepta las entradas del usuario y realiza una acción
basada en las entradas), informes (un informe es un método eficaz de
presentar los datos en formato impreso.
CONSULTAS
86. Ya que puede controlar el tamaño y aspecto de todos los elementos de un
informe, puede mostrar la información como desee verla) y páginas de acceso
a datos (es una página Web, publicada desde Access, que tiene una conexión a
una base de datos. En una página de acceso a datos, puede ver, agregar, editar
y manipular los datos almacenados en la base de datos. Una página puede
incluir también datos de otros orígenes de datos, como Excel).
CONSULTAS
88. Las consultas nos permitirán:
1. Recuperar datos de una o más tablas con los criterios especificados y
después mostrar los datos en el orden que se desee.
2. 2. Ver todos o algunos registros, todos o algunos campos, de una o varias
tablas relacionadas.
3. 3. Actualizar registros en una tabla
4. 4. Agrupar registros y calcular sumas, cuentas, promedios y otros tipos de
totales.
5. 5. Reunir datos de varias tablas y ordenarlos de una forma concreta.
6. 6. Eliminar un registro o un grupo de registros de una o más tablas.
CONSULTAS
89. 7. Realizar cambios globales en un grupo de registros de una o más tablas.
8. Anexar un grupo de registros de una a otra tabla.
9. Crear tablas que pueden exportarse a otras bases de datos
10. Crear formularios, informes y páginas web
11. Crear una copia de seguridad una tabla
CONSULTAS
90. Consultas de selección: Una consulta de selección es el tipo de consulta más
habitual. Este tipo de consulta obtiene los datos de una o más tablas y muestra
los resultados en una hoja de datos en la que puede actualizar los registros
(con algunas restricciones). También puede utilizar una consulta de selección
para agrupar los registros y calcular sumas, cuentas, promedios y otros tipos de
totales.
TIPOS DE CONSULTAS
91. Consultas de parámetros: Una consulta de parámetros es una consulta que,
cuando se ejecuta, muestra un cuadro de diálogo propio que solicita
información, por ejemplo, criterios para recuperar registros o un valor que
desea insertar en un campo. Puede diseñar la consulta para que solicite más de
un dato; por ejemplo, puede diseñarla para que solicite dos fechas. Access
puede entonces recuperar todos los registros que se encuentren entre esas dos
fechas. Las consultas de parámetros también son útiles cuando se emplean
como base para formularios, informes y páginas de acceso a datos. Por
ejemplo, puede crear un informe de ingresos mensuales basado en una
consulta de parámetros. Al imprimir el informe, Access muestra un cuadro de
diálogo que solicita el mes para el que se desea obtener el informe. Cuando se
especifica un mes, Access imprime el informe correspondiente.
TIPOS DE CONSULTAS
92. Consultas de tabla de referencias cruzadas: Las consultas de referencias
cruzadas se utilizan para calcular y reestructurar datos de manera que su
análisis sea más sencillo. Las consultas de referencias cruzadas calculan una
suma, una media, un recuento u otro tipo de totales de datos, y se agrupan en
dos tipos de información : uno hacia abajo, en el lado izquierdo de la hoja de
datos, y otro a lo largo de la parte superior, es decir, un cuadro de doble
entrada.
TIPOS DE CONSULTAS
93. Consultas de acción: Una consulta de acción es una consulta que realiza
cambios o desplazamientos de muchos registros en una sola operación. Hay
cuatro tipos de consultas de acción:
4.1.) Consulta de eliminación: Elimina un grupo de registros de una o más
tablas. Por ejemplo, puede utilizar una consulta de eliminación para quitar
productos que ya no se fabrican o de los que no hay pedidos. Con las
consultas de eliminación.
TIPOS DE CONSULTAS
94. Consultas SQL: Una consulta SQL es una consulta creada con una instrucción
SQL. Puede utilizar el Lenguaje de consulta estructurado (SQL o Structured
Query Language) para consultar, actualizar y administrar bases de datos
relacionales, como Access. Cuando se crea una consulta en la vista Diseño de
la consulta, Access construye en segundo plano las instrucciones SQL
equivalentes. De hecho, la mayoría de las propiedades de consulta de la hoja de
propiedades de la vista Diseño de la consulta tienen cláusulas y opciones
equivalentes a las que están disponibles en la vista SQL. Si lo desea, puede ver
o editar la instrucción SQL en la vista SQL. Sin embargo, después de hacer
cambios en una consulta en la vista SQL, puede que su aspecto no sea el que
tenía en la vista Diseño.
TIPOS DE CONSULTAS
96. Son un grupo de datos que pertenecen a un sistema pero a su vez esta
repartido entre ordenadores de una misma red, ya sea a nivel local o cada uno
en una diferente localización geográfica, cada sitio en la red es autónomo en
sus capacidades de procesamiento y es capaz de realizar operaciones locales y
en cada uno de estos ordenadores debe estar ejecutándose una aplicación a
nivel global que permita la consulta de todos los datos como si se tratase de
uno solo.
BASE DE DATOS DISTRIBUIDA
98. Para tener una base de datos distribuida debe cumplirse las condiciones de una
Red Computacional. Una red de comunicación provee las capacidades para
que un proceso ejecutándose en un sitio de la red envié y reciba mensajes de
otro proceso ejecutándose en un sitio distinto. Parámetros a considerar
incluyen: Retraso en la entrega de mensajes, Costo de transmisión de un
mensaje y Confiabilidades de la red. Diferentes tipos de redes: point-to-point,
broadcast, lan, wan.
BASE DE DATOS DISTRIBUIDAS
99. La necesidad de almacenar datos de forma masiva dio paso a la creación de los
sistemas de bases de datos. En 1970 Edgar Frank Codd escribió un artículo
con nombre: «A Relational Model of Data for Large Shared Data Banks» («Un
modelo relacional para grandes bancos de datos compartidos»). Con este
artículo y otras publicaciones, definió el modelo de bases de datos relacionales
y reglas para poder evaluar un administrador de bases de datos relacionales.
HISTORIA
100. Hay varios factores que han hecho que las bases de datos evolucionen a bases
de datos distribuidas. En el mundo de los negocios se ha dado una
globalización y a la vez las operaciones de las empresas son cada vez más
descentralizadas geográficamente. También el poder de las computadoras
personales aumentó y el costo de los Mainframes ya no tenía sentido. Además
la necesidad de compartir datos ha hecho que crezca el mercado de las bases
de datos distribuidas.
EVOLUCION
101. Originalmente se almacenaba la información de manera centralizada, pero con
el paso del tiempo las necesidades aumentaron y esto produjo ciertos
inconvenientes que no era posible solucionarlos o volverlos eficientes de la
forma centralizada. Estos problemas impulsaron la creación de
almacenamiento distribuido, los cuales hoy en día proveen características
indispensables en el manejo de información; es decir, la combinación de las
redes de comunicación y las bases de datos.
INICIO DE LAS BASES DE DATOS
DISTRIBUIDAS
102. En informática, NoSQL (a veces llamado "no sólo SQL") es una amplia clase
de sistemas de gestión de bases de datos que difieren del modelo clásico de
SGBDR (Sistema de Gestión de Bases de Datos Relacionales) en aspectos
importantes, siendo el más destacado que no usan SQL como lenguaje
principal de consultas. Los datos almacenados no requieren estructuras fijas
como tablas, normalmente no soportan operaciones JOIN, ni garantizan
completamente ACID (atomicidad, consistencia, aislamiento y durabilidad), y
habitualmente escalan bien horizontalmente. Los sistemas NoSQL se
denominan a veces "no sólo SQL" para subrayar el hecho de que también
pueden soportar lenguajes de consulta de tipo SQL.
NOSQL