libro de access 2013

1. ACCESS 2013

2. INTRODUCCIÓN
• El Microsoft Access es un software utilizado para el
desarrollo de sistemas de base de datos. El esta basada
en el argumento de las bases de datos relacional en el
cual el usuario/proyectista mantiene informaciones
organizadas en forma tabular. No es el objetivo de esta
apostilla detallar cualquier metodología de análisis
orientando a la especificación de soluciones basadas
en el argumento relacional. Normalmente este análisis
y reflexión previos, constituyen pasos importantes para
la obtención de buenos sistemas atomizados de
almacenamiento y recuperación de información

3. ÍNDICE
QUE ES UNA BASE DE DATOS
TIPOS DE BASE DE DATOS
EVOLUCIÓN DE LAS BASE DE DATOS
FORMULARIOS Y COMPONENTES DE UNA BASE DE DATOS
TABLAS REGISTROS Y CAMPOS
TIPOS DE DATOS EN MYSQL
HISTORIA DE : ACCESS,MY SQL,POSLGREL
QUE ES EL MODELO ENTIDAD RELACIÓN
QUE ES EL MODELO RELACION
QUE SON LAS CONSULTAS
QUE ES LA INDEXACIÓN
QUE SON LAS BASES DE DATOS DISTRIBUIDAS
QUE SON LAS BASE DE DATOS NO SQL

4. ¿QUE ES UNA BASE DE
DATOS?
UNA BASE DE DATOS O BANCO DE DATOS ES UN CONJUNTO DE DATOS
PERTENECIENTES A UN MISMO CONTEXTO Y ALMACENADOS
SISTEMATICAMENTE PARA SU POSTERIOR USO. EN ESTE SEWNTIDO;UNA
BIBLIOTECA PUEDE CONSIDERRSE UNA BIBLIOTECA PUEDE CONSIDERARSE
UNA BASE DE DATOSCOMPUESTO POR SU MAYORIA POR DOCUMENTOS Y
TEXTOS IMPRESOS EN PAPEL E INDEXADOS PARA SU CONSULTA.
ACTUALMENTE , Y DEBIDO AL DESARROLLO TECNOLÓGICO DE CAMPOS
COMO LA INFORMATICA.

5. TIPOS DE BASES DE DATOS
• Base de datos jerárquicas.
• Base de datos de red.
• Base de datos transaccionales.
• Base de datos relacionales.
• Base de datos multidimensionales.
• Base de datos orientadas a objetos.

6. BASE DE DATOS JERÁRQUICA
Una base de datos jerárquica es un tipo de sistema de gestión
de bases de datos que , como su nombre indica, almacena la
información en una estructura jerárquica que enlaza los
registros en forma de estructura de árbol (similar a un árbol
visto al revés), en donde un nodo padre puede tener un nodo
hijo, y así sucesivamente .
Esta relación jerárquica no es estrictamente obligatoria, der
manera que puedan establecer relaciones entre nodos
hermanos, y este caso, la estructura en firma de árbol se
convierte en una estructura en forma de grafo dirigido (esta
variante se denomina Base de datos red).

7. BASE DE DATOS DE RED
Una base de datos conforma por una colección o set de registro, los
cuales están conectados entre si por medio de enlaces en una red.
El registro es similar al de una entidad como las empleadas en el
modelo relacional.
Una estructura de base de datos de red, llamada algunas veces
estructura de plex, abarca mas que la estructura red puede abarcar
mas de un nodo padre. En otras palabrasa, la resticcion de qque en
un árbol jerárquico cada hijo puede solo un padre, se hace menos
severa. Así, la estructura de un árbol se puede considerar como un
caso especial de la estructura de red.

