TOPICOS DE BASE DE DATOS

Tecnológico de estudio superiores de Ecatepec

NOMBRE DEL PROFESOR: DR. ALBERTO ALI LOPEZ

INGENIERIA EN INFORMATICA GRUPO:15651

ALUMNO: RIVERA JUAREZ DANIELA JOCELYN

29-06-20
INDICE

UNIDAD I
Pág.
1. Sistemas de bases de datos distribuidas
1.1Conceptos de bases de datos distribuidas-----------------
1.2Diseño de base de datos distribuidas-----------------------
1.3Procesamiento de operaciones de
actualización distribuida ---------------------------------------
1.4Procesamiento de consultas distribuidas -----------------
1.5Manejo de transacciones--------------------------------------
UNIDAD II
2. Sistemas de bases de datos orientadas a objetos
2.1El modelo de datos orientado a objetos -----------------
2.1.1 Características de los SGBDOO-------------------
2.1.2 Tipos de SGBDOO------------------------------------
2.1.3 Productos------------------------------------------------
2.2El estándar ODMG-------------------------------------------
2.3Identidad y estructura de objetos-------------------------
2.4Encapsulamiento, herencia y polimorfismo en bdoo--
2.5Persistencia, concurrencia y recuperación en bdoo—
UNIDAD III
3. Sistemas de multibase de datos
3.1Características y clasificación-----------------------------
3.2Arquitectura de un sistema de multibase de datos—
3.3Procesamiento de operaciones de actualización-----
3.4Procesamiento de consultas-------------------------------
3.5Aplicaciones de multibase de datos ---------------------
UNIDAD IV
4. Sistema de gestión de contenidos
4.1Definición introducción y conceptos----------------------
4.2Clasificación de contenidos --------------------------------
4.3Arquitectura de un CMS ------------------------------------
 4.4Tipos de CMS en el mercado -----------------------------
4.5Modelado y aplicación de CMS ------------------------
Fuentes ----------------------------------------------------------------

INTRODUCCION
Es un conjunto de programas que permiten el almacenamiento,
modificación y extracción de la información en una base de datos. Los
usuarios pueden acceder a la información usando herramientas
específicas de consulta y de generación de informes, o bien mediante
aplicaciones al efecto.
Estos sistemas también proporcionan métodos para mantener la
integridad de los datos, para administrar el acceso de usuarios a los
datos y para recuperar la información si el sistema se corrompe.
Permiten presentar la información de la base de datos en variados
formatos. La mayoría incluyen un generador de informes. También
pueden incluir un módulo gráfico que permita presentar la información
con gráficos y tablas.
Las bases de datos generalmente funcionan en computadoras que se
dedican de forma exclusiva a este campo. Por las prestaciones
requeridas, generalmente funcionan en computadoras multiprocesador
con abundante memoria.
Para el almacenamiento de los datos puede contar con sistemas de
disco propio o almacenamiento de conexión directa (DAS), puede
conectarse a una red de almacenamiento (SAN) o conectarse a un
sistema de almacenamiento en red (NAS).
Existen aceleradores hardware, usados en grandes sistemas de
proceso de transacciones. Los SGBD se encuentran en el corazón de
toda aplicación que maneje datos. Los SGBD se basan en sistemas
operativos estándar para efectuar dichas funciones.
 UNIDADAD 1
1.1 Conceptos de bases de datos distribuidas
BDD
(Base de Datos Distribuidas) Es un conjunto de múltiples bases de datos
lógicamente relacionadas, las cuales se encuentran distribuidas entre diferentes
sitios interconectados por una red de comunicaciones. Las cuales tienen la
capacidad de procesamiento autónomo lo cual indica que puede realizar
operaciones locales o distribuidas.'
SBDD
(Sistema de Base De Datos Distribuidas) Es un sistema en el cual múltiples sitios
de base de datos están ligados por un sistema de comunicaciones, de tal forma
que un usuario en cualquier sitio pueda accesar a los datos en cualquier parte de
la red exactamente como si los datos estuvieran almacenados en su sitio propio.
SMBDD
(Sistema De Manejo de Base De Datos Distribuidas) Es aquel que se encarga del
manejo de la Base De Datos Distribuidas y proporciona un mecanismo de acceso
que hace que la distribución sea transparente a los usuarios.

Una base de datos distribuida, o por sus siglas en inglés DDB (Distributed

Database), la podemos entender como una base de datos tradicional dividida en
diferentes partes físicamente dispersas y que se acceden de forma lógica, tal
como se accede a una base de datos centralizada por medio de un Sistema de
Administración de Bases de Datos.

Como podemos observar, en esta definición de base de datos distribuida, mucho

del trabajo tiene que ver con el Sistema Manejador o de Administración de Bases
de Datos Distribuidas; por ello, no podemos hablar de bases de datos sin antes
definir formalmente qué es un Sistema de Administración de Bases de Datos
Distribuidas:

Un Sistema de Administración de Base de Datos Distribuida debe realizar todas

las funciones de un sistema de administración de base de datos centralizado y
manejar todas las funciones necesarias impuestas por la distribución de los datos
y procesamiento; además, debe realizar estas funciones
adicionales transparentemente para el usuario. Las funciones transparentes de
acceso a los datos del Sistema de Administración de Bases de Datos Distribuidas
se ilustran

El soporte completo para las BDD implica que una sola aplicación debe ser capaz
de operar de manera transparente sobre los datos que están dispersos en bases
de datos diferentes, administradas por distintos DBMS, ejecutadas en máquinas
diferentes, manejadas por sistemas operativos diferentes y conectadas a una
variedad de redes de comunicación, donde el término transparente significa que la
aplicación opera desde un punto de vista lógico como sin todos los datos fueran
manejados por un solo DBMS y ejecutados en una sola máquina.

