Sei sulla pagina 1di 20

INGENIERÍA EN INNOVACIÓN AGRÍCOLA

SUSTENTABLE

“BASES DE DATOS MULTITABLA”

PRESENTA:

Salvador Amezcua Avalos


Gustavo Ávila Rubio
Miguel Ángel Montes Ramos

PROFESOR:
Lic. Susana Alejandra López Jiménez

Los Reyes de Salgado, Michoacán. 14 octubre de 2018 Commented [SALJ1]: PORTADA


La cual incluye el nombre de la institución, la carrera a la que
pertenece, el título de la investigación, tesis que para obtener el
grado de… presenta (nombre del tesista), el asesor de la tesis, lugar
y fecha.
ÍNDICE DE CONTENIDO Commented [SALJ2]: ÍNDICE
La función del índice es señalar las partes que componen el
documento a fin de localizarlas fácilmente. El índice está
compuesto por una lista de las divisiones y subdivisiones que
constituyen cada uno de los capítulos de la tesis.
Resumen ................................................................................................................. X
Al elaborar el índice debe respetarse el orden de aparición y la
titulación de cada apartado. En el extremo derecho se anota el
número de la página en que se inicia cada sección.
Introducción........................................................................................................... XII
De contenido: Se indican los incisos o partes de que costa la
tesis especificando la página correspondiente.
Bases de datos MULTITABLA .......................................................................... 13 De figuras y tablas: Se deberá elaborar un índice de tablas y
figuras, indicando el número consecutivo, el título y la página
respectiva. Cada uno de estos índices se hace por separado.
Diseño de bases de datos .............................................................................. 13
Atributos de enlace o relación ........................................................................ 13
Restricciones de relación................................................................................ 15
Llenados de bases de datos multitabla .......................................................... 18

Bibliografía ............................................................................................................ 24

Conclusiones......................................................................................................... 25

I
ÍNDICE DE FIGURAS

Figura 1. Atributos sobre la entidad coches. ......................................................... 14


Figura 2. Relación entre la entidad "empleados" y la entidad "cargo del empleado".
.............................................................................................................................. 15
Figura 3. Correspondencia de cardinalidades: uno a uno. .................................... 16
Figura 4. Correspondencia de cardinalidades: uno a varios. ................................ 16
Figura 5. Correspondencia de cardinalidades: varios a uno. ................................ 17
Figura 6. Correspondencia de cardinalidades: varios a varios. ............................. 17
Figura 7. Operador union. ..................................................................................... 19
Figura 8. Composición. ......................................................................................... 19
Figura 9. existen diferentes tipos de composición. ................................................ 20
Figura 10. Producto cartesiano. ............................................................................ 20
Figura 11. Como se compone una tabla. .............................................................. 21

II
ÍNDICE DE TABLAS

Tabla 1. Partes de las operaciones LEFT, JOIN Y RIGHT JOIN. ......................... 23

III
RESUMEN Commented [SALJ3]: RESUMEN
El resumen es una parte importante de la indagación, ya que
constituye el primer contacto que el lector tiene con ella; su
propósito es reseñar el trabajo realizado en el máximo de 400
palabras y se basa en el formato APA.
Dado que las relaciones multitabla se hacen en base a productos de tablas (Todas
Los elementos que debe contener el resumen:
las tuplas de una tabla contra todas las tuplas de otra), es evidente que a medida
1.El problema objeto de estudio.
que la consulta implica más tablas, los tiempos crecen exponencialmente. Una 2.El objetivo de la investigación.
3.Una breve descripción de los sujetos estudiados en números,
forma de mantener tiempos aceptables pasa por la creación de índices, sin grupos y características (cuando el estudio los contemple).
4.El método, incluyendo instrumentos de medición y recolección
embargo cuando las consultas están desequilibradas RIGHT | LEFT OUTER de datos.
5.Los hallazgos más importantes, incluyendo el nivel de
JOIN, el empleo de índices no siempre ayuda y los tiempos de búsqueda pueden significación cuando se haya aplicado estadística.
6.Las conclusiones más importantes.
hacerse largos.

Una base de datos correctamente diseñada le permite obtener acceso a