8. BASE DE DATOS TRANSACCIONAL
Es un tipo de sistema de información diseño para recolectar
almacenar modificar y recuperar todo tipo de información que es
generada por las transacciones es una organización. Una
transacción es u evento o proceso que genera o modifica la
información que se encuentra eventualmente almacenados en un
sistema de información
Un sistema transaccional debe controlar las transacciones `para
mantener la seguridad y consistencia de los datos involucrados.
Por ejemplo, un cliente transfiere dinero de una cuenta a otra
dentro de un mismo banco; la cantidad de dinero que se
descuenta de la cuenta emisora debe ser igual a la que se suma en
la cuenta

9. BASE DE DATOS RELACIONALES
Una base de datos relacionales es una colección de elementos de
datos organizados en un conjunto de tablas formalmente descritas
desde la que se puede acceder a los datos o volver a montarlos de
muchas maneras diferentes sin tener que reorganizar las tablas de
las base. La base de datos relacional fue inventada por E.F. Cood en
IBM en 1970.
Además de ser relativamente fáciles de crear y acceder, una base de
datos relacional tiene la importante ventaja de ser fácil de extender.
Despues de la creación original de una base de datos, una nueva
categoría de datos se puede añadir sin necesidad de todas las
aplicaciones existentes sean modificadas.

10. BASE DE DATOS MULTIDIMENSIONAL
• Una base de datos multidimensional (MDB) es un tipo de base
de datos que se ha optimizado para data warehouse y
aplicaciones de procesamiento analítico en la línea (OLAP).
Las base de datos multidimensionales se crean con frecuencia
usando entradas de las base de datos relacionales existentes.
Mientras que a una base de datos relacional se accede
normalmente mediante una consulta de lenguaje de consulta
estructurado (SQL),una base de datos multidimensional
permite a un usuario hacer preguntas y cuestione sde
negocios. A una aplicación OLAP que accede a los datos desde
una base de datos multidimensional se le conoce como una
aplicación MOLAPA (OLAP multidimensional).

11. BASE DE DATOS ORIENTADA A OBJETOS
• En una base de datos orientada a objetos, la información se
representa mediante objetos como los presentes en la
programación orientada a objetos. Cuando se integra las
características de una base de datos con las de un lenguaje de
programación orientado a objetos, el resultado es un sistema
gestor de base de datos orientadas a objetos (ODMS, objet
database management system). Un ODBMS hace que los objetos
de la base de datos aparezcan como objetos de un lenguaje de
programación a los que de soporte. Un ODBMS estiende los
lenguajes con datos persistentes de forma transparentes, control
de concurrencia, recuperación de datos,consultas asociativas a
otras capacidades

12. EVOLUCIÓN DE BASE DE DATOS
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 nominas, como por ejemplo el
aumento de salario. Consiste en leer una cinta o mas y
pasar los datos a otra, y también se podía pasar las
tarjetas perforadas.

13. 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.

14. DÉCADA DE 1970
Edgar Frank Cood (23 de agosto de 1923-18 de abril de
2003),en un articulo “Un modelo relacional de datos
para grandes bancos de datos compartidos”(“A
Relational Model of Data of Large Shared Data Banks”)
en 1970 definió el modelo relacional y publico una serie
de reglas para para la evolución de administradores de
sistemas de datos relacionales y así nacieron las base de
datos relacionales

15. 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.

16. PRINCIPIO 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 de
procesamiento de transacciones. Los grandes
distribuidores de base de datos incursionaron con la venta
de bases de datos orientada a objetos.

17. FINALES DE LA DÉCADA 90
• El boom de esta década fue la aparición de la www “Word
Wide Web )ya que por este medio se facilitaba la consulta de
las bases de datos. Actualmente tiene 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
veinticuatros horas del día, sin interrupciones de
mantenimiento de las plataformas o el software.

18. SIGLO XXI
• En la actividad existe gran cantidad de alternativas en la línea que
permiten haber búsqueda orientadas a necesidades especificas de los
usuarios, una de las tendencia mas amplias son las bases de datos
que cumplan con el protocolo Open Archives Initiave- protocolo for
Metadata Archives Initiative- protocolo Harvesting (OAI-PMH) los
cuales permiten el almacenamiento de gran cantidad de artículos que
permiten una mayor visibilidad y acceso en el ámbito científico y
general .

19. FORMULARIOS Y COMPONENTES DE UNA
BASE DE DATOS
Los formularios permiten crear una interfaz de usuario
en la que puede escribir y modificar datos. Los
formularios a menudo contienen botones de comandos y
otros controles que realizan distintas tareas. Puede crear
una base de datos sin usar formularios con tan solo
modificar los datos en las hojas de datos de la tabla. Sin
embargo, la mayoría de los usuarios para ver, escribir y
modificar datos en las tablas.

20. COMPONENTES DE UNA BASE DE DATOS
• Las tablas permitirán almacenar los datos.
• Con las consultas podremos acceder a los datos
almacenados, ordenarlos y filtrarlos por diferentes
criterios.
• Los informes serán la forma mas eficaz de presentar
nuestros datos.
• Con los formularios se facilitan las tareas de
introducción de datos.

21. TABLAS ,REGISTROS ,CAMPOS
Tabla: Una tabla de base de datos es similar en
apariciencia a una hoja de cálculo en cuanto a que los
datos se almacenan en filas y columnas. Por ende, es
bastante fácil importar una hoja de calculo en una tabla
de base de datos. La principal diferente entre almacenar
los datos en una hoja de calculo y almacenarlos en una
base de datos es la forma en la que están organizados
los datos.

22. CONTINUACIÓN
Tabla: En las bases, se refiere al tipo de modelos de
datos, donde se guardan los datos recogidos por n
programa. Su estructura general se asemeja a la vista
general de un programa se hoja de calculo.
Una tabla es utilizada para organizar y presentar
información. Las tablas se componen de filas y columnas
de celdas que se pueden rellenar con textos y gráficos.

23. REGISTRO DE BASE DE DATOS
Registro: Un registro es un conjunto de campos que
contienen los datos que pertenecen a una misma
repetición de entidad. Se le asigna automáticamente unj
numero consecutivo (numero de registro) que en
ocasiones es usado como índice aunque lo normal y
practico es asignarle a cada registro un campo clave
para su búsqueda .

24. CONTINUACIÓN
Registros: En informática, o concretamente en el
contexto de una base de datos relacional, un registro
(también llamado file 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 puese imaginarse formado filas de una tabla
representa un conjunto de datos relacionados, y
todas las filas de la misma tabla tienen la misma
estructura.

25. CAMPOS DE UNA BASE DE DATOS
• Campos: En la base de datos, 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
error del sistema operativo . Aquel campo que posee un
dato único para repetición de entidad, puede servir
para servir para la búsqueda de una entidad especifica

26. CONTINUACIÓN
Cada fila proporciona un valor de los datos para
cada columna y después seria entendida como
solo simple valor de datos estructurado, en este
caso representando a una compañía. Mas
formalmente, cada fila puede ser interpretada
como una variable relacional, compuesta por un
conjunto de tuplas, con cada tupla consistiendo
en los dos elementos: el nombre de la columna
relevante y el valor que esta fila proporciona para
esa columna.

27. TIPOS DE DATOS MYSQL
Tipos numéricos
Tipos de fecha
Tipos de cadena

28. TIPOS NUMÉRICOS
Existen tipos de datos numéricos, que se pueden dividir en dos
grandes grupos, los que están en coma flotante (con decimales) y los
que no.
TinyInt:
Es un número entero con o sin signo. Con signo el rango de valores
válidos va desde -128 a 127. Sin signo, el rango de valores es de 0 a
255
Bit ó Bool:
Un número entero que puede ser 0 ó 1

29. LA PUTA CONTINUACIÓN
SmallInt:
Número entero con o sin signo. Con signo el rango de valores va
desde -32768 a 32767. Sin signo, el rango de valores es de 0 a 65535.
MediumInt:
Número entero con o sin signo. Con signo el rango de valores va
desde -8.388.608 a 8.388.607. Sin signo el rango va desde 0
a16777215.
Integer, Int:
Número entero con o sin signo. Con signo el rango de valores va
desde -2147483648 a 2147483647. Sin signo el rango va desde 0 a
429.4967.2

30. LA OTRA PUTA CONTINUACIÓN
• BigInt:
• Número entero con o sin signo. Con signo el rango de valores va desde -
9.223.372.036.854.775.808 a 9.223.372.036.854.775.807. Sin signo el
rango va desde 0 a 18.446.744.073.709.551.615.
• Float:
• Número pequeño en coma flotante de precisión simple. Los valores
válidos van desde -3.402823466E+38 a -1.175494351E-38, 0 y desde
1.175494351E-38 a 3.402823466E+38.
• xReal, Double:
• Número en coma flotante de precisión doble. Los valores permitidos
van desde -1.7976931348623157E+308 a -2.2250738585072014E-308,
0 y desde 2.2250738585072014E-308 a 1.7976931348623157E+308

31. TIPOS DE FECHA
A la hora de almacenar fechas, hay que tener en cuenta que Mysql no comprueba de
una manera estricta si una fecha es válida o no. Simplemente comprueba que el mes
esta comprendido entre 0 y 12 y que el día esta comprendido entre 0 y 31.
Date:
Tipo fecha, almacena una fecha. El rango de valores va desde el 1 de enero del 1001
al 31 de diciembre de 9999. El formato de almacenamiento es de año-mes-dia
Date Time:
Combinación de fecha y hora. El rango de valores va desde el 1 de enero del 1001 a
las 0 horas, 0 minutos y 0 segundos al 31 de diciembre del 9999 a las 23 horas, 59
minutos y 59 segundos. El formato de almacenamiento es de año-mes-dia
horas:minutos:segundos
TimeStamp:
Combinación de fecha y hora. El rango va desde el 1 de enero de 1970 al año 2037. El
formato de almacenamiento depende del tamaño del campo

32. CONTINUACIÓN
Time: Almacenar una hora. El rango de horas va desde-838
horas, 59 minutos y 59 segundos a 383, 59 segundos. El
formato de almacenamiento es de ´HH:MM:SS´
Year: Almacena un año. El rango de valores permitidos va
desde el año 1901 al año 2155. el campo puede tener tamaño
dos o tamaño 4 dependiendo de si queremos almacenar el
año con dos o cuatro dígitos.

33. TIPOS DE CADENA
char(N): Almacena una cadena de longitud fija. La
cadena podrá contener desde 0 a 255 caracteres.
Varchar(N):Almacena una cadena de longitud variable. La
cadena podrá contener desde 0a 255 caracteres.
Dentro de los tipos de cadena se puede distinguir otros
dos subtipos, los tipos test y los tipo BLOB (Binary Large
Object)

34. HISTORIA Y EVOLUCIÓN :
Access: 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.

35. EVOLUCIÓN DE ACCESS
• Fue fundada por los MVP en Access Juan Soto y Ben
Clothier con el fin de fomentar los grpos de usuarios
Access en todo el país. Este mes la reunión de SQL
server con Access incluirá la entrevista con Luke
Chung de FSM software. Luke es un popular orador
popular de conferencias en los estados unidos,
Australia y europa, y ha publicado muchos artículos
en las revistas de industria Microsoft Developer
Network (MSDN). Microfttttttttttt cp,o

36. MYSQL
• MYSQL: Fue inicialmente desarrollado por MySQL A.B
(empresa fundada por Davis Axmark, Allan Larsson y
Michael Widenius).MySQL A.B. fue adquirida por Sun
Microsystems en 2008, y esta a su vez fue comprada
por Oracle Corporation en 2010, la cual ya era dueña
desde 2005 de Innobase Oy , empresa finlandesa
desarrollada del motor InnoDB para MySQL.

37. EVOLUCIÓN DE MYSQL
• 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.

38. CONTINUACIÓN
• En la actualidad, 4.1. 14 es la última versión estable. Esta versión
dispone de características como gestión de transacciones,
integridad referencial (bajo ciertas condiciones), uso de índices,
incorporación de librerías, etcétera. La versión de prueba
actualmente disponible es la 5.0, que empieza a incorporar
elementos hasta ahora no incluidos en MySQL, como el uso de
procedimientos, cursores, triggers o vistas.Existe una versión
incluso más reciente, la 5.1, pero que aún es un proyecto. Esta
versión promete mejoras en la seguridad y en la gestión de claves
ajenas, aunque todavía no se conoce cómo se plasmarán dichas
características en posteriores versiones estables.

39. POSTGRES
Postgres: PostgreSQL (o Postgres) comenzó su vida en 1986 como
POSTGRES, un proyecto de investigación de la universidad de
Berkeley en California, dirigido por el investigador de base de datos
de gran influencia Michael Stonebraker. En el diseño de POSTGRES,
el equipo de Stonebraker buscó mejorar a INGRES, un proyecto
prototipo anterior también dirigido por Stonebraker, principalmente
a través del soporte de tipos de datos definidos por el usuario (o
“dominios”) con reglas complejas de negocio arbitrarias y otros
conceptos relacionados a los objetos.

40. EVOLUCIÓN DE POSTGRES
• Los aproximadamente 4 años y 5 correspondientes versiones principales (de
la 7.0 a la 7.4) que marcaron la era 7.* trajeron más mejoras. Incluyendo:
• En particular, una implementación inicial del WAL (registro de escritura
adelantada). El WAL es una familia de técnicas para proveer atomicidad y
durabilidad en sistemas de base de datos. Los segmentos de WAL escribe en
el disco una descripción de los cambios hechos a la base de datos, antes que
tener que aplicar directamente esos cambios.
• OUTER JOINs
• TOAST, una técnica para almacenar mayor cantidad de datos comprimidos y
fuera de línea, por lo que la base de datos podría, por ejemplo, ser usada
para almacenar grandes pasajes de texto eficientemente.
• Algunos lenguajes de procedimientos, incluyendo PL/PGSQL, basado en el
PL/SQL de Oracle.

41. QUE ES EL MODELO ENTIDAD-
RELACIONAL
Un modelo entidad relación o diagrama
entidad relación es una herramienta para el
modelo de datos que permite representar
las entidades relevantes de un sistema de
información así como sus interrelaciones y
propiedades.

42. CONTINUACIÓN
• Un diagrama entidad-relación, también conocido como modelo
entidad relación o ERD, es un tipo de diagrama de flujo que
ilustra cómo las "entidades", como personas, objetos o
conceptos, se relacionan entre sí dentro de un sistema. Los
diagramas ER se usan a menudo para diseñar o depurar bases
de datos relacionales en los campos de ingeniería de software,
sistemas de información empresarial, educación e investigación.
También conocidos como los ERD o modelos ER, emplean un
conjunto definido de símbolos, tales como rectángulos,
diamantes, óvalos y líneas de conexión para representar la
interconexión de entidades, relaciones y sus atributos. Son un
reflejo de la estructura gramatical y emplean entidades como
sustantivos y relaciones como verbos.

44. QUE ES MODELO RELACIONAL
Modelo de organización y gestión de bases de datos
consiste en el almacenamiento de datos en tablas
compuestas por filas o tuplas y columnas o campos se
distingue de otros modelos como el jerárquico por ser
mas comprensible para el usuario inexperto, y por
basarse en la lógica de predicados para establecer
relaciones entre distintos datos. Surge como solución a
la creciente variedad de los datos que integran las datas
warehouses y podemos resumir el concepto como una
colección de tablas
(relaciones)

45. CONTINUACIÓN
• El modelo relacional, para el modelado y la gestión de bases de
datos, es un modelo de datos basado en la y en la teoría de
conjuntos. lógica de predicados
• 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").

46. QUE SON LAS CONSULTAS
Las consultas pueden realizar diversas funciones
en una base de datos. La función mas común es
recuperar datos especificados de tablas. Los
datos que quiere ver generalmente están
distribuidos en varias tablas y las consultas le
permiten verlos en una única hoja de datos.
Además , debido a que muchas veces no quiere
ver todos los registros a la vez, las consultas le
permiten agregar criterios para “filtrar” los datos
y obtener solo los registros que quiere.

47. CONTINUACIÓN
• Ciertas consultas son "actualizables", es decir, puede modificar
los datos de las tablas subyacentes mediante la hoja de datos de
la consulta. Si está trabajando en una consulta actualizable,
recuerde que los cambios se realizan en realidad en las tablas,
no solo en la hoja de datos de la consulta.
• Hay dos variedades básicas de consultas: consultas de selección
y consultas de acciones. Una consulta de selección simplemente
recupera los datos y los pone a disposición para su uso. Puede
ver los resultados de la consulta en la pantalla, imprimirlos o
copiarlos al portapapeles. O bien, puede usar el resultado de la
consulta como un origen de registro para un formulario o un
informe.
• Una consulta de acción, tal como el nombre lo indica, realiza
una tarea con los datos. Las consultas de acción se pueden usar
para crear tablas nuevas, agregar datos a las tablas existentes, o
actualizar o eliminar datos.

49. QUE ES LA INDEXACIÓN
Para que no haya valores duplicados en un
campo, se puede crear un índice único. Un
índice único es un índice que requiere que cada
valor del campo indexado sea único los índices
hacen que las consultas basadas en los campos
indexados sean mas rápidas, y también aceleran
las operaciones de ordenación y agrupación . Por
ejemplo, si busca empleados basándose en un
campo llamado Apellido, puede crear un índice
para este campo para hacer mas rápida la
búsqueda.

51. QUE SON LAS BASE DE DATOS
DISTRIBUIDAS
Una base de datos distribuida(BDD) es un conjunto de
múltiples bases de datos lógicamente relacionadas las cuales
se encuentran relacionadas las cuales se encuentran
distribuidas en diferentes espacios lógicos geográficos(pej, un
servidor corriendo 2 maquinas virtuales) e interconectados
por una red de comunicaciones. Dichas BDD tiene la
capacidad de realizar procesamiento autónomo, esto permite
realizar operaciones locales o distribuidas. Un sistema de
base de datos distribuida (SBDD) es un sistema en el cual
multiples sitios de base de datos están ligados por sistema de
comunicaciones de tal forma que, un usuario en cualquier
parte de la red exactamente como si estos fueran accedidos
de forma local.

52. CONTINUACIÓN
• .
• Un sistema distribuido de bases de datos se almacenan en
varias computadoras. Los principales factores que distinguen
un SBDD de un sistema centralizado son los siguientes:
• Hay múltiples computadores, llamados sitios o nodos.
• Estos nodos deben de estar comunicados por medio de algún
tipo de red de comunicaciones para transmitir datos y órdenes
entre los sitios.
• Por ende una Base de Datos Distribuida es una colección de
datos que pertenecen lógicamente a un solo sistema, pero se
encuentra físicamente distribuido en varios computadores o
servidores de datos en una red de computadoras. Un sistema de
bases de datos distribuidas se compone de un conjunto de sitios
lógicos, conectados entre sí, mediante algún tipo de red de
comunicaciones, en el

53. QUE ES UNA BASE DE DATOS NO SQL
En informática, No SQL (a veces llamado “No solo 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 Base 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 horizontalmente. Los sistemas No SQL se denominan
a veces "no sólo SQL" para subrayar el hecho de que también pueden
soportar lenguajes de consulta de tipo SQL.
Por lo general, los investigadores académicos se refieren a este tipo de bases
de datos como almacenamiento estructurado, término que abarca también las
bases de datos relacionales clásicas. A menudo, las bases de datos No SQL
se clasifican según su forma de almacenar los datos, y comprenden
categorías como clave-valor, las implementaciones de Big table bases de
datos documentales, y base de datos orientada a grafos

54. CONTINUACIÓN
• Los sistemas de bases de datos NoSQL crecieron con las principales redes sociales,
como Google, Amazon, Twitter y Facebook. Estas tenían que enfrentarse a desafíos
con el tratamiento de datos que las tradicionales SGBDR no solucionaban ]. Con el
crecimiento de la web en tiempo real existía una necesidad de proporcionar
información procesada a partir de grandes volúmenes de datos que tenían unas
estructuras horizontales más o menos similares. Estas compañías se dieron cuenta
de que el rendimiento y sus propiedades de tiempo real eran más importantes que
la coherencia, en la que las bases de datos relacionales tradicionales dedicaban una
gran cantidad de tiempo de proceso[
• En ese sentido, a menudo, las bases de datos No SQL están altamente optimizadas
para las operaciones recuperar y agregar, y normalmente no ofrecen mucho más
que la funcionalidad de almacenar los registros (p.ej. almacenamiento clave-valor).
La pérdida de flexibilidad en tiempo de ejecución, comparado con los sistemas SQL
clásicos, se ve compensada por ganancias significativas en escalabilidad y
rendimiento cuando se trata con ciertos modelos de datos

55. CONTINUACIÓN
• Si hablamos de bases de datos NoSQL, la cosa se complica. A día de hoy existen unos
150 sistemas de bases de datos NoSQL. Elegir uno de ellos puede ser muy difícil, ya que
ninguno ha obtenido todavía la fama que sí han conseguido las bases de datos
relacionales.
• Pero el problema principal que encontramos, es que aunque todas se denominan
NoSQL, en realidad hay diferentes tipos. Dependiendo de lo que necesitemos,
deberemos decantarnos por una u otra.
• Aunque hay varias aproximaciones diferentes para clasificar las bases de datos NoSQL
(Teorema CAP, basándonos en el modelo de datos etc.), en general se considera que
existen cuatro tipos diferentes: orientadas a documentos, orientadas a columnas, de
clave-valor y en grafo. Así que veamos en qué consisten estos sistemas, para que
podamos elegir la opción que mejor se adapte a nuestras necesidades.

56. CONCLUSIÓN
Este fue mi trabajo espero le allá
sido de mucha ayuda y utilidad y
les guste como me gusto a mi
escribirlo muchas gracias