1.1.1 CARACTERÍSTICAS
Cuenta con autonomía local: Los sitios distribuidos deben ser
autónomos, es decir que todas las operaciones en un sitio dado se
controlan en ese sitio, pues cuenta con su propio SGBD.
Réplicas: Se realizan copias de los datos las cuales se almacenan en
los sitios que las requieren. De esta forma el usuario efectúa
operaciones sobre la réplica.
Fragmentación: Es deseable por razones de desempeño, los datos
pueden almacenarse en la localidad donde se utilizan con mayor
frecuencia de manera que la mayor parte de las operaciones sean solo
locales y se reduzca el tráfico en la red.
No dependencia de un sitio central: No debe haber dependencia de un
sitio central para obtener un servicio.
Transparencia de localización de datos: No debe ser necesario que los
usuarios sepan dónde están almacenados físicamente los datos, sino
que el usuario debe verlo como si solo existiera un sitio local.
Manejo distribuido de transacciones: Tiene dos aspectos principales,
el control de recuperación y el control de concurrencia.
Independencia con respecto a la red: Se puede leer o escribir datos
localizados en diferentes nodos de la red.
Independencia del sistema operativo, hardware y DBMS: Para el
usuario final no importa que los datos estén almacenados en sitios en
los que no se maneje el mismo sistema operativo de su nodo local, el
mismo hardware o DBMS.
Dos tipos de transacciones: Locales, cuando se accede a los datos del
único sitio donde se inició la transacción. Globales, cuando se accede
a datos de sitios distintos al sitio donde se inició la transacción
1 . 2 . D I S E Ñ O D E B A S E D E D ATO S   D I S T R I B U I D A S
El problema de diseño de bases de datos distribuidos se refiere, en general, a
hacer decisiones acerca de la ubicación de datos y programas a través de los
diferentes sitios de una red de computadoras.

Este problema debería estar relacionado al diseño de la misma red de

computadoras. Sin embargo, en estas notas únicamente el diseño de la base de
datos se toma en cuenta. La decisión de donde colocar a las aplicaciones tiene
que ver tanto con el software del SMBDD como con las aplicaciones que se van a
ejecutar sobre la base de datos.

Diseño bottom-up: integración de bases de datos.

El diseño de abajo hacia arriba (bottom-up).

Se utiliza particularmente a partir de bases de datos existentes, generando con

esto bases de datos distribuidas. En forma resumida, el diseño bottom-up de una
base de datos distribuida requiere de la selección de un modelo de bases de datos
común para describir el esquema global de la base de datos. Esto se debe es
posible que se utilicen diferentes SMBD. Después se hace la traducción de cada
esquema local en el modelo de datos común y finalmente se hace la integración
del esquema local en un esquema global común.

Diseño top-down: fragmentación.

Top – Down es adecuada cuando creamos un sistema de BD por vez primera sin
restricciones de otros sistemas ya instalados y que deban ser integrados al
sistema distribuido, es decir, primero elaboramos el esquema conceptual global
del proyecto y trabajamos en función de resolver las diferentes partes de dicho
proyecto.

1. Diseño del “esquema conceptual”:

REPORT THIS AD

El cual describe la base de datos integrada (esto es, todos los datos que son
utilizados por las aplicaciones que tienen acceso a las bases de datos).

2. Diseño “físico de la base de datos”:

Esto es, mapear el esquema conceptual a las áreas de almacenamiento y

determinar los métodos de acceso a las bases de datos

PROBLEMAS DEL DISEÑO DE LAS BASES DE DATOS DISTRIBUIDAS

1. Diseño de la fragmentación:

Este se determina por la forma en que las relaciones globales se subdividen en

fragmentos horizontales, verticales o mixtos.

2. Diseño de la asignación de los fragmentos:

Esto se determina en la forma en que los fragmentos se mapean a las imágenes

físicas, en esta forma, también se determina la solicitud de fragmentos.

OBJETIVOS DEL DISEÑO DE LA DISTRIBUCIÓN DE LOS DATOS.

En el diseño de la distribución de los datos, se deben de tomar en cuenta los

siguientes objetivos:

• Procesamiento local:

La distribución de los datos, para maximizar el procesamiento local corresponde al

principio simple de colocar los datos tan cerca como sea posible de las
aplicaciones que los utilizan. Se puede realizar el diseño de la distribución de los
datos para maximizar el procesamiento local agregando el número de referencias
locales y remotas que le corresponden a cada fragmentación candidata y la
localización del fragmento, que de esta forma se seleccione la mejor solución de
ellas

• Distribución de la carga de trabajo:

La distribución de la carga de trabajo sobre los sitios, es una característica

importante de los sistemas de cómputo distribuidos. Esta distribución de la carga
se realiza para tomar ventaja de las diferentes características (potenciales) o
utilizaciones de las computadoras de cada sitio, y maximizar el grado de ejecución
de paralelismo de las aplicaciones. Sin embargo, la distribución de la carga de
trabajo podría afectar negativamente el procesamiento local deseado.

1.3. PROCESAMIENTO DE OPERACIONES DE

A CT U A L I Z A C I Ó N D I ST R I B U I D A S

En un sistema de bases de datos distribuida se deben considerar procedimientos

adicionales de optimización de consulta.

Las consultas de la base de datos se clasifican en:

Transacción

Una transacción es una unidad lógica de trabajo, la cual no necesariamente

consta de una sola operación en la base de datos; más bien, es en general una
secuencia de varias de esas operaciones mediante la cual un estado consistente
de la base de datos se transforma en otro estado consistente, sin conservar por
fuerza la consistencia en todos los puntos intermedios. El concepto fundamental
aquí es la noción de “ejecución consistente” o “procesamiento confiable” asociada
con el concepto de una consulta.

Mecanismos de recuperación

A fin de soportar una respuesta favorable para la ejecución de transacciones, el

DBMS (Sistema Manejador de Bases de Datos) deberá de manejar el
procesamiento de transacciones. Esto es, deberá de garantizar que si la
transacción ejecuta algunas modificaciones y después se presenta una falla (por
cualquier razón), antes de que llegue al termino normal de la transacción, se
anularán esas modificaciones. Así, o bien se lleva a cabo la transacción en su
totalidad, o se cancela en su totalidad.

El componente del sistema encargado de lograr esta apariencia de atomicidad se

conoce como Manejador de transacciones, y las operaciones de COMMIT
(comprometer) y ROLLBACK (retroceder) son la clave de su funcionamiento.

La operación COMMIT señala el término exitoso de la transacción: le dice al

manejador de transacciones que se ha finalizado con éxito una unidad lógica de
trabajo, que la base de datos esta (o debería estar) de nuevo en un estado
consistente, y que se pueden hacer permanentes todas las modificaciones
efectuadas por esa unidad de trabajo.

La operación ROLLBACK, en cambio, señala e término no exitoso de la

transacción: le dice al manejador de transacciones que algo salió mal, que la base
de datos podría estar en un estado inconsistente y que todas las modificaciones
efectuadas hasta el momento por la unidad lógica de trabajo deben retroceder o
anularse.

Una transacción posee cuatro propiedades fundamentales

Atomicidad.

Una Transacción es una unidad de trabajo indivisible; la totalidad de sus acciones

son un éxito un fracaso (“todo o nada”). Consistencia. Después de ejecuta una
Transacción debe dejar al sistema en estado correcto o debe abortarlo. Si la
Transacción no puede alcanzar un estado final debe regresar al sistema a su
estado original. Aislamiento. El comportamiento de una Transacción no se ve
afectado por el hecho de que otras Transacciones puedan estar ejecutándose de
manera concurrente; dicho de otra manera, una Transacción no puede revelar sus
resultados a otras Transacciones concurrentes antes de su commit.

