Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 2 vistas

    Logica de base de datos (1)

    Cargado por

    Anabel

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd

    Logica de base de datos (1)

    Cargado por

    Anabel
    2 vistas8 páginas

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    2 vistas8 páginas

    Logica de base de datos (1)

    Cargado por

    Anabel

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    de 8

    Almacenamiento

    Base de datos relacional

    Entre las bases de datos más utilizada actualmente, tenemos la base de datos
    relacional. Este tipo de base de datos es una herramienta empleado por todo
    tipo de empresas, independientemente de su tamaño o sector de negocio.

    Una base de datos relacional es un tipo de base de datos que cumple con el
    modelo relacional. Así, según esta definición de base de datos relacional, se
    trata de una base de datos que almacena y da acceso a puntos de datos
    relacionados entre sí. El modelo relacional es una forma intuitiva y directa de
    representar datos sin necesidad de jerarquizarlos.

    Las bases de datos relacionales son el modelo más utilizado actualmente


    (postulado por primera vez en 1970 por Edgar Frank Codd).

    Características y aspectos a tener en cuenta

    Una base de datos relacional es, en esencia, un conjunto de tablas (o


    relaciones) formadas por filas (registros) y columnas (campos); así, cada
    registro (cada fila) tiene una ID única, denominada clave y las columnas de la
    tabla contienen los atributos de los datos. Cada registro tiene normalmente un
    valor para cada atributo, lo que simplifica la creación de relaciones entre los
    puntos de datos.

    De tal manera que una de las principales características de la base de datos


    relacional es que evita la duplicidad de registros y a su vez garantizar la
    integridad referencial, es decir, que si se elimina uno de los registros, la
    integridad de los registros restantes no será afectada. Además, gracias a las
    claves se puede acceder de forma sencilla a la información y recuperarla en
    cualquier momento.
    Así mismo, no pueden existir dos tablas con el mismo nombre y la relación
    entre una tabla padre y una tabla hija se lleva a cabo a través de claves
    primarias (son la clave principal de un registro dentro de una tabla) y claves
    ajenas (se colocan en la tabla hija y contienen el mismo valor que la clave
    primaria del registro padre).

    Para poder almacenar, administrar, consultar y recuperar los datos guardado


    en la base de datos relacional es necesario emplear un software específico,
    denominado sistema de gestión de bases de datos relacionales (RDBMS). Este
    software proporciona una interfaz entre los usuarios y/o las aplicaciones y la
    base de datos, además de contar con funciones administrativas para gestionar
    el acceso, almacenamiento y rendimiento.

    Tipos

    Como ya hemos mencionada más arriba, el software empleado para manejar


    una base de datos relacional es un sistema de Gestión de Bases de Datos
    Relacionales (RDBMS). Actualmente existen varios tipos de de gestores de
    BDR, entre ellos, los más usados son:

     Oracle
     MySQL
     Microsoft SQL Server
     PostgreSQL
     DB2

    Comparativa base de datos relacional

    Aunque la base de datos relacional es la más empleada actualmente, no está


    de más hacer una pequeña comparativa con otras bases de datos que también
    se emplean en la actualidad, aunque a la hora de decantarse por una u otras
    dependerá de las necesidades de la empresa o la organización. O incluso será
    necesario combinar diferentes bases de datos para obtener mejores resultados
    o poder elabora análisis más completos.

    Relacional Vs no relacional

    ¿Una base de datos relacional vs no relacional? ¿Cuándo nos conviene usar


    uno u otro tipo de base de datos? Si conocemos de antemano la información
    que necesitamos registrar, podremos diseñar la estructura de la base de datos
    relacional y las tablas que necesitaremos para poder relacionarlas, de manera
    que sea sencillo y rápido acceder a los datos que queramos consultar en cada
    momento.

    Una base de datos no relacional no tiene un identificador que sirva para


    relacionar un conjunto de datos con otros. Normalmente se emplea cuando la
    información se organiza mediante documentos o cuando no tenemos un
    esquema exacto de lo que vamos a almacenar.
    Estructuración de datos

    ¿Qué son datos estructurados?

    La definición de datos estructurados nos dice que es la información que se


    encuentra almacenada habitualmente en bases de datos relacionales;
    los datos estructurados están ordenados en registros (filas) y columnas
    (atributos), de manera que se estructuran en formato tabla, teniendo un título
    para cada categoría de datos que permita poder identificarlos.

    Los datos estructurales utilizan un lenguaje de programación para


    gestionarlos, nos referimos al SQL (Estándar Query Language), mediante el
    cual se pueden hacer consultas a las bases de datos y extraer la información
    deseada.

    Gracias a que están estructurados, son más fáciles de gestionar y permiten una
    mayor predictibilidad que otros tipos de datos. Esto significa que, además
    pueden ser procesados fácilmente por cualquier tipo de herramienta de minería
    de datos.

    Son datos estructurados, por ejemplo:

     Hoja de Excel
     Bases de datos relacionales o SQL
     Formularios web
     Fichas de clientes estandarizadas
    ¿Qué son datos no estructurados?

    Los datos no estructurados forman la mayor parte de la información relevante


    para una empresa u organización. Por lo generaal, son datos binarios que no
    tienen una estructura internar identificable. Es decir, sí poseen una estructura
    interna, pero esta no está sujeta a esquemas o modelos de datos predefinidos,
    por lo que estamos ante un conjunto desorganizado de varios objetos sin valor
    hasta que se identifican y se almacenan de manera organizada.

    Sin embargo, no se pueden almacenar en una base de datos tradicional, sino


    que requieren base de datos no relacionales o NoSQL. Pero una vez
    organizados en archivos, estos se pueden categorizar para poder obtener
    información de ellos.

    Los datos no estructurados pueden ser textuales o no, además, pueden estar
    generados tanto por humanos como por máquinas.

    Son ejemplos de datos no estructurados:

     Los archivos de imágenes


     Los archivos de audio
     Los PDF
     Los datos de redes sociales
     La mensajería instantánea
     Los datos de geolocalización
    Cardinalidad y claves

    Cardinalidad

    Cardinalidad es el número de entidades con la cual otra entidad se puede


    asociar mediante una relación binaria; la cardinalidad puede ser: Uno a uno,
    uno a muchos o muchos a uno y muchos a muchos. El tipo de cardinalidad se
    representa mediante una etiqueta en el exterior de la relación, respectivamente:
    "1:1", "1:N" y "N:M", aunque la notación depende del lenguaje utilizado, la que
    más se usa actualmente es el unificado.

    Clave primaria y Clave Foránea

    Las claves primarias y foráneas son las estructuras principales que conectan a
    las tablas de las bases de datos. Las claves primarias son valores únicos en
    una tabla que identifican un registro específico, como el número de un cliente.
    Las claves foráneas son registros en una tabla separada que se usan para
    hacer una conexión con las claves primarias. Un ejemplo de la estructura de
    una clave primaria y foránea es un número de cliente en una tabla de clientes
    conectado a la clave foránea de número de cliente en una tabla de órdenes.
    Estas conexiones se usan a través de cientos de tablas para crear bases de
    datos de comercio electrónico, contenido y soporte.

    Relevancia
    La razón más importante para tener claves primarias y foráneas es la
    identificación de registros únicos en cada tabla de la base de datos. Las claves
    primarias también están indexadas en la base de datos, lo que permite que la
    obtención de un registro solicitado sea más rápida para el servidor de bases de
    datos. Una clave primaria también puede tener varias claves foráneas
    establecidas. Por ejemplo, una clave primaria en una tabla de clientes podría
    tener una clave foránea en las tablas de órdenes y pagos.

    Identificación
    Las claves primarias se identifican en el software de bases de datos con el
    prefijo "PK" en su nombre o usando la interfaz de usuario. En dicha interfaz
    abre una tabla y ve las columnas. La clave primaria y la foránea se identifican
    con un pequeño icono de llave. La mejor forma para que un administrador de
    bases de datos encuentre todas las claves foráneas asociadas con una clave
    primaria es usar un diagrama de bases de datos (Modelo de Entidad
    Relacional). Los programas como SQL Server Management Console y
    Microsoft Access tienen imágenes en forma de diagrama que muestran estas
    configuraciones.

    Función
    Las claves primarias y foráneas se usan para conectar tablas. Una clave
    primaria es un número de identificación único para un registro, mientras que las
    claves foráneas no siempre son únicas. Por ejemplo, un cliente puede tener
    varias órdenes, por lo que existen varios registros en la tabla. La función de las
    claves conecta esas filas, por lo que los usuarios pueden leer la información
    relativa a registros específicos.
    Relaciones

    Relación 1 a 1 (1:1)
    Relaciona un único registro de la tabla principal con uno solo de la tabla
    relacionada.
    Este tipo de relación produce el mismo resultado que si se unieran los campos
    de ambas tablas en una sola tabla.

    Relación 1 a muchos (1:n)


    En este caso, un registro de la tabla A puede relacionarse con varios de la tabla
    B. Es el tipo más habitual y utilizado, y existen numerosos casos; por ejemplo,
    domicilios con personas que viven en el mismo, nombre de empresa con sus
    trabajadores, proveedores con productos que sirven…

    Relación muchos a muchos (n:m)


    Se da si varios registros de A pueden relacionarse con varios de B y viceversa.
    Es quizás la menos habitual de manera formal, aunque en futuras entradas
    veremos cómo podemos plantear una situación de este tipo para manejarla de
    forma efectiva.

    El ejemplo clásico, es tener dos tablas, una de actores y otra de películas, ya


    que lo habitual es que cada actor haya trabajado en varias películas, y que
    éstas estén formadas por varios actores.

    Símbolo de cardinalidad Nombre

    También podría gustarte