FASE 3 DISEÑO BASES DE DATOS DISTRIBUIDAS

ARANGO PEREZ PAULA ANDREA

CAMACHO VALERA SANTIAGO
CUBILLOS SANCHEZ LUIS ENRIQUE

BASES DE DATOS DISTRIBUIDAS

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA (UNAD)
BOGOTA--2023
CONCEPTOS BÁSICOS DE BASE DE DATOS DISTRIBUIDAS

ARANGO PEREZ PAULA ANDREA

CAMACHO VALERA SANTIAGO
CUBILLOS SANCHEZ LUIS ENRIQUE

JAIME RUBIANO LLORENTE

Docente

BASES DE DATOS DISTRIBUIDAS

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA (UNAD)
BOGOTA—2023
 INTRODUCCIÓN

The following document will investigate basic concepts of distributed databases, entities,
attributes, relationships, horizontal and vertical fragmentation, among others.

Databases today are of utmost importance since almost all the daily activities we carry out
are included without us realizing it, these have entities, attributes and relationships that are
linked to an E/R model or relationship model followed by a physical schema with SQL, a
clear example of this is when we access the Tecnológico system to choose our schedule, see
our grades, etc. withdrawal from an ATM, even when we consult some information on the
Internet, we use databases.

Databases aim to manipulate information for the organization, control and decision-making
of any company or organization. You can use a database depending on the need you want
to cover based on the information it stores.
Relationships establish links between pairs of entities since these are components of the
process. Each “Customer” will have a shipping “Address” where they will receive the
subscription, may be subscribed to one or more “Products”, and will receive an “Invoice”
with the agreed frequency.

Finally, this document contains objectives and content; to conclude with some conclusions.
 GOALS

General objective:

collect information on basic concepts for database design and thus put it into practice when
developing a database

Specific objective
 Determine what an entity is in a database, identify them and know how to give it
attributes
 Analyze an E/R model for a database of engineers and projects
 Examine the horizontal and vertical fragments and put them into practice when
making the database
Nombre: Luis Enrique Cubillos
Tema 1. Identificar identidades
compañía de ingeniería. Tiene datos de ingenieros con salario, nombre, dirección, teléfono,
profesión, puesto ocupado (titulo), número de identificación, identificación de los proyectos
asignados, responsabilidad en los proyectos, duración o tiempo de la asignación en meses,
el número de cada proyecto en que este asignado, el lugar donde se desarrolla el proyecto y
el presupuesto asignado al proyecto. Un ingeniero puede participar en más de un proyecto,
pero su salario corresponde únicamente al puesto que ocupa en la compañía.
Con este ejercicio aplicar para su desarrollo.
1. Identificar las entidades
Entidad
Cualquier tipo de objeto o concepto sobre el que se recoge información: cosa, objeto,
persona, concepto abstracto o suceso del mundo real, también puede ser un concepto
abstracto y es distinguible de todos los demás objetos. Un nombre de entidad sólo puede
aparecer una vez en el esquema conceptual. Hay dos tipos de entidades: fuertes y débiles.
 Entidad débil es una entidad cuya existencia depende de la existencia de otra
entidad, es decir, aquella que no puede ser unívocamente identificada solamente por
sus atributos. Se representan mediante un doble rectángulo, es decir, un rectángulo
con doble línea
 Entidad fuerte es una entidad que no es débil y no depende de la existencia de otra,
esta también es conocida como entidad regular es aquella que sí puede ser
identificada unívocamente. En los casos en que se requiera, se puede dar que una
entidad fuerte "preste" algunos de sus atributos a una entidad débil para que, esta
última, se pueda
Desarrollo:
 Compañía
 Ingenieros
 Proyectos
 Lugar
 Profesión
 puesto
Nombre: Luis Enrique Cubillos
Tema 2. Identificar los atributos de las entidades
Los atributos son las características o propiedades de una entidad. Cada uno de los
elementos de la entidad poseen los mismos atributos y a cada atributo se le asigna un valor
único por cada elemento.
Atributo principal
Cuando hemos identificado todos los atributos que hacen parte de la entidad, debemos
identificar cuál de estos corresponde al atributo principal, teniendo en cuenta que este es el
atributo o conjunto de atributos que hacen único a cada instancia o elemento de una
entidad. Para el caso de personas es fácil reconocer la “identificación” como el atributo
principal, ya que no se encontrarán allí 2 personas diferentes que posean el mismo número
de identificación
Nombre: Santiago Camacho Valera
Tema 3, plantear un modelo E/R y modelo relacional
Nombre: Santiago Camacho Valera