información actualizada y precisa. Como es esencial tener un diseño correcto para
lograr sus objetivos de trabajar con una base de datos, tiene sentido invertir el
tiempo necesario para obtener información sobre los principios de un buen diseño.
Al final, es mucho más probable que acabe con una base de datos que se ajusta a
sus necesidades y que puede adaptarse fácilmente al cambio.

Access organiza la información en tablas: listas de filas y columnas que recuerdan


a una hoja de cálculo o a los libros de contabilidad. En una base de datos simple,
es posible que solo tenga una tabla. Para la mayoría de las bases de datos
necesitará tener más de una. Por ejemplo, puede que tenga una tabla que
almacena información sobre productos, otra que almacena información sobre
pedidos y otra tabla con información sobre clientes. Cada fila se denomina, más
correctamente, un registro y cada columna, un campo. Un registro es una forma
clara y coherente de combinar información sobre algo. Un campo es un único
elemento de información, un tipo de elemento que aparece en cada registro. En la
tabla de productos, por ejemplo, cada fila o registro contiene la información de un
producto. Cada columna o campo contiene algún tipo de información sobre el
producto, como su nombre o el precio.

X
Los atributos definen o identifican las características de entidad (es el contenido
de esta entidad). Cada entidad contiene distintos atributos, que dan información
sobre esta entidad. Estos atributos pueden ser de distintos tipos (numéricos, texto,
fecha...).
La relación es un vínculo que nos permite definir una dependencia entre varias
entidades, es decir, nos permite exigir que varias entidades compartan ciertos
atributos de forma indispensable, y las entidades representan cosas u objetos (ya
sean reales o abstractos), que se diferencian claramente entre sí.

XI
INTRODUCCIÓN Commented [SALJ4]: INTRODUCCIÓN
En esta parte el estudiante hace la presentación formal de su
trabajo manifestando el objetivo del tema de la indagación, las
razones que le motivaron a desarrollarla y los fundamentos que la
apoyan. La introducción puede redactarse como si fuese una
presentación narrativa del contenido; en este sentido se
En la siguiente información redactada daremos a conocer como se realiza y como recomienda empezar con la exposición del objetivo general del
tema, continuar con el desarrollo de los temas. Finalmente, concluir
se conforma una base de datos militaba la cual nos ayudara a recopilar con una relatoría sintetizada de lo que el lector encontrará en el
presente trabajo, tema a tema, de manera que éste se sienta
motivado a leerla. Todo lo anterior en máximo dos cuartillas.
información de forma más ordenada y completa según él según el objeto a
considerar importante.

La intención de este proyecto de investigación es que aprendan como realizar


bases de datos militaba y que sepan cómo es que se conforman, algunos pasos a
seguir y para que nos sirven este tipo de bases de datos.
Uno de los pasos cruciales en la construcción de una aplicación que maneje una
base de datos, es sin duda, el diseño de la base de datos.

Si las tablas no son definidas apropiadamente, podemos tener muchos dolores de


cabeza al momento de ejecutar consultas a la base de datos para tratar de
obtener algún tipo de información.

No importa si nuestra base de datos tiene sólo 20 registros, o algunos cuantos


miles, es importante asegurarnos que nuestra base de datos está correctamente
diseñada para que tenga eficiencia y que se pueda seguir utilizando por largo del
tiempo.

En esta investigación, se mencionarán algunos principios básicos del diseño de


base de datos y se tratarán algunas reglas que se deben seguir cuando se crean
bases de datos.

Dependiendo de los requerimientos de la base de datos, el diseño puede ser algo


complejo, pero con algunas reglas simples que tengamos en la cabeza será
mucho más fácil crear una base de datos perfecta para nuestro siguiente proyecto
(Vargas, 2005).

XII
BASES DE DATOS MULTITABLA

DISEÑO DE BASES DE DATOS

Las tablas son los componentes básicos de las bases de datos. La configuración
de una sólida estructura de tablas es un paso clave en la creación de una base de
datos eficaz y fácil de mantener (Fuentes, 2013).

