Tarea 5 Antonioroldan

Bases de datos II.
Nombre de alumno: Antonio Roldan Mendoza.
Nombre de maestro: José de Jesús Fernández

Partida.
Nombre de la tarea: Tarea 5. La importancia del

esquema cliente-servidor.
Nombre de la licenciatura: Ingeniería en

sistemas computacionales.
Fecha: 18/05/2023.
Instituto consorcio clavijero.

La importancia del esquema cliente-servidor.
El esquema cliente-servidor se puede definir, desde el punto de vista funcional,

como una arquitectura distribuida que permite a los usuarios finales obtener
acceso a la información en forma transparente, aún en entornos multiplataforma.
Para que los clientes y los servidores puedan comunicarse, se requiere una
infraestructura de comunicaciones que proporcione los mecanismos básicos de
direccionamiento y transporte.
La mayoría de los sistemas cliente-servidor actuales se basan en redes locales y,

por lo tanto, utilizan protocolos no orientados a conexión, lo cual implica que las
aplicaciones deben hacer las verificaciones. La red debe tener características
adecuadas de desempeño, confiabilidad, transparencia y administración.
Teniendo ya las bases sobre el esquema cliente-servidor, iniciaremos con el

concepto de base de datos distribuida.
Una base de datos distribuida es en realidad una especie de objeto virtual, cuyas
partes componentes se almacenan físicamente en varias bases de datos reales
distintas ubicadas en diferentes sitios, es la unión lógica de esas bases de datos.”
Al hablar de bases de datos distribuidas nos referimos a la base de datos la cual

está distribuida, es decir, la base de datos o una porción de ella está almacenada
en varias computadoras. Por lo anterior, podemos definir a una base de datos
distribuida (BDD) como 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

Ventajas de las bases de datos distribuidas.
Autonomía local: Cuando las organizaciones tienen varias localidades, pudiera

haber un conjunto de datos para una localidad dada que se use con más
frecuencia y quizás exclusivamente.
Mejoramiento de la performance: Permitir que cada sitio almacene y mantenga su

propia base de datos, facilita el acceso inmediato y eficaz a los datos que se usan
con más frecuencia.
Mejoramiento de la confiabilidad/disponibilidad: Si un sitio falla, los sitios restantes

pueden continuar operando. Si los datos están duplicados en más de un sitio, los
datos pueden estar disponibles en otro lugar.
Satisfacción de los usuarios: Permitir el control local de los datos que se usan con
más frecuencia en un sitio puede mejorar el grado de satisfacción de los usuarios.
Acceso compartido: Los usuarios de un sitio pueden acceder a los datos que
residen en otros sitios.
Desventajas de las bases de datos distribuidas.
En situaciones de gran cantidad de comunicación entre los sitios, el sobrecosto de

las coordinaciones y las tareas de control puede degradar severamente el
rendimiento.

El procesamiento de las transacciones y la recuperación de datos es más
complejo, puede significar un requisito de leer y actualizar datos en los diferentes
sitios y en transmitir los mensajes respectivos entre ellos.
Después de terminar una transacción, el gestor de BD debe asegurarse que todos

los sitios relevantes hayan completado su procesamiento.
Características.
Desde el punto de vista del usuario, un sistema distribuido debe ser idéntico a un
sistema no distribuido.
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.
No dependencia de un sitio central: No debe haber dependencia de un sitio central

para obtener un servicio, ya que implicaría cuello de botella.
Caída del servicio operación continua: El sistema nunca debería apagarse para
que se pueda realizar alguna función, como añadir un nuevo sitio.
Independencia respecto de la localización: El usuario desconoce dónde están

físicamente los datos.
Independencia respecto de la fragmentación: La fragmentación de datos se refiere

a la forma en la cual las relaciones se pueden subdividir y distribuir entre los sitios
de la red.
Técnicas de fragmentación.
La fragmentación es el proceso encargado de dividir una relación en otras

subrelaciones de menor tamaño, y su objetivo es encontrar la unidad apropiada de
distribución.
Tipos de fragmentación.
Existen tres tipos de fragmentación: vertical, horizontal y mixta. Los dos primeros
son los principales y todos cumplen las reglas de corrección de la fragmentación.
Fragmentación horizontal.

Un fragmento horizontal de una relación es un subconjunto de las tuplas de la
relación. Las tuplas que pertenecen al fragmento horizontal se especifican
mediante una condición sobre uno o más de los atributos de la relación,
normalmente sólo interviene un atributo.
La fragmentación horizontal divide la relación horizontalmente agrupando filas

para crear subconjuntos de tuplas, donde cada subconjunto tiene cierto significado
lógico y éstos pueden asignarse a diferentes sitios en el sistema distribuido.
Existen dos variantes de fragmentación horizontal:
Primaria: Se define como una operación de selección (σ) sobre una relación del
esquema de la base de datos: Dada una relación R, un fragmento horizontal
primario sería σPredicado (R).
Derivada: Intuitivamente este tipo de fragmentación consiste en dividir una