Tema 4 "Esquema físico". código SQL

---------------------
CREATE TABLE engineer (
name VARCHAR(255) NOT NULL,
address VARCHAR(255) NOT NULL,
phone VARCHAR(255) NOT NULL,
profession VARCHAR(255) NOT NULL,
position VARCHAR(255) NOT NULL,
id INTEGER NOT NULL PRIMARY KEY,
assignment_duration INTEGER NOT NULL,
project_ids INTEGER NOT NULL,
project_responsibilities INTEGER NOT NULL
);

-------------

CREATE TABLE project (

id INTEGER NOT NULL PRIMARY KEY,
location VARCHAR(255) NOT NULL,
budget INTEGER NOT NULL
);

------------------

CREATE INDEX engineer_project_ids_idx ON engineer (project_ids);

CREATE INDEX engineer_project_responsibilities_idx ON engineer
(project_responsibilities);

--------------------

Este esquema muestra las dos tablas que componen el esquema físico: engineer y project.

La tabla engineer tiene las siguientes columnas:

id: Un número entero que identifica de forma única a cada ingeniero.

name: El nombre del ingeniero.
address: La dirección del ingeniero.
phone: El número de teléfono del ingeniero.
profession: La profesión del ingeniero.
position: El puesto del ingeniero.
assignment_duration: La duración de la asignación del ingeniero a un proyecto.
project_ids: Un conjunto de identificadores de los proyectos a los que está asignado el
ingeniero.
project_responsibilities: Un conjunto de identificadores de las responsabilidades del
ingeniero en los proyectos.

----------------
La tabla project tiene las siguientes columnas:

id: Un número entero que identifica de forma única a cada proyecto.

location: La ubicación del proyecto.
budget: El presupuesto del proyecto.
 Nombre: paula Andrea Arango Pérez
Tema 5 Diseño de la fragmentación horizontal y vertical.

La fragmentación horizontal se da sobre las tuplas y la fragmentación vertical da sobre los

atributos.

La fragmentación horizontal.
Se realiza sobre las tuplas de la relación, es decir que cada fragmento será un subconjunto
de las tuplas de la relación.
Nombre Identificación Teléfono Dirección Profesión Puesto ocupado Titulo Salario Proyecto
asignado
Abey 1118364147 32829405794 Calle 1 B Ingeniero de Científico de Sistemas de $24.000 Aplicación Web
sistema Datos Información
Dana 119456873 3143946618 Calle 8BC Ingeniero de Investigador Tecnologías de $300.000 aplicación móvil
sistema la Información

Fragmentación vertical
Consiste en dividir la relación entre un conjunto de relaciones más pequeñas tal que algunas
de las aplicaciones del usuario solo hagan uso del fragmento.

Proyecto tiempo de la lugar donde se Presupuesto

asignación en meses desarrolla el asignado al
proyecto proyecto
1 5 meses En el navegador $70,000
de web
2 5 meses operativos $70,000
móviles como
Apple iOS o
Google Android

No porque el ingeniero estaría realizando otro trabajo más por los proyectos que haga o el
proyecto que haga. Debería recibir otro sueldo por cada proyecto que haga o una
bonificación.
 CONCLUSION

Next, the conclusions of the research work will be presented, which are based on
investigating the basic concepts of distributed databases.
 The distributed database design constitutes a data processing system whose basic
objective is to preserve information and keep it available for access efficiently.
 This activity was an opportunity to learn about relational database design. We start
with a basic understanding of the concepts of entities, relationships, and attributes.
Next, we analyze an E/R model for a database of engineers and projects. Finally, we
convert the E/R model into a physical schema using SQL
 A Database must adapt to certain restrictions, such as the correspondence of
cardinalities which indicates the number of entities (tables) to which another entity
can be associated, these are: one to one, one to many, many to one and many to
many. It also represents the relationship that the entities in a DBMS will have. An
Entity-Relationship diagram must be designed. This diagram will indicate all the
entities that our Database will contain, as well as the attributes that will make up
each of the entities. entities, with the information obtained in the Entity-
Relationship diagram we can make the Relational model, this model will show all
the tables that will make up the Database, it will also show the fields that each table
will have and the relationships that they will have.
 BIBLIOGRAFIA

http://contenidos.sucerman.com/nivel2/web1/unidad2/leccion1.html