Antes de crear una base de datos, es necesario analizar los datos y determinar
cómo pueden dividirse en tablas independientes bien estructuradas.
Las bases de datos relacionales almacenan los datos en tablas independientes,
basándose en el asunto, pero las tablas se combinan a través de relaciones. Por
ejemplo, una tabla de clientes se relaciona con una tabla de pedidos por medio de
un campo de “identidad de cliente” que contiene cada una de estas tablas. Otro
ejemplo, una tabla de asignaturas se relaciona con una tabla llamada profesores
por medio del campo “numero de empleado” que contiene cada una de estas
tablas. Un ejemplo más, una tabla de lineas_aereas se relaciona con una tabla de
destinos por medio de un campo que contiene la “clave de la línea aérea”.
Normalmente, los datos no deben repetirse en más de una tabla, excepto en el
caso en que los campos estén relacionados, con esta filosofía, se obtienen las
siguientes ventajas:
 Eficacia No es necesario almacenar información redundante, como, por
ejemplo: el nombre o la dirección de un cliente, en cada pedido que realice
el cliente.
 Control Es más fácil actualizar, eliminar y ampliar los datos en una base de
datos bien estructurada que no contiene duplicaciones.
 Exactitud Al evitar las repeticiones, disminuye la posibilidad de errores. Si
los datos están bien una vez, aparecen bien en todas partes.
 Integridad de los datos Se puede agregar o quitar campos o registros en
tablas únicas sin que la estructura de los datos se vea afectada, y no será
necesario volver a diseñar la base de datos.
La separación protege la estructura original. Cuando se diseñan las tablas, hay
que pensar en maneras de estructurar los datos que los hagan fáciles de
especificar y mantener.

ATRIBUTOS DE ENLACE O RELACIÓN

Los atributos definen o identifican las características de entidad (es el contenido


de esta entidad). Cada entidad contiene distintos atributos, que dan información
sobre esta entidad. Estos atributos pueden ser de distintos tipos (numéricos, texto,
fecha...) (GEMBETA, 2013).
13
Siguiendo el ejemplo de antes podemos analizar los atributos de nuestra entidad
"Coches", que nos darán información sobre los coches de nuestro supuesto taller.

Unos posibles atributos serían los siguientes: número de chasis, matrícula, DNI del
propietario, marca, modelo y muchos otros que complementen la información de
cada coche.

Los atributos se representan como círculos que descienden de una entidad, y no


es necesario representarlos todos, sino los más significativos, como a
continuación.

Figura 1. Atributos sobre la entidad coches.

En un modelo relacional (ya implementado en una base de datos) un ejemplo de


tabla dentro de una BBDD podría ser el siguiente.

Número de chasis Matrícula DNI del propietario


5tfem5f10ax007210 4817 BFK 45338600L
6hsen2j98as001982 8810 CLM 02405068K
5rgsb7a19js001982 0019 GGL 40588860J
Este ejemplo es con tres atributos, pero un coche podría tener cientos (si fuese
necesario) y seguirían la misma estructura de columnas, tras implementarlo en
una BBDD.

Relación
Es un vínculo que nos permite definir una dependencia entre varias entidades, es
decir, nos permite exigir que varias entidades compartan ciertos atributos de forma
indispensable.

Por ejemplo, los empleados del taller (de la entidad "Empleados") tienen un cargo
(según la entidad "Cargo del empleado"). Es decir, un atributo de la entidad
"Empleados" especificará que cargo tiene en el taller, y tiene que ser idéntico al
que ya existe en la entidad "Cargo del empleado".

14
Las relaciones se muestran en los diagramas como rombos, que se unen a las
entidades mediante líneas.

Figura 2. Relación entre la entidad "empleados" y la entidad "cargo del empleado".

Empleados
Nombre DNI Cargo
Carlos Sánchez 45338600L 001
Pepe Sánchez 02405068K 002
Juan Sánchez 40588860J 002

Cargo del empleado


ID del cargo Descripción
001 Jefe de taller
002 Mecánico

RESTRICCIONES DE RELACIÓN

Un esquema de desarrollo E-R puede definir ciertas restricciones a las que los
contenidos de la base de datos se deben adaptar. En este apartado se examina la
correspondencia de cardinalidades y las restricciones de participación, que son
dos de los tipos más importantes de restricciones (González, 2004).
Correspondencia de cardinalidades