Durabilidad.

Los efectos de una Transacción son permanentes después de su grabación. Sus

cambios deben sobrevivir a fallas del sistema. (Persistencia).

BITÁCORA: La operación ROLLBACK está basada en el uso de una ¿Bitácora?.

El DBMS (Sistema Manejador de Bases de Datos) mantiene una bitácora o diario
en cinta o en disco (más comúnmente), en el cual se registran los detalles de
todas las operaciones de actualización, en particular, los valores inicial y final del
objeto modificado

PUNTO DE SINCRONIZACION: Las operaciones COMMIT y ROLLBACK establecen lo que

se le conoce como punto de sincronización lo cual representa el límite entre dos transacciones
consecutivas, o el final de una unidad lógica de trabajo, y por tanto al punto en el cual la base
de datos esta (o debería estar) en un estado de consistencia.

TIPOS DE TRANSACCIONES
Transacciones simples distribuidas. Una T simple puede correr en sitios múltiples
y actualizar recursos localizados dentro de administradores de recursos múltiples.
Transacciones encadenadas (syncpoint, encadenadas y sagas). Un syncpoint es
un punto de sincronización que permite el guardado periódico del trabajo
acumulado dentro de una transacción, permitiendo de esta forma dar marcha atrás
al trabajo sin, abortar la transacción.

Toda la transacción es indivisible. En un principio las Transacciones

simples fueron suficientes por su sencillez y por su adaptación a
operaciones bancarias breves. Actualmente las Transacciones han
incursionado en todas las facetas de la computación, pero no han
resultado lo más adecuado, ya que tienen un comportamiento:
Frágil: En transacciones de negocios que se extienden por períodos
largos.
Débil: En procesamiento por lotes.
Nulo: Situaciones que requieren dar marcha atrás
 1.4. PROCESAMIENTO DE CONSULTAS DISTRIBUIDAS
Primeramente, se debe de contar con heterogeneidad de los datos, para que
puedan ser usados para formular consultas. Tenemos los siguientes ejemplos:
 Base de datos centralizada

Base de datos distribuida

 Asi como tambien necesitamos contar con:

1. Localización de los datos para generar reglas heurísticas

2. Descomposición de consultas en paralelo en cada nodo
3. Reducir la cantidad de datos a transferir en la red

Estrategias de procesamiento de consultas distribuidas

Cuenta con la estrategia de Reformulación de consultas, que nos sirve para
encontrar q la información que nos va a proveer sea solo la que se le pidió por la
fuente También se cuenta con la estrategia de descomposición de las fuentes, que
consiste en que según las fuentes q pidan cierto tipo de datos sean las atendidas
con mayor velocidad.
1.5. MANEJO DE TRANSACCIONES .

 Una transacción en un sistema de gestión de bases de datos (SGBD), es un

conjunto de órdenes que se ejecutan formando una unidad de trabajo, es decir,
una forma indivisible o atómica.
 Transacción consiste en lograr hacer cualquier tipo de operación en una base
de datos, basándonos en consultas desde las más simples hasta las de mayor
grado de complejidad.
 Transacción se entiende en el ámbito de las bases de datos en lograr hacer
acciones sobre las bases de datos deseadas, logrando operaciones de ingreso,
borrado, actualización y visualizar.
Ejecución de transacciones distribuida

Unidad 2. Sistemas de bases de datos orientadas a objetos

2.1 Modelo de Datos Orientados a Objetos
Desde la aparición de la programación orientada a objetos (POO u OOP) se

empezó a pensar en bases de datos adaptadas a estos lenguajes.

La programación orientada a objetos permite cohesionar datos y procedimiento,

haciendo que se diseñen estructuras que poseen datos y procedimientos,

haciendo que se diseñen estructuras que poseen datos (atributos) en las que se
definen los procedimientos (operaciones) que pueden realizar con los datos. En

las bases orientadas a objetos se utiliza esta misma idea.

A través de este concepto se intenta que estas bases de datos consigan arreglar

las limitaciones de las relacionales. Por ejemplo, el problema de la herencia (el

hecho de que no se puedan realizar relaciones de herencia entre las tablas), tipos

definidos por el usuario, disparadores (triggers) almacenables en la base de datos,

soporte multimedia...

Se supone que son las bases de datos de tercera generación (la primera fue las

bases de datos en red y la segunda las relacionales), lo que significa que el futuro

parece estar a favor de estas bases de datos. Pero siguen sin reemplazar a las

relacionales, aunque son el tipo de base de datos que más está creciendo en los

últimos años.

Su modelo conceptual se suele diseñar en UML y el lógico actualmente en ODMG

(Object Data Management Group), grupo de administración de objetos de datos,

organismo que intenta crear estándares para este modelo.

2.1.1 Características de SGBDOO
1.-Debe soportar objetos complejos. Debe ser posible construir objetos complejos

aplicando constructores a objetos básicos.

2.-Identidad del objeto. Todos los objetos deben tener un identificador, el cual es

independiente de los valores de sus atributos.

3.-Encapsulamiento. Los programadores solo tienen acceso a la interfaz de los

métodos, y los datos e implementación de estos métodos están en los objetos.

4.-Tipos o clases. El esquema de una base orientada a objetos contiene un

conjunto de clases o tipos.

5.-Tipos o clases deben ser capaces de heredar de sus super-tipos o superclases

los atributos y los métodos.

6.-La sobrecarga debe ser soportada, los métodos deben poder aplicarse a

diferentes tipos.

7.-El DML debe ser completo. El DML en los sistemas gestores de bases de datos

orientados a objetos debe ser un lenguaje de programación de propósito general.

8.-El conjunto de tipos de datos debe ser extensible. No habrá distinción entre los

tipos definidos por el usuario y los tipos definidos por el sistema,

9.-Persistencia de datos. Los datos deben mantenerse después de que la

aplicación que los creó haya finalizado, el usuario no tiene que hacer copia

explícitamente.

10.-El SGBD debe ser capaz de manejar bases de datos grandes.

11.-El SGDB debe soportar la concurrencia. Debe disponer del mecanismo para el

control de la concurrencia.

12.-Recuperaci¢n. El sistema gestor debe de proveer mecanismos de

recuperación de la información en caso de fallo de sistema.

13.-El SGDB debe proveer de manera fácil de hacer consultas.

2.1.2 Tipos de SGBDOO

 SGBD de red.

Los SGBD relacionales se basan en el modelo de datos de red. Los datos en el

