2. introducción
En la primera parte del libro, conoceremos mas
de la historia de Access y todo relacionado con las
bases de datos.
Sobre los tipos bases de datos.
La evolución de la bases de datos.
Etc.
3. ¿ Que es Access ?¿)? Que es Access ?
MicrosoftAccess es un programa diseñado para la creación y administración
de bases de datos, para uso dentro del sistema operativoWindows, y está
orientado para que las personas, puedan gestionar sus bases de datos de manera
fácil y práctica, aun y cuando estas, no cuenten con conocimientos especializados
en el manejo de bases de datos, lográndolo mediante el uso de ficheros con una
interfaz gráfica fácil de manejar.
MicrosoftAccess permite que los usuarios puedan crear sus propias bases de
datos, facilitando su creación mediante diversas herramientas, como varias
plantillas preestablecidas, para el trabajo de la planeación de las funciones de la
base de datos.
4. Access sirve para modificar bases de datos ya existentes:
Este programa permite realizar modificaciones a bases de
datos ya existentes, permitiendo que el usuario (esté o
no familiarizado con el manejo de bases de datos), pueda
buscar información y modificarla, de manera eficiente.
Esto lo puede hacer fácilmente, gracias a que este
programa permite la administración interactiva de los
datos, gracias a que es un sistema gráfico, permitiendo
que se aprovechen al máximo, las bases de datos, gracias
al uso de diversas herramientas especializadas,
proporcionando métodos simples y directos de trabajo con
la información de las bases de datos.
5. Historia de Access
Access nace en 1992 como la primera base de datos relacional "de
escritorio" diseñada para el ambienteWindows.A través de sucesivas versiones,
se han ido introduciendo nuevas tecnologías y mejoras que han cambiado la
manera tradicional en que los usuarios entendían y utilizaban las bases de datos.
Access fue la primera base de datos que incorpora la automatizaciónOLE, que
permite a los usuarios compartir información entre diferentes aplicaciones.
6. EVOLUCION DE MICROSOFT ACCESS
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. En la
terminología propia de las bases de datos hay tres conceptos
claves dentro de las tablas: campo, registro y dato. Un
campo es cada uno de los tipos de datos que se van a usar.
Se hace referencia a los campos por su nombre. Un registro
está formado por el conjunto de información en particular.
Un dato es la intersección entre un campo y un registro.
8. Una base de datos como una serie de datos organizados y
relacionados entre sí, los cuales son recolectados y
explotados por los sistemas de información de una
empresa o negocio en particular
Una base de datos es una colección de información
organizada de forma que un programa de ordenador pueda
seleccionar rápidamente los fragmentos de datos que
necesite. Una base de datos es un sistema de archivos
electrónico.
Las bases de datos tradicionales se organizan por
campos, registros y archivos. Un campo es una pieza
única de información; un registro es un sistema completo
de campos; y un archivo es una colección de registros.
9. MySql: es una base de datos con licencia GPL basada en un
servidor. Se caracteriza por su rapidez. No es recomendable
usar para grandes volúmenes de datos.
PostgreSql y Oracle: Son sistemas de base de datos poderosos.
Administra muy bien grandes cantidades de datos, y suelen ser
utilizadas en intranets y sistemas de gran calibre.
Access: Es una base de datos desarrollada por Microsoft. Esta
base de datos, debe ser creada bajo el programa Access, el
cual crea un archivo .mdb con la estructura ya explicada.
Microsoft SQL Server: es una base de datos más potente que
Access desarrollada por Microsoft. Se utiliza para manejar
grandes volúmenes de informaciones.
10.
11. Los tipos de base de datos más comunes:
Se pueden clasificar las bases de datos bajo varios
criterios, ya que es un tema que está bajo un constante
cambio e innovación, pero usualmente la primera clasificación
se hace de acuerdo al modelo para administrarse que utiliza.
Un modelo de base de datos, se podría describir como el
instructivo para saber cómo tratar con una base de datos, nos
dice de qué forma están almacenado de datos y de qué forma
extraer la información que se requiere.
12. La base de este modelo es un acomodo
de información por nodos llamados
padre o nodos raíz, seguidos de
nodos hijo, los cuales dependen de
los anteriores. La navegación a
través de bases de datos que
utilizan este modelo, se efectúa,
posicionándose en los nodos padre,
para ir consultando la información
en los nodos hijo o en su defecto
modificándolos.
Modelojerárquico
13. Modelodered Este modelo, se consideró
como una mejora considerable
del modelo jerárquico, ya
que en éstos los nodos
pueden tener más de un nodo
padre.
Esto permite una
interacción cruzada entre
registros. Otro aspecto que
se mejora en este modelo es,
el mecanismo de registro.
14. Él modelo de base de datos
orientado a objetos, se
centra en tratar los
problemas desde un punto
realista, y modelando cada
uno de ellos como si se
tratase de un conjunto de
elementos objetos que
interrelacionan entre sí
para solucionar un
problema como si fueran
las partes de una
maquinaria más compleja en
su distintas partes.
Modelo orientado a objeto
15. Modelo declarativo
Este modelo, resulta sumamente intuitivo para el
usuario, lo que permite que se olvide de problemas
que conlleva por si sola la programación en otros
modelos. Suele usarse este modelo, para grandes bases
de datos que tienen como objetivo primordial la
consulta de datos o información. Utiliza un lenguaje
declarativo, el cual no debe confundirse con el SQL.
16. Modelo deductivo
El modelo deductivo de
las bases de datos, se
basa en predicciones
lógicas, que genera a
través de consultas
recurrentes, además
deduce relaciones
indirectas de los datos
que se almacenan.
17. Modelofuncional
Este modelo se deja un poco de lado, ya que
indica que todo objeto computacional, se
debe comportar como una función, de manera
que ante las mismas entradas, responde, con
la misma salida. Algo que no siempre arroja
los resultados correctos.
18. Evolución de la 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 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.
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.
19. 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 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.
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.
20. 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.
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.
21. 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.
22. Siglo XXI
En la actualidad existe gran cantidad de
alternativas en línea que permiten hacer
búsquedas orientadas a necesidades
especificas de los usuarios, una de las
tendencias más amplias son las bases de
datos que cumplan con el protocolo Open
Archives Initiative – Protocol for
Metadata 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.
23.
24. Columna simple:
El formulario obtenido muestra todos los campos
de un registro en una única columna.
Tabular:
El formulario tiene la estructura de tabla:
registros en fila y campos en columnas.
Gráfico: se abre el asistente para gráficos.
Principal/subfor
mulario
asistente para usar varias tablas o consultas en
un mismo formulario.
Automático:
crea un formulario de columna simple sin
preguntar nada al usuario.
26. Secciones de un formulario
Encabezado del formulario: Un encabezado de formulario muestra
información que desea mostrar para cada registro, como un título para el
formulario o botones de comando que abren formularios relacionados o
llevan a cabo otras tareas. Los encabezados de formulario aparecen en la
parte superior de la pantalla en la vista Formulario y en la parte
superior de la primera página una vez impresa.
Encabezado de página: Un encabezado de página muestra información tal
como títulos, gráficos, encabezados de columna o cualquier información
que se desee en la parte superior de cada página impresa. Los
encabezados de página sólo aparecen en formularios impresos.
Sección Detalle: Una sección Detalle muestra registros. Puede mostrar un
registro en la pantalla o página o puede mostrar tantos como se pueden
ajustar.
Pie de página: Un pie de página muestra información tal como la fecha,
el número de página o cualquier información que desee en la parte
inferior de cada página impresa. Los pies de página sólo aparecen en
formularios impresos.
Pie del formulario: Un pie de formulario muestra información que desea
mostrar para cada registro tal como botones de comando instrucciones
para usar el formulario. Los pies de formulario aparecen sólo en la
parte inferior de la pantalla en la vista Formulario o después de la
última sección Detalle de la última página una vez impresa.
27. Componentes de una base datos
Tablas: comprende definición de tablas, campos, relaciones e
índices. Es el componente principal de las Bases de Datos
Relacionales.
Formularios :se utilizan principalmente para actualizar datos.
Consultas: se utilizan para ver, modificar y analizar datos.
Informes: se utilizan para presentar los datos en formato
impreso.
Macros: conjunto de instrucciones para realizar una operación
determinada.
28.
29. Tabla en la base de datos
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.
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.
30. Registro en la base de datos
Un registro es una fila de una base de datos, una
agrupación horizontal de datos. El contenido de estos
campos es único para esa fila. En el ejemplo del listado
de teléfonos, cada apellido empieza una fila o registro
que contiene datos en los campos del nombre, dirección y
número de teléfono. Un registro se suele usar en una
búsqueda de base de datos porque cada registro tiene una
cualidad identificativa única (o valor). Un registro de
base de datos es, básicamente, una fila que contiene
datos únicos en cada uno de los campos.
32. Campo en la base de datos
En el ejemplo del listado telefónico, las cuatro
categorías de datos del apellido, el nombre, la
dirección y el número de teléfono se llaman "campos".
Un campo es una unidad sencilla de datos que es única
dentro de la entrada o fila, pero la categoría de
datos general es común a todas las entradas. Por
ejemplo, "dirección" es un campo común a todas las
entradas nombradas en el listado telefónico, pero el
contenido del campo de dirección será único para cada
entrada. Como regla, el campo de la base de datos se
refiere a las columnas, o categorías de datos, que son
utilizadas por todas las entradas o filas.
34. Tipos de tablas en MySQL
1. 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.
2. 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.
35. 3.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.
4. BDB.: Base de datos Berkeley. TST. Solo en MySQL MAX
5.INNODB: TST, ACID, con posibilidad de commit,
rollback, recuperación de errores y bloqueo a nivel de
fila.
36. MySQL nos permite variar el tipo de tabla después de que esta fue
creada.
TST se refiere a ‘Transacciones safe tables’, o tablas para
transacciones seguras. A este tipo pertenecen DBD y INNODB.
Las tablas tipo TST son menos rápidas y ocupan mas memoria, pero a
cambio ofrecen mayor seguridad frente a fallos durante la consulta.
Las tablas TST están disponibles desde la versión 4.0 de MySQL
Las tablas TST permiten ir introduciendo consultas y finalizar con un
COMMIT (que las ejecuta) o ROLLBACK (que ignora los cambios)
En bases de datos se denomina ACID a un conjunto de características
necesarias para que una serie de instrucciones puedan ser
consideradas como una transacción. Así pues, si un sistema de gestión
de bases de datos es ACID compliant quiere decir que el mismo cuenta
con las funcionalidades necesarias para que sus transacciones tengan
las características ACID.
En concreto ACID es un acrónimo de Atomicity, Consistency, Isolation
and Durability: Atomicidad, Consistencia, Aislamiento y Durabilidad
en español.
37.
38. Historia de MySQL
MySQL es un sistema de gestión de bases de datos
considerado 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.
39. Orígenes de MySQL
El origen de MySQL se remonta a la década de los ochenta.
Michael Widenius, también conocido como Monty, un joven
programador que realizaba complejas aplicaciones en lenguaje
BASIC, al no encontrar un sistema de almacenamiento de
archivos que le resultara satisfactorio, pensó en construir el
suyo propio. Años después, en 1995, y en colaboración con
David Axmark, Widenius desarrolló un producto que básicamente
era el resultado de sus investigaciones, más dos aportaciones
nuevas: el uso del lenguaje SQL y la accesibilidad a través de
Internet. Así nació MySQL y
40. 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.
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.
41. Historia de Microsoft SQL-Server
En 1970 Edgar “Ted” Codd, matemático empleado por IBM, escribió un
artículo que cambiaría todo lo anterior en bases de datos. Codd
propuso el modelo relacional y asociado a este un sub-lenguaje de
acceso a los datos basado en el cálculo de predicados, en ese momento
de la historia IBM tenía intereses en otro sistema, el IMS, un
confiable y muy especializado sistema de base de datos que apareció en
1968 y que le rendía considerables ganancias, por lo que no se percató
que las teorías de Codd encenderían una revolución tecnológica
comparable al internet o el perfeccionamiento de las computadoras
personales.
Entonces Codd organizo un simposio donde redujo complicados programas
de cinco páginas a un reglón, lo cual fue sensacional, el simposio
convecino a IBM de patrocinar el sistema R, proyecto que construyo el
sistema relacional y el lenguaje SEQUEL (Structured English Query
Language) que posteriormente llevaría a la creación de SQL, sin embargo
IBM al considerar que su mercado potencial estaba con IMS engaveto por
muchos años a sistema R y le dio libertad a Ted Codd para publicar sus
artículos científicos.
42. Evolución de SQL
El lenguaje sequele (Structured English Query
Language) que más tarde sería ampliamente
implementado por el sistemas de gestion 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 programa
comercial.
El SEQUEL terminaría siendo el predecesor de SQL,
siendo este una versión evolucionada del primero. El
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 es por
fin estandarizado en 1986 por el ANSI, dando lugar a
la primera versión estándar de este lenguaje, el
"SQL-86" o "SQL1". Al año siguiente este estándar es
también adoptado por la ISO.
Sin embargo, este primer estándar no cubre todas las
necesidades de los desarrolladores e incluye
funcionalidades de definición de almacenamiento que
se consideró suprimirlas. Así que, en 1992, se lanzó
un nuevo estándar ampliado y revisado del SQL llamado
"SQL-92" o "SQL2".
44. Historia PostgreSQL
PostgreSQL ha tenido una larga evolución, la cual se inicia en 1982
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 él mismo, Michael decidió volver a la
Universidad en 1985 para trabajar en un nuevo proyecto sobre la
experiencia de Ingres, dicho proyecto fue llamado post-ingres o
simplemente POSTGRES.
El 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.
45. La siguiente lista muestra los hitos más importantes en la vida
del proyecto Postgres:
1986: se publicaron varios papeles que
describían las bases del sistema.
1988: ya se contaba con una versión utilizable.
1989: el grupo publicaba la versión 1 para una
pequeña comunidad de usuarios.
1990: se publicaba la versión 2 la cual tenía
prácticamente reescrito el sistema de reglas.
1991: publicació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: después de la publicación de la versión 4,
el proyecto terminó y el grupo se disolvió.
46. ¿Qué es el modelo entidad-relación?
este modelo es solo y exclusivamente un método del que
disponemos para diseñar estos esquemas que posteriormente
debemos de implementar en un gestor de BBDD (bases de
datos). Este modelo se representa a través de diagramas y
está formado por varios elementos.
Este modelo habitualmente, además de disponer de un
diagrama que ayuda a entender los datos y como se
relacionan entre ellos, debe de ser completado con un
pequeño resumen con la lista de los atributos y las
relaciones de cada elemento.
47.
48. ¿ Que es el modelo relacional?
Conceptos básicos del modelo relacional
Modelo relacional: modelo de organización y gestión de
bases de datos consistente 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 más 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 data
warehouses y podemos resumir el concepto como una
colección de tablas (relaciones).
49. Tabla: es el nombre que recibe cada una de las relaciones que se
establecen entre los datos almacenados; cada nueva relación da lugar
a una tabla. Están formadas por filas, también llamadas tuplas,
donde se describen los elementos que configuran la tabla (es decir,
los elementos de la relación establecida por la tabla), columnas o
campos, con los atributos y valores correspondientes, y el dominio,
concepto que agrupa a todos los valores que pueden figurar en cada
columna.
50. Claves: elementos que impiden la duplicidad de registros, una de las
grandes desventajas que presentan otros modelos de organización y
gestión de bases de datos. Existen dos grandes tipos de claves: las
claves primarias y las secundarias o externas.
Claves primarias: son los atributos (columnas) según el tipo de relación
que se ha definido en la tabla. Pueden añadirse otros atributos
específicos y propios.
Claves externas o secundarias: son las claves que se definen para cada
una de las claves primarias establecidas para los elementos o entidades
de una relación.
Restricción de identidad: límites y restricciones que se imponen en las
relaciones, imprescindibles para mantener la significación correcta de
la base de datos. Es un concepto íntimamente vinculado a las reglas de
integridad propias del modelo relacional, el cumplimiento de las cuales
está garantizado por las claves primarias y externas.
51. ¿ Que son las consultas ?
Las consultas son una forma de buscar y recopilar
información de una o más tablas para conseguir información
detallada de una base de datos. Al crear una consulta en
Access 2010, defines condiciones específicas de búsqueda
para encontrar, exactamente, la información que deseas.
52. ¿Cómo se utilizan las consultas?
Las consultas son mucho más que filtros o búsquedas simples que puedes
usar para encontrar los datos de una tabla. Con estas puedes acceder a
información de múltiples tablas. Por ejemplo, puedes utilizar una
búsqueda en la tabla de clientes para encontrar la dirección de uno de
ellos o un filtro en la tabla vehículos para ver cuál es el carro que
corresponde a determinado cliente. Debes tener en cuenta que una
consulta bien diseñada te puede dar información que no podrías averiguar
examinado cada uno de los registros de la tabla de datos.
53. Vistas de consulta
Por ejemplo, la vista Hoja de datos, te permitirá ver los
resultados de tu consulta en forma de tabla o la Vista Diseño,
te permitirá modificar o configurar la consulta.
Botón ejecutar consulta
Después de diseñar la consulta, haz clic en el botón Ejecutar
para que puedas ver los resultados de tu búsqueda en una
tabla.
Panel de relación de objeto
Todas las tablas que decidas incluir en una consulta
aparecerán como pequeñas ventanas en la parte superior de la
pantalla, este espacio es conocido con el nombre de Panel de
relación de objeto. Cada ventana contiene una lista con el
nombre de todos los campos disponibles en tabla que
seleccionaste.
54. Indexación de base de datos
Indexar una base de datos requiere de una buena comprensión de los
datos, las funciones de usuario y de como está indexada la base de
datos. Los índices utilizan componentes clave de los datos de una
tabla en una estructura binaria para mejorar la capacidad de
búsqueda. Cada registro de datos en la tabla debe estar asociado con
datos en el índice.
Indexar puede aumentar notablemente la velocidad de búsqueda. Sin
embargo, un inconveniente de los índices es que cada operación de
inserción, actualización o supresión necesita una actualización de
los índices. Cuando una tabla incluye índices múltiples, cada índice
puede aumentar el tiempo que lleva procesar las actualizaciones de la
tabla. Si se desea reducir el número de índices para mejorar la
velocidad de procesamiento, se deben eliminar los índices que son
menos valiosos a los efectos de la búsqueda.
55. Algunos tipos de índices que están disponibles en DB2, Oracle Database,
y Microsoft SQL Server no están disponibles en la aplicación de
configuración de base de datos. Se pueden crear y mantener estos índices
desde la línea de comandos para mejorar el rendimiento en casos
específicos. Por ejemplo, en Oracle Database, se puede crear un índice
de bitmap o un índice basado en funciones si se determina que estos
índices pueden mejorar determinadas consultas.
Si se utilizan estos tipos de índice, el administrador del sistema debe
eliminar cualquiera de estos índices antes de configurar los cambios en
la base de datos. Una vez configurada la base de datos, los índices
deben ser sustituidos.
Si se personaliza Maximo Asset Management, se puede cambiar la manera en
la que se selecciona la información desde la base de datos. Por ejemplo,
una personalización puede incluir tablas y columnas adicionales. Si se
personaliza Maximo Asset Management, compara los índices con las
funciones de usuario que los utilizan. Se debe asegurar que se
implementa el equilibrio apropiado para los índices.
56. ¿Que es una Base de Datos Distribuida?
Una Base de Datos Distribuida (BDD) es, una base de datos
construida sobre una red de computadores. La información que
estructura la base de datos esta almacenada en diferentes sitios
en la red, y los diferentes sistemas de información que las
utilizan acceso datos en distintas posiciones geográficas.
57. 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 cual:
Cada sitio lógico puede tener un sistema de base de datos.
Los sitios han sido diseñados para trabajar en conjunto, con el fin de
que un usuario de cualquier posición geográfica pueda obtener acceso a
los datos desde cualquier punto de la red tal como si todos los datos
estuvieran almacenados en la posición propia del usuario. Entonces, la
llamada "Base de Datos Distribuida" es en realidad una especie de “objeto
virtual”, cuyos componentes se almacenan físicamente en varias “bases de
datos reales” ubicadas en diferentes sitios. En esencia es la unión
lógica de esas diferentes bases de datos.
58. Pese a la no existencia de una definición formal, cuando hablamos de
base datos No SQL, también conocidas como “No sólo SQL”, nos
referimos a una amplia clase de sistemas de gestión de datos
(mecanismos para el almacenamiento y recuperación de datos) que
difieren, en aspectos importantes, del modelo clásico de relaciones
entre entidades (o tablas) existente en los sistemas de gestión bases
de datos relacionales, siendo el más destacado el que no usan SQL
como lenguaje principal de consulta.
Aunque son conocidas desde la década de los 60 del pasado siglo, su
auge actual viene determinado por el uso que, de estos sistemas han
hecho las principales compañías de internet como Amazon, Google,
Twitter y Facebook.
¿ Que son las bases de datos no SQL?
59. Consistencia Eventual: A diferencia de las bases de datos
relacionales tradicionales, en la mayoría de sistemas No SQL,
no se implementan mecanismos rígidos de consistencia que
garanticen que cualquier cambio llevado a cabo en el sistema
distribuido sea visto, al mismo tiempo, por todos los nodos y
asegurando, también, la no violación de posibles restricciones
de integridad de los datos u otras reglas definidas. En su
lugar y para obtener un mayor rendimiento, se ofrece el
concepto de “consistencia eventual”, en el que los cambios
realizados “con el tiempo” serán propagados a todos los nodos
por lo que, una consulta podría no devolver los últimos datos
disponibles o proporcionar datos inexactos, problema conocido
como lecturas sucias u obsoletas.
60. Flexibilidad en el esquema: En la mayoría de base de datos No SQL,
los esquemas de datos son dinámicos; es decir, a diferencia
de las bases de datos relacionales en las que, la escritura
de los datos debe adaptarse a unas estructuras(o tablas,
compuestas a su vez por filas y columnas) y tipos de datos
pre-definidos, en los sistemas No SQL, cada registro (o
documento, como se les suele llamar en estos casos) puede
contener una información con diferente forma cada vez,
pudiendo así almacenar sólo los atributos que interesen en
cada uno de ellos, facilitando el polimorfismo de datos bajo
una misma colección de información. También se pueden
almacenar estructuras complejas de datos en un sólo
documento, como por ejemplo almacenar la información sobre
una publicación de un blog (título, cuerpo de texto, autor,
etc) junto a los comentarios y etiquetas vertidos sobre el
61. Escalabilidad horizontal: Por escalabilidad horizontal se entiende la
posibilidad de incrementar el rendimiento del sistema añadiendo,
simplemente, más nodos (servidores) e indicando al sistema cuáles son los
nodos disponibles.
Estructura distribuida: Generalmente los datos se distribuyen, entre los
diferentes nodos que componen el sistema. Hay dos estilos de distribución
de datos:
Particionado (o Sharding): El particionado distribuye los datos entre
múltiples servidores de forma que, cada servidor, actúe como única fuente
de un subconjunto de datos. Normalmente, a la hora de realizar esta
distribución, se utilizan mecanismos de tablas de hash distribuidas
(DHT).
Réplica: La réplica copia los datos entre múltiples servidores, de forma
que cada bit de datos pueda ser encontrado en múltiples lugares. Esta
réplica puede realizarse de dos maneras:
Réplica maestro-esclavo en la que un servidor gestiona la escritura de la
copia autorizada mientras que los esclavos se sincronizan con este
servidor maestro y sólo gestionan las lecturas.
62. Conclusión
Gracias a este proyecto, hemos observado todo acerca de las
bases de datos , hemos conocido mas acerca de el aria de
informática , pudimos ver la historia de Access su evolución
, sobre los tipos de base de datos, este libro se hizo con
el propósito de que las personas interesada al área de
informática y de las bases de datos tengan una idea de todo
lo que tiene que ver con Access .
Espero que le allá servido de mucho.