La correspondencia de cardinalidades, o razón de cardinalidad, expresa el número


de entidades a las que otra entidad puede estar asociada vía un conjunto de
relaciones. La correspondencia de cardinalidades es la más útil describiendo
conjuntos de relaciones binarias, aunque ocasionalmente contribuye a la
descripción de conjuntos de relaciones que implican más de dos conjuntos de
entidades. Para un conjunto de relaciones binarias R entre los conjuntos de
entidades A y B, la correspondencia de cardinalidades debe ser una de las
siguientes:

Uno a uno

Una entidad en A se asocia con a lo sumo una entidad en B, y una entidad en B se


asocia con a lo sumo una entidad en A.

15
Figura 3. Correspondencia de cardinalidades: uno a uno.

Uno a varios

Una entidad en A se asocia con cualquier número de entidades en B (ninguna o


varias). Una entidad en B, sin embargo, se puede asociar con a lo sumo una
entidad en A.

Figura 4. Correspondencia de cardinalidades: uno a varios.

Varios a uno

Una entidad en A se asocia con a lo sumo una entidad en B. Una entidad en B, sin
embargo, se puede asociar con cualquier número de entidades (ninguna o varias)
en A.

16
Figura 5. Correspondencia de cardinalidades: varios a uno.

Varios a varios

Una entidad en A se asocia con cualquier número de entidades (ninguna o varias)


en B, y una entidad en B se asocia con cualquier número de entidades (ninguna o
varias) en A.

Figura 6. Correspondencia de cardinalidades: varios a varios.

La correspondencia de cardinalidades apropiada para un conjunto de relaciones


particular depende obviamente de la situación del mundo real que el conjunto de
relaciones modela. Como ilustración considérese el conjunto de
relaciones prestatario. Si en un banco particular un préstamo puede pertenecer
únicamente a un cliente y un cliente puede tener varios préstamos, entonces el
conjunto de relaciones de cliente a préstamo es uno a varios. Si un préstamo
puede pertenecer a varios clientes (como préstamos que se toman en conjunto por
varios socios de un negocio) el conjunto de relaciones es varios a varios.
17
Restricciones de participación

La participación de un conjunto de entidades E en un conjunto de relaciones R se


dice que es total si cada entidad en E participa al menos en una relación en R. Si
sólo algunas entidades en E participan en relaciones en R, la participación del
conjunto de entidades E en la relación R se llama parcial. Por ejemplo, se puede
esperar que cada entidad préstamo esté relacionada con al menos un cliente
mediante la relación prestatario. Por lo tanto, la participación de préstamo en el
conjunto de relaciones prestatario es total. En cambio, un individuo puede ser
cliente de un banco tenga o no tenga un préstamo en el banco. Así, es posible que
sólo algunas de las entidades cliente estén relacionadas con el conjunto de
entidades préstamo mediante la relación prestatario, y la participación
de cliente en el conjunto de relaciones prestatario es por lo tanto parcial.

LLENADOS DE BASES DE DATOS MULTITABLA

Unión de tablas

Esta operación se utiliza cuando tenemos dos tablas con las mismas columnas y
queremos obtener una nueva tabla con las filas de la primera y las filas de la
segunda. En este caso la tabla resultante tiene las mismas columnas que la
primera tabla (que son las mismas que las de la segunda tabla) (Click, 2001).

Por ejemplo, tenemos una tabla de libros nuevos y una tabla de libros antiguos y
queremos una lista con todos los libros que tenemos. En este caso las dos
tablas tienen las mismas columnas, lo único que varía son las filas, además
queremos obtener una lista de libros (las columnas de una de las tablas) con las
filas que están tanto en libros nuevos como las que están en libros antiguos, en
este caso utilizaremos este tipo de operación.

Cuando hablamos de tablas pueden ser tablas reales almacenadas en la base


de datos o tablas lógicas (resultados de una consulta), esto nos permite utilizar
la operación con más frecuencia ya que pocas veces tenemos en una base de
datos tablas idénticas en cuanto a columnas. El resultado es siempre una tabla
lógica.