modelo de red se representan mediante colecciones de registros y las relaciones

entre los datos se representan mediante enlaces, que se pueden ver como

punteros. Los registros en la base de datos se organizan como colecciones de

grafos dirigidos. En la figura se presenta un ejemplo de base de datos en red.

 SGBD jerárquicos.
Los SGBD relacionales se basan en el modelo de datos jerárquico. El modelo

jerárquico es similar al modelo de redes, en el sentido en que los datos y las

relaciones entre los datos se representan mediante registros y enlaces,

respectivamente. Éste se diferencia del modelo de redes en que los registros se

organizan como colecciones de árboles en lugar de grafos dirigidos. En la

siguiente figura se presenta un ejemplo de base de datos jerárquica.

 Modelo de datos relacionales.

Basados en el modelo relacional, los datos se describen como relaciones que se

suelen representar como tablas bidimensionales consistentes en filas y columnas.

Cada fila (tupla, en terminología relacional) representa una ocurrencia. Las

columnas (atributos) representan propiedades de las filas. Cada tupla se identifica

por una clave primaria o identificadora.

 Modelos orientados a objetos.

Una de las novedades más prometedoras y más desarrolladas comercialmente de

los nuevos SGBD, son los basados en un nuevo modelo de datos conocido como

modelo orientado a objetos. La orientación a objetos es un paradigma que no se

aplica sólo al desarrollo de SGBD sino, en general, al desarrollo de sistemas de

información.

2.1.3 Productos
SGBD libres
MySQL Licencia Dual
PostgreSQL
SQLite
DB2 Express-C
Apache Derby
SGBD no libres
Advantage Database
dBase
FileMaker
Fox Pro
IBM DB2 Universal Database (DB2 UDB)
IBM Informix
Interbase de CodeGear, filial de Borland
MAGIC
Microsoft Access
Microsoft SQL Server
NexusDB
Open Access
Oracle
Paradox
PervasiveSQL
Progress (DBMS)
Sybase ASE
Sybase ASA
Sybase IQ
WindowBase
IBM IMS Base de Datos Jerárquica
CA-IDMS
SGBD no libres y gratuitos
Microsoft SQL Server Compact Edition Basica
Sybase ASE Express Edition para Linux
Oracle Express Edition 10

2.2 Estándar ODMG

Este Modelo estándar ODMG, especifica los elementos que se definirán, y en qué
manera se hará, para la consecución de persistencia en las Bases de datos
orientadas a objetos que soporten el estándar. Consta de un lenguaje de definición
de objetos, ODL, que especifica los elementos de este modelo. Un grupo de
representantes de la industria de las bases de datos formaron el ODMG (Object
Database Management Group) con el propósito de definir estándares para los
SGBD orientados a objetos. Este grupo propuso un modelo estándar para la
semántica de los objetos de una base de datos. Su última versión, ODMG 3.0,
apareció en enero de 2000.
ODMG ESTÁ COMPUESTO POR:
MODELO DE OBJETO
El modelo de objetos ODMG permite que tanto los diseños, como las
implementaciones, sean portables entre los sistemas que lo soportan. Dispone de
las siguientes primitivas de modelado:
Los componentes básicos de una base de datos orientada a objetos son los
objetos y los literales. Un objeto es una instancia autocontenida de una entidad de
interés del mundo real. Los objetos tienen algún tipo de identificador unico. Un
literal es un valor específico, como “Amparo” o 36. Los literales no tienen
identificadores. Un literal no tiene que ser necesariamente un solo valor, puede ser
una estructura o un conjunto de valores relacionados que se guardan bajo un solo
nombre.
Los objetos y los literales se categorizan en tipos. Cada tipo tiene un dominio
específico compartido por todos los objetos y literales de ese tipo. Los tipos
también pueden tener comportamientos. Cuando un tipo tiene comportamientos,
todos los objetos de ese tipo comparten los mismos comportamientos. En el
sentido práctico, un tipo puede ser una clase de la que se crea un objeto, una
interface o un tipo de datos para un literal (por ejemplo, integer ). Un objeto se
puede pensar como una instancia de un tipo. Lo que un objeto sabe hacer son sus
operaciones.
Cada operación puede requerir datos de entrada (parámetros de entrada) y puede
devolver algún valor de un tipo conocido. Los objetos tienen propiedades, que
incluyen sus atributos y las relaciones que tienen con otros objetos. El estado
actual de un objeto viene dado por los valores actuales de sus propiedades. Una
base de datos es un conjunto de objetos almacenados que se gestionan de modo
que puedan ser accedidos por múltiples usuarios y aplicaciones. La definición de
una base de datos está contenida en un esquema que se ha creado mediante el
lenguaje de definición de objetos ODL (Object Definition Language) que es el
lenguaje de manejo de datos que se ha definido como parte del estándar
propuesto para las bases de datos orientadas a objetos.

LENGUAJE DE DEFINICIÓN DE OBJETO ODL

ODL es un lenguaje de especificación para definir tipos de objetos para sistemas
compatibles con ODMG. ODL es el equivalente del DDL (lenguaje de definición de
datos) de los SGBD tradicionales. Define los atributos y las relaciones entre tipos,
y especifica la signatura de las operaciones. La sintaxis de ODL extiende el
lenguaje de definición de interfaces (IDL)de la arquitectura CORBA (Common
Object Request Broker Architecture).
LENGUAJE DE CONSULTA DE OBJETOS OQL
OQL es un lenguaje declarativo del tipo de SQL que permite realizar consultas de
modo eficiente sobre bases de datos orientadas a objetos, incluyendo primitivas
de alto nivel para conjuntos de objetos y estructuras. Está basado en SQL-92,
proporcionando un súperconjunto de la sintaxis de la sentencia SELECT.OQL no
posee primitivas para modificar el estado de los objetos ya que las modificaciones
se pueden realizar mediante los métodos que é ́ stos poseen.La sintaxis básica de
OQL es una estructura SELECT…FROM…WHERE…, como en SQL.
2.3 Identidad y Estructura de Objetos
La identidad es la propiedad que permite diferenciar a un objeto y distinguirse de
otros. Generalmente esta propiedad es tal, que da nombre al objeto. Tomemos por
ejemplo el “verde” como unobjeto concreto de una clase color; la propiedad que da
identidad única a este objeto es precisamente su “color” verde. Tanto es así que
para nosotros no tiene sentido usar otro nombre para el objeto que no sea el valor
de la propiedad que lo identifica.
En programación la identidad de los objetos sirve para comparar si dos objetos
son iguales o no. No es raro encontrar que en muchos lenguajes de programación
la identidad de un objeto esté determinada por la dirección de memoria de la
computadora en la que se encuentra el objeto, pero este comportamiento puede
ser variado redefiniendo la identidad del objeto a otra propiedad.