relación R en subconjuntos de tuplas a partir de otra relación ya fragmentada P;
además, R hace referencia a P mediante una clave ajena. Formalmente, dada una
relación hija R y otra padre S, la fragmentación derivada de R se define como R f
Si (operación de semicombinación), y donde f es el atributo de combinación, y Si
es un fragmento de S.
Fragmentación horizontal, se puede representar en álgebra relacional con σci(R),

en donde R es una relación. El conjunto de fragmentos horizontales cuyas
condiciones C1, C2..., Cn incluye todas las tuplas de R y se denomina
fragmentación horizontal completa de R.

Fragmentación vertical.
La fragmentación vertical divide una relación verticalmente en columnas. Un

fragmento vertical de una relación mantiene sólo ciertos atributos de la relación.
En la fragmentación vertical es necesario incluir el atributo de clave primaria o
clave candidata en todo fragmento vertical para que sea posible reconstruir la
relación completa a partir de los fragmentos.
Un fragmento vertical de una relación R puede especificarse con una operación

ПLi(R) del álgebra relacional; al conjunto de fragmentos verticales cuyas lista de
proyección L1, L2 ..., Ln incluye todos los atributos de R pero sólo comparten el
atributo clave primaria de R, se le llama fragmentación vertical completa de R.
El principal problema de la fragmentación radica en encontrar la unidad apropiada

de distribución.
Una relación no es una buena unidad por muchas razones.
Primero, las vistas de la aplicación normalmente son subconjuntos de relaciones;

además, la localidad de los accesos de las aplicaciones no está definida sobre
relaciones enteras pero sí sobre subconjuntos de las mismas. Por ello, sería

normal considerar como unidad de distribución a estos subconjuntos de
relaciones.
Segundo, si las aplicaciones tienen vistas definidas sobre una determinada

relación (considerándola ahora una unidad de distribución) que reside en varios
sitios de la red, se puede optar por dos alternativas.
Por un lado, la relación no estará replicada y se almacena en un único sitio, o

existe réplica en todos o algunos de los sitios en los cuales reside la aplicación.
Las consecuencias de esta estrategia son la generación de un volumen de
accesos remotos innecesario. Además, se pueden realizar réplicas innecesarias
que causen problemas en la ejecución de las actualizaciones y puede no ser
deseable si el espacio de almacenamiento está limitado.
Tercero, la descomposición de una relación en fragmentos, tratados cada uno de

ellos como una unidad de distribución, permite el proceso concurrente de las
transacciones. También la relación de estas relaciones, normalmente, provocará
la ejecución paralela de una consulta al dividirla en una serie de subconsultas que
operará sobre los fragmentos.

Powered by TCPDF (www.tcpdf.org)

Tarea 5 Antonioroldan

Cargado por

Copyright:

Formatos disponibles

Tarea 5 Antonioroldan

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tarea 5 Antonioroldan

Cargado por

Copyright:

Formatos disponibles

Bases de datos II.

Nombre de alumno: Antonio Roldan Mendoza.

Nombre de maestro: José de Jesús Fernández

Nombre de la tarea: Tarea 5. La importancia del

Nombre de la licenciatura: Ingeniería en

Instituto consorcio clavijero.

El esquema cliente-servidor se puede definir, desde el punto de vista funcional,

La mayoría de los sistemas cliente-servidor actuales se basan en redes locales y,

Teniendo ya las bases sobre el esquema cliente-servidor, iniciaremos con el

Al hablar de bases de datos distribuidas nos referimos a la base de datos la cual

Instituto consorcio clavijero.

Autonomía local: Cuando las organizaciones tienen varias localidades, pudiera

Mejoramiento de la performance: Permitir que cada sitio almacene y mantenga su

Mejoramiento de la confiabilidad/disponibilidad: Si un sitio falla, los sitios restantes

Desventajas de las bases de datos distribuidas.

En situaciones de gran cantidad de comunicación entre los sitios, el sobrecosto de

Instituto consorcio clavijero.

Después de terminar una transacción, el gestor de BD debe asegurarse que todos

No dependencia de un sitio central: No debe haber dependencia de un sitio central

Independencia respecto de la localización: El usuario desconoce dónde están

Independencia respecto de la fragmentación: La fragmentación de datos se refiere

La fragmentación es el proceso encargado de dividir una relación en otras

Instituto consorcio clavijero.

La fragmentación horizontal divide la relación horizontalmente agrupando filas

Existen dos variantes de fragmentación horizontal:

Derivada: Intuitivamente este tipo de fragmentación consiste en dividir una

Fragmentación horizontal, se puede representar en álgebra relacional con σci(R),

Instituto consorcio clavijero.

La fragmentación vertical divide una relación verticalmente en columnas. Un

Un fragmento vertical de una relación R puede especificarse con una operación

El principal problema de la fragmentación radica en encontrar la unidad apropiada

Una relación no es una buena unidad por muchas razones.

Primero, las vistas de la aplicación normalmente son subconjuntos de relaciones;

Instituto consorcio clavijero.

Segundo, si las aplicaciones tienen vistas definidas sobre una determinada

Por un lado, la relación no estará replicada y se almacena en un único sitio, o

Tercero, la descomposición de una relación en fragmentos, tratados cada uno de

Instituto consorcio clavijero.

Instituto consorcio clavijero.

También podría gustarte