Por ejemplo, queremos en un sólo listado los productos cuyas existencias sean
iguales a cero y también los productos que aparecen en pedidos del año 90. En
este caso tenemos unos productos en la tabla de productos y los otros en la
tabla de pedidos, las tablas no tienen las mismas columnas no se puede hacer
18
una unión de ellas pero lo que interesa realmente es el identificador del producto
(idfab, idproducto), luego por una parte sacamos los códigos de los productos
con existencias cero (con una consulta), por otra parte los códigos de los
productos que aparecen en pedidos del año 90 (con otra consulta), y luego
unimos estas dos tablas lógicas.

El operador que permite realizar esta operación es el operador UNION.

Figura 7. Operador union.

La composición de tablas
La composición de tablas consiste en concatenar filas de una tabla con filas de
otra. En este caso obtenemos una tabla con las columnas de la primera
tabla unidas a las columnas de la segunda tabla, y las filas de la tabla resultante
son concatenaciones de filas de la primera tabla con filas de la segunda tabla.

El ejemplo anterior quedaría de la siguiente forma con la composición:

Figura 8. Composición.

A diferencia de la unión la composición permite obtener una fila con datos de las
dos tablas, esto es muy útil cuando queremos visualizar filas cuyos datos se
encuentran en dos tablas.

Por ejemplo, queremos listar los pedidos con el nombre del representante que ha
hecho el pedido, pues los datos del pedido los tenemos en la tabla de pedidos
19
pero el nombre del representante está en la tabla de empleados y además
queremos que aparezcan en la misma línea; en este caso necesitamos componer
las dos tablas (Nota: en el ejemplo expuesto a continuación, hemos seleccionado
las filas que nos interesan).

Figura 9. existen diferentes tipos de composición.

Existen distintos tipos de composición, aprenderemos a utilizarlos todos y a elegir


el tipo más apropiado a cada caso.
Los tipos de composición de tablas son:

El producto cartesiano
El producto cartesiano es un tipo de composición de tablas, aplicando el producto
cartesiano a dos tablas se obtiene una tabla con las columnas de la primera
tabla unidas a las columnas de la segunda tabla, y las filas de la tabla resultante
son todas las posibles concatenaciones de filas de la primera tabla con filas de
la segunda tabla.
La sintaxis es la siguiente:

Figura 10. Producto cartesiano.

El producto cartesiano se indica poniendo en la FROM las tablas que queremos


componer separadas por comas, podemos obtener así el producto cartesiano de
dos, tres, o más tablas.
 nbtabla puede ser un nombre de tabla o un nombre de consulta. Si todas
las tablas están en una base de datos externa, añadiremos la cláusula IN
basedatosexterna después de la última tabla. Pero para mejorar el
rendimiento y facilitar el uso, se recomienda utilizar una tabla vinculada en
lugar de la cláusula IN.

 Hay que tener en cuenta que el producto cartesiano obtiene todas


las posibles combinaciones de filas por lo tanto si tenemos dos tablas de
100 registros cada una, el resultado tendrá 100x100 filas, si el producto lo
hacemos de estas dos tablas con una tercera de 20 filas, el resultado
tendrá 200.000 filas (100x100x20) y estamos hablando de tablas pequeñas.
Se ve claramente que el producto cartesiano es una operación
costosa sobre todo si operamos con más de dos tablas o con tablas
20
voluminosas.

 Se puede componer una tabla consigo misma, en este caso


es obligatorio utilizar un nombre de alias por lo menos para una de las dos.
Por ejemplo: SELECT * FROM empleados, empleados emp.
En este ejemplo obtenemos el producto cartesiano de la tabla de
empleados con ella misma. Todas las posibles combinaciones de
empleados con empleados.
 Para ver cómo funciona el producto cartesiano cogemos las consultas
[existencias cero] y [pedidos 90] creadas en la página anterior, y creamos
una consulta que halle el producto cartesiano de las dos.

SELECT *
obtenemos
FROM [existencias
la siguiente
cero],[pedidos 90]
tabla: Figura 11. Como se compone una tabla.

Se observa que tenemos las dos filas de la primera consulta combinadas con las
dos filas de la segunda.
 Esta operación no es de las más utilizadas, normalmente cuando queremos