Un objeto es una cosa tangible, algo a que se puede aprehender intelectualmente

o algo hacia lo que se puede dirigir una acción o pensamiento.
Un objeto representa un item individual e identificable, o una entidad real o
abstracta, con un papel definido en el dominio del problema
Un objeto tiene: Estado Comportamiento Identidad La estructura y el
comportamiento de objetos similares se definen en sus clases comunes. El
término objeto y ejemplo (instance) de una clase son intercambiables.
Identidad de un objeto
Identidad es la propiedad de un objeto que lo lleva a distinguirse de otros.
ESTRUCTURA
Es la disposición, distribución y orden de las partes del cuerpo de una cosa
determinada inanimada, que puede ser perceptible por algún sentido, y se puede
accionar sobre ella.
Desglosando la definición, es de considerar que objeto es una cosa, que puede
ser material real (materia con una forma definida, que se puede percibir con algún
sentido (vista, tacto, etc.), ejemplo una mesa, o una manzana), o abstracta (por
ejemplo una idea, o un proyecto que todavía no se concreta o se hace real), y que
esa cosa u objeto, está conformado por partes (aún lo más pequeño, como el
átomo, se forma por un conjunto de elementos), y las mismas están dispuestas,
ordenadas, o acomodadas de tal forma que conforman un cuerpo, ya sea que
forme parte de la naturaleza, o haya sido creado por el ser humano (en este caso
entonces es una obra de ingenio).
abstracción
Ejemplo de Abstracción de un objeto.
2.4 Encapsulamiento, Herencia y Polimorfismo en BDOO
ENCAPSULAMIENTO
El encapsulamiento se centra en la implementación que da lugar al
comportamiento observable de un objeto. El encapsulamiento se consigue a
menudo mediante la ocultación de información, es decir, se basa en ocultar todos
los secretos de un objeto que no contribuyen a sus características esenciales. El
encapsulamiento proporciona, por tanto, barreras explícitas entre abstracciones
diferentes. Existen dos visiones diferentes del encapsulamiento [ATK89], la
primera y original que es la del lenguaje de programación; y la segunda que es la
adaptación de esa visión para la base de datos.
Desde el punto de vista de las bases de datos, esto se traduce en el hecho de que
un objeto abarca operaciones y datos, pero con una diferencia. En las bases de
datos no está claro si la parte estructural es parte de la interfaz (depende del
sistema), mientras que en los lenguajes de programación la estructura de datos es
claramente parte de la implementación y no de la interfaz. Como se puede
observar, el encapsulamiento proporciona una forma lógica de independencia de
los datos, ya que se puede cambiar la implementación de un tipo sin cambiar
ninguno de los programas que usan ese tipo.
HERENCIA
Las clases o tipos heredan de sus ancestros.
Ventajas de la herencia
Ayuda al modelado porque proporciona una descripción concisa y precisa del
mundo.
Ayuda a compartir especificaciones e implementaciones en las aplicaciones.
Tipos de herencia a destacar en los sistemas de gestión de bases de datos
Herencia de sustitución: en cualquier lugar donde podamos tener un objeto de tipo
podemos sustituirlo por un objeto de tipo t si t hereda de t'.
Herencia de restricción: es un subcaso de la herencia de inclusión. Un tipo t es un
subtipo de si está formado por todos los objetos de t que satisfacen una restricción
dada.
Herencia d especialización: un tipo t es un subtipo de t' , si los objetos de tipo t son
objetos de tipo t' que contienen información más específica.
POLIMORFISMO
Existen casos en los que se desea tener el mismo nombre para diferentes
operaciones. Supongamos la operación dibuja que toma un objeto como entrada y
lo dibuja en pantalla. Dependiendo del tipo de objeto (cuadrado, estrella, flecha,)
debemos emplear diferentes mecanismos de visualización. Es decir, necesitamos
visualizar un conjunto cuyos miembros no se conocen en tiempo de compilación.

En una aplicación que emplee el sistema convencional, habrá tantas operaciones

como figuras a representar: dibuja cuadrado, dibuja estrella, dibuja flecha etc. En
un sistema orientado a objetos se definirá la operación en una clase más general.
Así dibuja tendrá un único nombre y podrá emplearse indiferentemente sobre
cualquier figura.
Para proporcionar esta nueva funcionalidad, el sistema no puede asociar los
nombres de las operaciones con los métodos correspondientes en tiempo de
compilación; se hará en tiempo de ejecución. Esto es lo que se conoce como
ligadura tardía y dificulta o imposibilita el chequeo de tipo
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.
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

2.5 Persistencia, Concurrencia y Recuperación en BDOO

Persistencia
Esta se refiere a la capacidad de manipular directamente los datos almacenados
en una base de datos usando un lenguaje de programación orientado a objetos.
Esto contrasta con una base de datos utilizada por SQL o una interfaz utilizada por
ODBC o JDBC. Utilizando un objeto de base de datos significa que se puede tener
un mayor rendimiento y se aminora la escritura de código. Con la persistencia la
manipulación de objetos se realiza directamente por el lenguaje de programación
de la misma manera que en la memoria, sin persistencia de objetos. Esto se logra
mediante el uso inteligente de almacenamiento en caché.
Concurrencia
Los SMBDOO deben poder ser accesibles por múltiples usuarios. Cuando una
aplicación está acensando a una sección de la base de datos, otras aplicaciones
deben poder acceder a otras secciones de la base de datos. La concurrencia
permite a los usuarios cooperar y colaborar en una aplicación. Los mecanismos de
control de concurrencia son necesarios para reforzar las propiedades delas
transacciones (ACID). Los modos básicos de control de concurrencia son: Modo
Pesimista Modo optimista Modo mixto Modo semi-optimista. El modo
pesimista obliga a una transacción a esperar a que se resuelva el conflicto que
pueda o ponga en riesgo la concurrencia para dejarle continuar cuando el conflicto
haya sido resuelto.

El modo optimista deje correr la transacción como si no ocurriera ningún conflicto y

resuelve este al final del commit, generalmente se emplea usando estampas de
tiempo y copias de los elementos de la transacción. El modo mixto combina
diferentes controles de concurrencia a diferentes objetos y tipos de datas en una
misma transacción. El modo semi-optimista es una variante del modo mixto que no
detiene a la transacción hasta que esta termina. Los principales mecanismos de
control de concurrencia son tres: Candados que prohíben accesos que puedan
provocar conflictos de acceso Estampas de tiempo. - estas permiten impedir
violaciones a los datos. Guardar múltiples versiones de los objetos de datos.
Recuperación
Con recuperación nos referimos al proceso de aplicación de consistencia después
de que una transacción a abortado como resultado de fallas de hardware o
problemas de comunicación. Las fallas de los sistemas, tanto de hardware como
de software no deben repercutir en estados de inconsistencia de la base datos. La
recuperación es la técnica que asegura que eso no ocurra. La recuperación puede
ser total o parcial dependiendo de las circunstancias, de la recuperabilidad.
Unidad 3. Sistemas de multibase de datos
3.1 Características y Clasificación
Un sistema multibase de datos (SMulBD) soporta operaciones en múltiples
sistemas de base de datos componentes (SBDC). Cada SBDC es manejado por
un sistema manejador de base de datos (SMBD). Un SBDC en un SMulBD puede
ser centralizado o distribuido y puede residir en la misma computadora o en
múltiples computadoras conectadas por un subsistema de comunicación. Un
SMulBD es llamado homogéneo si todos los SMBD componentes son iguales; si
son diferentes entonces es llamado un SMulBD heterogéneo.

Un SMulBD puede ser clasificado en dos tipos basados en la autonomía de la

SBDCs: sistemas de base de datos no-federada y sistemas de base de datos
federada.
Sistema de Base de Datos No-Federada
Un sistema de base de datos no federado es una integración de SMBDs
componentes que no son autónomos. Esto significa que los SBDCs al participar en
una federación pierden su autonomía y cualquier operación debe hacerse sobre la
base de datos global. Un sistema de este tipo no distingue entre usuarios locales y
usuarios no-locales. Un tipo particular de sistema de base de datos no-federado
en el cual todas las bases están completamente integradas para proveer un
esquema global simple puede ser llamado SMulBD unificado. Esto lógicamente
parece a los usuarios como un sistema de base de datos distribuida.

AUTONOMÍA DE BASE DE DATOS

1. Diseño: modelo, lenguaje, implementación.
2. Comunicación: como, cuando se responde a otros sistemas.
3. Ejecución: Criterio a seguir en la toma de decisiones.
4. Asociación: decisión de que datos se comparten y a quien.
PROPIEDADES
 Este tipo de manejadores, tiene un manejo transparente para los usuarios.
 Se aprecia como una sola base de datos. A esto se le conoce como ínter
operar y existen tres formas: Distribuidas, federadas o multibase.
 El sistema esta conformado por un conjunto de bases de datos
heterogéneas. Esto significa que pueden o no tener diferentes sistemas
operativos, diferente equipo de computo(hardware), diferentes manejadores
de bases de datos, diferente modelo de datos(J, red, Relacional, orientada
a objetos), diferente estructura de datos.
  Las bases de datos que participan en la BDF mantienen su
autonomía.  Esto quiere decir que cada elemento de la federación decide
con quien, que y como compartir sus datos, además de que cada una
cuenta con su respectivo diseño de acuerdo con las necesidades del
usuario.
 El MBDF(Manejador de Bases de Datos Federadas) recibe una consulta
sencilla y este a su vez la descompone en varia consultas parciales.
 El MBDF deberá tener una optimizador de recursos para aprovechar
correctamente todos los componentes.
 Pueden ser físicamente distribuidas en diferentes lugares e incluso en
lugares muy lejanos.

3.2 Arquitectura de Sistema Multibase de Datos

Un esquema global en los SBDFs fuertemente acoplados es el resultado de la
integración de los esquemas de exportación de las bases de datos componentes.
Un lenguaje de consulta global es utilizado por los usuarios del sistema de base
de datos federada para especificar consultas contra el esquema global.

Para procesar una consulta global, la consulta primero es analizada y después

descompuesta en unidades de consulta las cuales son representadas en la forma
de un grafo de unidades de consulta. El Generador del Plan de Ejecución
construye subconsultas a partir del grafo de unidades de consulta y estima su
costo de ejecución. El plan de consulta con el costo estimado mínimo será enviado
al despachador el cual será el encargado de coordinar la ejecución de las
 consultas. Por último, los resultados de las consultas son combinados para
construir los resultados de la consulta global.

 Esquema Local. Un esquema local es el esquema conceptual del SBDC.

 Esquema Componente. Un esquema componente es derivado de trasladar el
esquema local en un modelo de datos llamado canónico o modelo de datos
común.
 Esquema de Exportación. Un esquema de exportación representa un
subconjunto de un esquema componente que está disponible para el SBDF.
 Esquema Federado. Un esquema federado es una integración de múltiples
esquemas de exportación. Este esquema también incluye la información de la
distribución de datos que es generada cuando se integran los esquemas de
exportación.
 Esquema Externo. Un esquema externo define un esquema para un usuario y/o
aplicación. Este esquema puede ser usado para especificar un subconjunto de
la información en el esquema federado.

3.3 Procesamiento de operaciones de actualización

Todas las operaciones financieras relativas a la gestión de un pedido se
almacenan temporalmente en un fichero de pagos hasta que se lleva a cabo su
procesamiento. Es en este momento cuando los datos se actualizan en los
campos correspondientes de los ficheros del sistema y todas las transacciones
realizadas pasan al fichero histórico de pagos. Asimismo, al procesar las
operaciones toda la información relativa a ellas debe imprimirse necesariamente. 
El procesamiento de las operaciones (que se realizará de forma centralizada en
los Servicios Centrales), tiene una importancia, pues, fundamental para la correcta
gestión de las adquisiciones, por lo que hemos decidido dedicarle un apartado
independiente. 
Una transacción posee cuatro propiedades fundamentales
Atomicidad.
Una Transacción es una unidad de trabajo indivisible; la totalidad de sus acciones
son un éxito un fracaso (“todo o nada”). Consistencia. Después de ejecuta una
Transacción debe dejar al sistema en estado correcto o debe abortarlo. Si la
Transacción no puede alcanzar un estado final debe regresar al sistema a su
estado original. Aislamiento. El comportamiento de una Transacción no se ve
afectado por el hecho de que otras Transacciones puedan estar ejecutándose de
manera concurrente; dicho de otra manera, una Transacción no puede revelar sus
resultados a otras Transacciones concurrentes antes de su commit.
Durabilidad.
Los efectos de una Transacción son permanentes después de su grabación. Sus
cambios deben sobrevivir a fallas del sistema. (Persistencia). BITÁCORA La
operación ROLLBACK está basada en el uso de una bitácora. El DBMS (Sistema
Manejador de Bases de Datos) mantiene una bitácora o diario en cinta o en disco
(mas comúnmente), en el cual se registran los detalles de todas las operaciones
de actualización, en particular, los valores inicial y final del objeto modificado. Por
tanto, si resulta necesario anular alguna modificación específica, el sistema puede
utilizar la entrada correspondientede la bitácora para restaurar el valor original del
objeto restaurado. PUNTO DE SINCRONIZACIÓN Las operaciones COMMIT y
ROLLBACK establecen lo que se le conoce como punto de sincronización lo cual
representa el límite entre dos transacciones consecutivas, o el final de una unidad
lógica de trabajo, y por tanto al punto en el cual la base de datos está (o debería
estar) en un estado de consistencia. Las únicas operaciones que establecen un
punto de sincronización son COMMIT, ROLLBACK y el inicio de un programa.
Cuando se establece un punto de sincronización:
Se comprometen o anulan todas las modificaciones realizadas por el programa
desde el punto de sincronización anterior. Se pierde todo posible posicionamiento
en la base de datos. Se liberan todos los registros bloqueados. Es importante
advertir que COMMIT y ROLLBACK terminan las transacciones, no el programa.