componer dos tablas es para añadir a las filas de una tabla, una fila de la
otra tabla, por ejemplo, añadir a los pedidos los datos del cliente
correspondiente, o los datos del representante, esto equivaldría a un
producto cartesiano con una selección de filas:

SELECT *
FROM pedidos,clientes
WHERE pedidos.clie=clientes.numclie

Combinamos todos los pedidos con todos los clientes, pero luego seleccionamos
los que cumplan que el código de cliente de la tabla de pedidos sea igual al código
de cliente de la tabla de clientes, por lo tanto, nos quedamos con los pedidos
combinados con los datos del cliente correspondiente.
 Las columnas que aparecen en la cláusula WHERE de nuestra consulta
anterior se denominan columnas de emparejamiento ya que permiten
emparejar las filas de las dos tablas. Las columnas de emparejamiento no
tienen por qué estar incluidas en la lista de selección.

21
 Normalmente emparejamos tablas que están relacionadas entre sí y una de
las columnas de emparejamiento es clave principal, pues en este caso,
cuando una de las columnas de emparejamiento tiene un índice definido es
más eficiente utilizar otro tipo de composición, el INNER JOIN.

El INNER JOIN
El INNER JOIN es otro tipo de composición de tablas, permite emparejar filas de
distintas tablas de forma más eficiente que con el producto cartesiano cuando una
de las columnas de emparejamiento está indexada. Ya que en vez de hacer el
producto cartesiano completo y luego seleccionar la filas que cumplen la condición
de emparejamiento, para cada fila de una de las tablas busca directamente en la
otra tabla las filas que cumplen la condición, con lo cual se emparejan sólo las filas
que luego aparecen en el resultado.
La sintaxis es la siguiente:

Ejemplo:
SELECT *
FROM pedidos INNER JOIN clientes ON pedidos.clie = clientes.numclie

 tabla1 y tabla2 son especificaciones de tabla (nombre de tabla con alias o


no, nombre de consulta guardada), de las tablas cuyos registros se van a
combinar.
Pueden ser las dos la misma tabla, en este caso es obligatorio definir al menos
un alias de tabla.
 col1, col2 son las columnas de emparejamiento.
Observar que dentro de la cláusula ON los nombres de columna deben
ser nombres cualificados (llevan delante el nombre de la tabla y un punto).
 Las columnas de emparejamiento deben contener la misma clase de datos,
las dos de tipo texto, de tipo fecha etc.… los campos numéricos deben ser
de tipos similares. Por ejemplo, se puede combinar campos AutoNumérico
y Long puesto que son tipos similares, sin embargo, no se puede combinar
campos de tipo Simple y Doble. Además, las columnas no pueden ser de
tipo Memo ni OLE.
 comp representa cualquier operador de comparación ( =, <, >, <=, >=, o <>
) y se utiliza para establecer la condición de emparejamiento.
Se pueden definir varias condiciones de emparejamiento unidas por los
operadores AND y OR poniendo cada condición entre paréntesis. Ejemplo:

SELECT *
FROM pedidos INNER JOIN productos ON (pedidos.fab = productos.idfab) AND
(pedidos.producto = productos.idproducto)

 Se pueden combinar más de dos tablas

22
En este caso hay que sustituir en la sintaxis una tabla por un INNER JOIN
completo.

Por ejemplo:
SELECT *
FROM (pedidos INNER JOIN clientes ON pedidos.clie = clientes.numclie) INNER
JOIN empleados ON pedidos.rep = empleados.numemp

En vez de tabla1 hemos escrito un INNER JOIN completo, también podemos


escribir:
SELECT *
FROM clientes INNER JOIN (pedidos INNER JOIN empleados ON pedidos.rep =
empleados.numemp) ON pedidos.clie = clientes.numclie

En este caso hemos sustituido tabla2 por un INNER JOIN completo.

El LEFT / RIGHT JOIN


Combina registros de tabla de origen al usarse en una cláusula FROM.

Sintaxis

FROM tabla1 [ LEFT | RIGHT ] JOIN tabla2


ON tabla1.campo1opcomp tabla2.campo2

Las operaciones LEFT JOIN y RIGHT JOIN constan de las siguientes partes:

Tabla 1. Partes de las operaciones LEFT, JOIN Y RIGHT JOIN.

Parte Descripción
tabla1, tabla2 Nombres de las tablas cuyos registros se combinan.
campo1, campo2 Nombres de los campos que se combinan. Estos campos deben
ser del mismo tipo de datos y contener la misma clase de datos,
pero no tienen que tener el mismo nombre.
opcomp Cualquier operador de comparación relacional: "=", "<", ">", "<=",
">=" o "<>".

23
BIBLIOGRAFÍA Commented [SALJ5]: Hacer el listado bibliográfico general de
todas las fuentes consultadas durante la investigación en orden
alfabético bajo los estándares del formato APA.

El marco teórico es el fundamento de toda la investigación, incluso


Click, A. (Abril de 2001). Tema 3. Las consultas multitabla (I). Obtenido de Llenados de a partir de la concepción del tema. Se obtiene a partir de la consulta
bases de datos: https://www.aulaclic.es/sql/t_3_1.htm bibliográfica, por eso la importancia del listado.

Fuentes, D. M. (2013). BASES DE DATOS. NOTAS DEL CURSO BASES DE DATOS. MÉXICO, Estilo de las referencias. Se recomienda la norma APA, que se
D.F. : Publidisa Mexicana S. A. de C.V. caracteriza por incluir las citas en cuerpo del texto, utilizando el
apellido del autor y el año de publicación. En el estilo APA no se
GEMBETA. (05 de Noviembre de 2013). Fundamento de las bases de datos: Modelo requiere utilizar las citas a pie de página.
entidad-relación. Obtenido de Fundamento de las bases de datos: Modelo entidad-
Para insertar citas en Word proceda de la siguiente manera:
relación: https://www.genbeta.com/desarrollo/fundamento-de-las-bases-de- REFERENCIAS  Estilo APA  Insertar cita  Agregar nueva
datos-modelo-entidad-relacion fuente  Crear fuente.

González, V. G. (2004). Tutorial de Bases de Datos. Obtenido de Restricciones:


http://www.victorgarcia.org/pfc/modeloER/restricciones.php
Norton, P. (2012). Introduccion a la computación. México: McGrawHill.

24
CONCLUSIONES Commented [SALJ6]: Elaborar las conclusiones. No se trata de
hacer un resumen de la investigación ni de repetir en forma
abreviada los resultados, sino de apuntar de manera clara y concisa
El diseño de bases de datos es muy importante porque nos ayudan paso a paso para la cuál es el aporte a un campo específico del conocimiento.

construcción de una base de datos y así hacerlo correctamente ya que, si no se hacen Establecer la manera cómo se cumplieron los objetivos.
apropiadamente las tablas, podemos llegar a tener problemas más delante al momento Discutir el grado de evidencia que la hipótesis o el tema
desarrollado (según sea el caso) recibe en su favor y destacar la
de ejecutar alguna consulta a la base de datos para tratar de obtener alguna información. contribución al conocimiento sobre el tema abordado.
Relacionar los resultados con otras investigaciones, es decir,
señalar si los resultados coinciden con la literatura previa.
Miguel Ángel Montes Ramos Reconocer las limitaciones de la investigación.
Destacar la importancia y significado de la investigación
realizada y la forma cómo encaja con el conocimiento disponible.
Hoy en día las empresas manejan una gran cantidad de datos, cualquier empresa que se Explicar los resultados inesperados.
precie debe tener almacenados todos estos datos en una base de datos para poder
realizarlos mediante una aplicación profesional; sin esta funcionalidad resultaría imposible
tratar y manejar en su totalidad los datos que lleva a cabo la empresa y se perdería un
tiempo y un dinero muy valiosos
Salvador Amezcua Avalos

Las bases de datos son un gran pilar de la programación actual, ya que nos permiten
almacenar, usar e identificar de una forma rápida y eficiente cantidades ingentes de datos
con cierta facilidad. Los diseños de las bases de datos multitabla son muy importantes
para las empresas ya que gracias a ellas se pueden almacenar datos del personal de la
empresa.
Gustavo Avila Rubio

25

Potrebbero piacerti anche