3.4 Procesamiento de Consultas

El proceso de consultas en bases de datos relacionales deja al programador de
aplicaciones en  un escenario distinto al anterior; la razón es el empleo de
lenguajes de especificación: “si se utiliza un lenguaje de especificación el
programador no tiene que diseñar ni generar  un método para ejecutar la
especificación o consulta requerida”, es decir el  programador es introducido en un
escenario “no procedural”, “no está obligado a crear  métodos ni procedimientos
para obtener los datos, sólo a especificar los datos que  requiere”. Ejemplo: si en
un programa de aplicación se inserta una instrucción SQL del tipo: 
SELECT NºMatricula,Nombre,Asignatura,Nota FROM notas WHERE curso= “3º”. 
Lo único que está aportando el programador es la especificación de los datos
requeridos (¿qué datos requiere?), pero a diferencia de la obtención de datos en
un ambiente de archivos convencionales no especifica el algoritmo o método de
obtención (¿cómo o por qué camino obtenerlos?).
Tres pasos son necesarios para procesar una consulta global [Evrendilek y Dogac,
1995]:
Una consulta global es descompuesta en subconsultas de manera que los datos
necesitados por cada subconsulta estén disponibles desde cada SBDC (sistema
de base de datos componentes).
Después cada subconsulta es trasladada a una consulta o consultas del SBDC y
enviada o enviadas al SBDC.
Los resultados retornados por la subconsultas son combinados para dar respuesta
a la consulta global.

3.5 Aplicaciones multibase de datos

Las BD’s Heterogéneas o Multibase de Datos son aquellas donde Sitios diferentes
utilizan diferentes DBMS’s, siendo cada uno esencialmente autónomo. Es posible
que algunos sitios no sean conscientes de la existencia de los demás y quizás
proporcionen facilidades limitadas para la cooperación en el procesamiento de
transacciones
En las bases de datos distribuidas heterogéneas 
Puede que los diferentes sitios utilicen esquemas y software de gestión de
sistemas de bases de datos diferentes. Puede que algunos sitios no tengan
información de la existencia del resto y que sólo proporcionen facilidades limitadas
para la cooperación en el procesamiento de las transacciones. La heterogeneidad
se debe a que los datos de cada BD son de diferentes tipos o formatos. El enfoque
heterogéneo es más complejo que el enfoque homogéneo. Hoy en día existe la
tendencia a crear software que permita
Tener acceso a diversas bases de datos autónomas preexistentes almacenadas
en SGBD heterogéneos.
La Heterogeneidad de las BD es inevitable cuando diferentes tipos de BD
coexisten en una organización que trata de compartir datos entre
éstas.BDD heterogéneamente:
El tratamiento de la información ubicada en bases de datos distribuidas
heterogéneas exige una capa de software adicional por encima de los sistemas de
bases de datos ya existentes. Esta capa de software se denomina sistema de
bases de datos múltiples. Puede que los sistemas locales de bases de datos
empleen modelos lógicos y lenguajes de definición y de tratamiento de datos
diferentes, y que difieran en sus mecanismos de control de concurrencia y de
administración de las transacciones.

UNIDAD 4SISTEMA DE GESTIÓN DE

CONTENIDOS

4.1 DEFINICION, INTRODUCCION Y CONCEPTOS

Definición
CMS son las siglas de Content Management System, que se traduce directamente
al español como Sistema Gestor de Contenidos. Como su propio nombre indica,
es un sistema que nos permite gestionar contenidos. En líneas generales, un CMS
permitiría administrar contenidos en un medio digital y para el caso particular que
nos ocupa, un CMS permitiría gestionar los contenidos de una web.
Dicho de otra forma, un CMS es una herramienta que permite a un editor crear,
clasificar y publicar cualquier tipo de información en una página web.
Generalmente los CMS trabajan contra una base de datos, de modo que el editor
simplemente actualiza una base de datos, incluyendo nueva información o
editando la existente.
Introducción
Un CMS es un Gestor de Contenidos (Counter Management Systems), una
herramienta muy flexible que está centrada especialmente en la gestión de
contenidos mediante la web.
En el transcurso de la web 1.0 a la web 2.0 se hizo patente la necesidad de
herramientas que permitiesen a los usuarios de internet poder publicar contenidos
sin necesidad de tener conocimientos de HTML, CSS, lenguajes de programación,
o bases de datos. Uno de los elementos que definen la web 2.0 es la participación
ciudadana en la creación de dichos contenidos, y los gestores de contenidos son
las herramientas que han logrado esta realidad.
Conceptos
Creación de contenido
Un CMS aporta herramientas para que los creadores sin conocimientos técnicos
en páginas web puedan concentrarse en el contenido. Lo más habitual es
proporcionar un editor de texto WYSIWYG, en el que el usuario ve el resultado
final mientras escribe, al estilo de los editores comerciales, pero con un rango de
formatos de texto limitado. Esta limitación tiene sentido, ya que el objetivo es que
el creador pueda poner énfasis en algunos puntos, pero sin modificar mucho el
estilo general del sitio web.
Gestión de contenido
Los documentos creados se depositan en una base de datos central donde
también se guardan el resto de datos de la web, cómo son los datos relativos a los
documentos (versiones hechas, autor, fecha de publicación y caducidad, etc.),
datos y preferencias de los usuarios, la estructura de la web, etc.
Publicación
Una página aprobada se publica automáticamente cuando llega la fecha de
publicación, y cuando caduca se archiva para futuras referencias. En su
publicación se aplica el patrón definido para toda la web o para la sección concreta
donde está situada, de forma que el resultado final es un sitio web con un aspecto
consistente en todas sus páginas.
Presentación
Un CMS puede gestionar automáticamente la accesibilidad del web, con soporte
de normas internacionales de accesibilidad como WAI, y adaptarse a las
preferencias o necesidades de cada usuario.
4.2 CLASIFICACION DE CONTENIDOS

Los gestores de contenido se pueden clasificar según diferentes criterios:

Por sus características
Según el lenguaje de programación empleado, como por ejemplo Active Server
Pages, Java, PHP, ASP.NET, Ruby On Rails, Python, PERL
Según la licencia: Código abierto o Software propietario
Por su uso y funcionalidad
Blogs; pensados para páginas personales.
Foros; pensados para compartir opiniones.
Wikis; pensados para el desarrollo colaborativo.
Enseñanza; plataforma para contenidos de enseñanza on-line.
Comercio electrónico; plataforma de gestión de usuarios, catálogo, compras y
pagos.
Publicaciones digitales.
Difusión de contenido multimedia.
4.3 ARQUITECTURA DE UN CMS
Un sistema de administración de contenidos siempre funciona en el servidor web
en el que esté alojado el portal. El acceso al gestor se realiza generalmente a
través del navegador web, y se puede requerir el uso de FTP para subir contenido.
Cuando un usuario accede a una URL, se ejecuta en el servidor esa llamada, se
selecciona el esquema gráfico y se introducen los datos que correspondan de la
base de datos. La página se genera dinámicamente para ese usuario, el código
HTML final se genera en esa llamada. Normalmente se predefinen en el gestor
varios formatos de presentación de contenido para darle la flexibilidad a la hora de
crear nuevos apartados e informaciones.

El Servidor Web, que será el único en contacto directo con los usuarios,
aceptando peticiones de estos. Se encargue de atender las peticiones a recursos
estáticos (imágenes, documentos HTML, CSS, JavaScript, etc.) y, en su caso, de
redirigir las peticiones a recursos dinámicos (páginas JSP) hacia el Servidor de
Aplicaciones. Como servidor web se selecciona a Apache HTTPD Server.
4.4 TIPOS DE CMS

Por sus características:

• Según el lenguaje de programación empleado, como por ejemplo Active
Server Pages, Java, PHP, ASP.NET, Ruby On Rails, Python.
• Según la licencia: Código abierto (como MySQL) o Software privativo.
Por su uso y funcionalidad:
• Blogs: pensados para páginas personales (i.e. Blogger, WordPress,
LifeType).
• Foros: pensados para compartir opiniones (i.e. phpBB, Simple Machines
Forum, MyBB).
• Wikis: pensados para el desarrollo colaborativo (i.e. Wikipedia, MediaWiki).
• Enseñanza: Sistemas de Gestión de Contenidos para el Aprendizaje o
LCMS (i.e. ATutor, Sakai, Moodle). Comercio electrónico: plataforma de
gestión de usuarios, catálogo, compras y pagos (i.e. Magento, Opencart, Zen cart,
osCommerce).
• Publicaciones digitales: i.e. Public Knowledge Project con sus respectivos
Open Journal System, Open Conference System, etc.
• Difusión de contenido multimedia.
Y por último habría que añadir los pensados para realizar portales y sedes Web
(i.e. Drupal, Joomla, Xoops, Plone).

A esta clasificación se le podrían añadir otras categorías, acudiendo a los apuntes

de la asignatura Gestión de Contenidos:
Según la base de datos que utilizan: MySQL, Access, etc.
Según el entorno de trabajo: entorno Web o entorno “no Web” (de escritorio).
Según el estilo de uso:
• Servicio comercial.
• Servicio de comunidad (el soporte depende de la comunidad de
desarrolladores y usuarios).
• Hospedado (Software as as Service): Microsoft Office Live, Blogger, el
mismo WordPress, etc.

4.5 MODELADO Y APLICACIÓN DE CMS

Entre los sistemas de gestión documental más conocidos se encuentran los
productos y aplicaciones de FileMaker, Knosys, el software CDS/ISIS desarrollado
por la UNESCO o los productos de la compañía Inmagic, que cuenta con varias
soluciones como DB/TextWorks, DB/Text WebPublisher o DBText Intranet Spider.
Todos estos sistemas cuentan con pasarelas web para permitir las consultas,
desde el navegador web, a las bases de datos creadas por ellos. Es de destacar
también el software multilingüe de fuente abierta Green Stone Digital Libraries,
que sirve para crear y distribuir colecciones de bibliotecas digitales.
También existen otra serie de herramientas muy sencillas y menos conocidas,
algunas de ellas de libre disposición, pero que cuentan con un gran potencial para
gestionar documentos en diferentes morfologías de información: texto, imágenes,
audio, etc. Las más potentes sirven también para gestionar sitios web y permiten
clasificar los documentos, indizarlos, hacer tablas de contenido, realizar
búsquedas, etc. Algunos incluyen hasta diccionarios y tesauros.
No cabe duda de que la forma hipertextual es en sí misma una herramienta para
organizar y gestionar la información. A muchos de estos programas también se les
denomina herramientas de autor, porque sirven para gestionar a pequeña escala
nuestros propios hiper documentos.
Fuentes
https://www.google.com/url?sa=i&url=http%3A%2F%2Facrediteme.blogspot.com
%2F2013%2F12%2Funidad-4-sistema-de-gestion-de-
contenido.html&psig=AOvVaw25-
kexvvxn18CXYR8__1VR&ust=1593558334952000&source=images&cd=vfe&ved=
0CA0QjhxqFwoTCOjVm9mRqOoCFQAAAAAdAAAAABAI
http://acrediteme.blogspot.com/2013/12/unidad-4-sistema-de-gestion-de-
contenido.html
http://acrediteme.blogspot.com/2013/12/unidad-3-sistemas-multibase-de-
datos.html
http://acrediteme.blogspot.com/2013/12/unidad-2-sistemas-de-base-de-datos.html
http://acrediteme.blogspot.com/2013/12/sistemas-de-base-de-datos-
distribuidas.html

http://acrediteme.blogspot.com/2013/12/topicos-de-base-de-datos.html

COBO, Á. y. (2005). PHP y MySQL- tecnologias para el desarrollo de aplicaciones web.

Diaz de santos .

Genaro, D. D. (s.f.). topicdb.wordpress.com. Obtenido de topicdb.wordpress.com:

https://topicdb.wordpress.com/4-1-1-espejeo-3/
http://www.itpn.mx/. (s.f.). Obtenido de http://www.itpn.mx/:
http://www.itpn.mx/recursositics/5semestre/basededatosdistribuidas/Unidad
%20II.pdf

https://sites.google.com/. (s.f.).

PETKOVIĆ, D. (2005). Microsoft SQL Server 2005: a beginner’s guide. s.l. McGraw-Hill.