Puntos fuertes de las bases de datos relacionales

Un caso genérico para el uso de una base de datos relacional podría ser cualquier sistema que pueda ser bien definido en sus entidades, estas a su vez en sus atributos y relaciones, es decir, hay una estructura concreta de los datos. Un ejemplo seria la base de datos para una biblioteca, puesto puedo definir una estructura para los datos a través de entidades, atributos y relaciones.
🚀
Por otro lado para una base de datos no relacional seria algo curioso, se me ocurre un caso de investigación en la que muchas variables puedan ser medidas por un robot que seria enviado a cumplir esta tarea, pero no se sabe si estas variables existirán en el medio estudiado, podría ser como un viaje a marte o algún otro planeta, incluso a los fondos mas oscuros del mar. Se usaría una base de datos no relacional ya que no habrá una estructura definida de los datos que serán emitidos por el robot enviado. Podría ser una base de datos basada en documentos, como Firebase o MongoDB.
🤓

Puntos fuertes de las RDB

• Multipropósito - Te permite almacenar, extraer, estados de anidación y nos permite jugar con las bases de datos
• Ampliamente utilizadas - Sin importar en el campo que entres en el campo de datos, se van a econtrar con bases de datos relacionales
• Información consistente - La idea en una base de datos relacional que si se tiene data en la base sea datos unicos y relacionarla con otra información.
• Flexible - Se puede ocupar solo para almacenar datos, extraerlos o jugar con datos
• Retrocompatible - Los motores de base de datos avanzan constantemente en sus motores pero siempre arreglando los problemas de sus estandares
• Completamente programable - Permite usar lenguajes procedurales que pueden ayudar a extraer datos o guardarlos e incluso hacer cosas más complejos dentro de la misma base de datos

Soy biólogo, usaria una BDR para documentar la biodiversidad de mamíferos en diferentes reservas naturales en el estado. Por un lado los mamiferos tienen diferentes niveles de agrupación taxonimica por lo que haria tablas por Ordenes (p.ej. Roedores, Murcielagos, Carnivoros, Lagomofos) y por otro lado las reservas pueden estar bajo diferentes niveles de manejo como los son a nivel federal, estatal, municipal o privadas, ademas estas reservas pueden englobar diferentes tipos de vegetación. Con esta base de datos podría calcular indices de biodiversidad por reserva, por tipo de vegetación. Saber la cantidad de area protegida en la que se distribuye cierta especie o cierto tipo de vegetación, etc.

Para una base de datos no relacial piendo en una aplicación como Naturalista en la que las personas suben fotografias de animales o plantas para que colaboradores las identifiquen. Las entradas contiene una fotografia, datos geograficos, una breve descripción de lo que se observa y lo mas importante la identificación de la especie. En este caso no es necesario una base de datos relacionales.

• Para una base de datos relacional, se podría utilizar de ejemplo el registro de ventas, donde tenemos un identificador de transacción, las características del producto o servicio comprado y a la vez datos de fechas de creación/termino, a si como las propias del cliente.

• Para el ejemplo de una no relacional se me ocurre las situaciones de análisis para las ventas donde se mezcle información extra. por ejemplo la incidencia del stock disponible en caso de la venta en linea, u otras características que no sean propias de la venta en si. Factores que en conjunto permitan generar la venta

Para una base de datos relacional puede para un súpermercado, con tablas de productos, clientes, tiendas, transacciones, inventario, etc.

Una base datos relacional para un sistema transaccional como un supermercado por ejemplo que maneja entidades como: Clientes, proveedores, productos, Personal, etc y en el caso de una base de datos no relacional podría ser un aplicativo que conecta clientes con usuarios que brindan el servicio y funciona de manera web y en celulares donde recopila información de clientes, fotos, vídeos, gustos e intereses de los usuarios.

Yo trabajaba en una Telco y todos los datos estaban guardados en una base de datos relacional. Usabamos PL/SQL de Oracle, es increíble la cantidad de análisis que se pueden hacer cruzando tablas.

Basado en mi experiencia he diseñado e implementado bases de datos relacionales, en CRM y ERP, utilizando diferentes front-end, desde web, formularios, power apps e importando datos mediante programación, tienen sus limite como tu dices, cuando son datos de miles usuarios al mismo tiempo, por eso hace muchos años existía (todavía existe) cobol y sus bases de datos se basan en texto y esto lo hace muy rápido, hay sistemas bancarios basados en esto y es complejo remplazarlos por el nivel de velocidad, que no da una DB relacional, yo uso las soluciones de Microsoft y Google de NO SQL que son muy eficientes cuando se trata de cientos y millones de datos,

Una base de datos relacional la utilizaría en un sistema que se usará operaciones de tipo transaccional por ejemplo un programa de inventario o de caja registradora.

Por otro lado no las usaría cuando necesito hacer analítica de los datos porque los join me consumen mucho tiempo cuando tengo una db normalizada.

Uso de una base de datos relacional dentro de un sistema punto de venta donde temernos códigos de barra (nuestro id) de los artículos, precios proveedores.

Uso de una base no relacional, cuando uno guarda una playlist en una app nosotros seleccionamos películas o música y guardamos el estado de nuestra aplicación único para nuestro usuario.

El caso de uso de una base relacional sería en el control de inventario de una bodega de alimentos enlatados.

El caso de uso de una base de datos no relacional basada en documentos sería un blog muy activo con diferentes autores.

Me gustaría utilizar Firebase y aprender un poco más

4. Puntos fuertes de las bases de datos relacionales

• Multipropósito
• Ampliamente utilizadas
• Información consistente
• Flexible
• Retrocompatible
• Completamente programable

Implementar una base de datos relacional en el entorno del transporte colectivo de pasajeros puede ayudar a organizar y gestionar eficientemente la información relacionada con los pasajeros, rutas, horarios, vehículos, conductores, tarifas, entre otros datos relevantes.

Un caso de uso en el que una base de datos relacional podría no ser la mejor opción es cuando se trata de manejar datos no estructurados o semi estructurados, como texto libre, documentos complejos, datos multimedia o datos en formato JSON o XML. En estos casos, una base de datos relacional puede tener dificultades para almacenar y consultar eficientemente este tipo de datos.

MongoDB es un ejemplo popular de base de datos orientada a documentos. Proporciona una estructura de datos flexible que se adapta bien a datos no estructurados o semi estructurados. Permite almacenar y consultar documentos enriquecidos, realizar búsquedas complejas y escalar horizontalmente para manejar grandes volúmenes de datos.

Para el campo del Big Data como por ejemplo tomar datos de sensores como de temperatura cada 30 segundos o menos creo que seria mejor usar Bases de Datos no Relacionales

Trabajo en inventarios, y para su gestión y control una base de datos relacional nos soluciona todo, los pedidos, ingresos, consumos, codigos de consumo, tipos de datos, valor vendido etc… todo relacionado a un codigo unico de producto el cual la mantiene solo con datos unicos.

UN crm para una base de datos relacional.
y un juego quizás una no relacional y puedo usar mongodb.

la tabla de datos relacional se podría usar para manejar datos de un almacén (productos, clientes, ventas…)

En un ERP, ya que la empresa depende fuertemente de procesos interactivos

Actualmente no estoy familiarizado,pero me ha llamado la atención todos los usos que tiene.

Las bases de datos No relacionales MongoDB basado en documentos o Cassandra basada en columnas

Data Staging

No soy científico de datos y llegue aquí por un curso de Django y ¡vaya! no se ahora con cual quedarme si me dedico a Django o a ciencias de datos. Ambas me gustan jajaja.

Un base relacional la utilizaría para un sistema que almacena información de una propiedad horizontal o conjunto cerrado.

Una base no relacional: puede ser una red social o un app movil de domicilios.

Les quedó video de sobra al final. De resto todo ok.

Relacional: En la mayoría de los gestores empresariales usan este tipo de base de datos para almacenar sus datos en el día a día.
Documentos: Podría ser un Raspberry Pi 3 que tenga sensores y que se estén guardando en una base de datos orientada a documentos, para después analizar la información en el lenguaje estadístico python.

A seguir aprendiendo

Base de datos relacional: he usado postgresql y me ha servido principalmente para crear aplicaciones web debido a la forma en la que los datos podrian crecer es mas definida y ayuda en aplicaciones mas grandes con muchos datos almacenados.

Base de datos no relacionales: No las he usado aun pero en aplicaciones pequeñas especialmente moviles cre que podrian servir incluso en aplicaciones donde los escenarios al momento de almacenar datos no sea necesario cubrir todos los campos de un tabla pero que exista la posibilidad de que en otro escenario si sea necesario cubrir todos los campos incluso la necesidad de crear nuevos campos sin que afecten a los ya almacenados.

en la base de datos de la FIDE

Las bases de datos relacionales podrían aplicarse a un sistema de calificaciones de una universidad. Donde se tiene la universidad misma, los programas, las asignaturas, las notas y los estudiantes. Una base de datos no relacional podría resolver de mejor forma, el uso y la capacidad de las aulas de la universidad, incluso para manejar mapas de calor de ello a fin de optimizar los espacios y la distribución de los mismos.

Tengo un proyecto personal de administración de inventarios que incluyen inventario en almacén general, inventario en bar del restaurante, inventario de la cocina del restaurante, punto de venta y generar reportes de consumo de insumos diarios para la gerencia y se puedan solicitar su reposición al almacén general; para determinar el consumo diario se multiplica la venta del día por las recetas de cada producto vendido en el restaurante diariamente.

Usaría una base de datos relacionales para almacenar las vendas diarias de un almacén. el stock de productos, los productos que se agotaron, los pasivos en el mes… etc…

Base de datos relacional: Llevar el control de piezas producidas en la industria automotriz, con el historico de pruebas exitosas y en que parte del proceso fueron desechadas. (Lo usaban donde trabajaba).

Base de datos no relacional: En un chat. Aunque desconozco mucho de este tipo de bases de datos usaría mongoDB por que es la que conozco.

Una base de datos relacional puede servir para guardar la información del inventario de la ubicación de los servidores de una empresa, así como las propiedades de cada computador, es decir modelo, rack, etc.

Una base de datos no relacional puede servir para guardar información de transacciones de compras electrónicas y el motor que utilizaría puede ser Memcached o Redis porque son en memoria, y por lo tanto el acceso a la información es casi instantáneo.

Ventajas y desventajas

• Provee herramientas que garantizan evitar la duplicidad de registros.

• Garantiza la integridad referencial, así, al eliminar un registro elimina todos los registros relacionados dependientes.

• Favorece la normalización por ser más comprensible y aplicable

Contabilidad

¿Cómo funciona una base de datos relacional?
Una base de datos relacional es una recopilación de elementos de datos con relaciones predefinidas entre ellos. Estos elementos se organizan como un conjunto de tablas con columnas y filas. … Cada columna de una tabla guarda un determinado tipo de datos y un campo almacena el valor real de un atributo.

Caso de uso Base de Datos Relacional: Las calificaciones, asignaturas y profesores de una institución educativa, se pueden crear relaciones entre sí con elementos foráneos entre sus entidades.

Caso de uso Base de Datos No Relacional: Elementos jerárquicos, cómo un árbol genealógico, para representar la asociación de los descendientes directos e indirectos, cómo clave y valor en una estructura de datos de tipo árbol.

Los casos de uso más habituales para bases de datos relacionales incluyen aplicaciones móviles y web, aplicaciones empresariales y plataformas de juego online. Airbnb es un gran ejemplo de cliente que ha creado aplicaciones de gran escalabilidad

Para Bases de datos relacionales, puede ser para el almacenamiento tipo transaccional como: Sistema para Biblioteca, Banco,(Aplicaciones de escritorio, web, empresariales, moviles,)

Para No relacionales, puede ser quizá cuando queremos tomar información para medir la calidad de aire, compras online.

Base de datos de proveedores (relacional), con sus respectivos servicios y productos ofrecidos y siento que para una base de datos de comentarios dentro de una web es mas funcional analizarla en un modelo por documentos.

Una BB.DD. R. puede ser en mi trabajo que tengo que buscar bugs antes de reportarlos para no encontrar duplicados.
Para un caso de una BB.DD. no R. se me ocurre que puede ser cuando guardamos un documento/archivo de nuestra preferencia para más adelante usarlo. Tal como el catálogo de Netflix o de Spotify, etc.

Para una base de datos relacional podemos poner como ejemplo un restaurante donde tenemos entidades como cliente, orden, platillo, dirección, etc. Se tiene un diagrama de clases completo y bien estructurado para llevar el control de lo que se pide.
Por otro lado, una No relacional puede ser el conocer el número de visitas de mi sitio web, ya que no me interesa que hizo el usuario o cuantas veces hizo o click o que descargas hizo, lo que yo quiero saber es en que momento se formaron esas masas de visitas al sitio esto para poder hacer la escalabilidad de mi DB.

🌵Una aplicación de bases de datos relacionales 🌿 es una base de datos relacionada con fertilizantes y otros insumos agricolas 🌾, sus costos proveedores e información extra que es la base para escoger que insumo es el apropiado para un proyecto agrícola. 🌻

Un caso de uso para una base de datos relacional puede ser un sistema de transacciones bancarias, porque las entidades y los flujos ya están definidos y la generación de datos ya está estructurado.

En cambio, un caso de uso en donde sería más adecuado usar una base de datos no relacional sería un sistema que guarde todo tipo de documentos personales (sería una BD NoSQL documental).

Reto

Caso de uso de base de datos realcional.
Empresa mayorista que distrubuye productos a empresas minoristas. Pueden ser de utilidad ya que es complejo que se sobre pase y alcance tan siquiera la cifra de un millón de datos a examinar.
Perfectamente se podría implementar para la exploración de datos en busca de patrones. En el aporte de informes de BI.

Perfectamente se puede usar postgres como manejador.

Caso de uso de bases de datos no relacionales.
Una startup que este en pleno crecimiento.
Requerirá de una base de datos no relacional ya que requiere que los miles y dependiendo de la exponencialidad de su crecimiento, tanto en clientes, ventas etc. Requiera de una base de datos que recepta inforamción en tiempo real.

Podría usarse bigquery, como firestrone.

Pienso que tal vez podría servir para realizar una aplicación que nos entregue información acerca de los vuelos realizados por personas, con esto me refiero a hora de vuelo, escalas, aerolínea, tiempo de vuelo, hora-salida, hora-llegada, precio-boleto, asiento, etc, etc. Me gustaría que me comentaran que piensan puesto que también creo que al tratarse de miles y miles de personas se necesitaría una base de dato no relacional.

Saludos

He trabajado con bases de datos de clientes y de producción e inventario donde las relaciones entre estas son fundamentales para conocer las preferencias y comportamientos de los consumidores y poder tomar acciones de mejora en la parte de producción, optimizando así los recursos y el stock.

un caso de uso profesional es uber. lo datos RDB son todos los datos que se pueden cuantificar. donde los analistas puedan sacar la informacion cruda a con vertirla en informacion que genere unas buenas proyecciones

Base de datos relacional: en el contexto de un hospital en donde se necesite registrar la llegada de pacientes, sus datos personales, apertura de historias clínicas, los médicos, las consultas médicas, horarios, las hospitalizaciones, las visitas de los médicos a hospitalización, los ingresos y egresos hospitalarios, fallecimientos, etc.
Una base de datos no relacional: aún no he visto suficientes ejemplos como para que se me ocurra a mí un caso de uso práctico, supongo que depende también del objetivo de uso que se le quiera dar a la información, además del flujo de la misma, y me gustaría tener más claro qué otras consideraciones se hacen para optar por esta. Me gustaría leer a alguien que haya trabajado con una y que le haya dado soluciones.

En mi caso soy cientista social y en este momento estamos iniciando un proyecto con integrantes de toda América Latina para evaluación de políticas públicas. Una base de datos relacionales creo que nos serviviría para analizar perfiles, temas de investigación, vínculos con organizaciones de la sociedad civil, etc, lo que nos permitiría encontrar temas comunes para trabajo en subgrupos.
Una base de datos no relacional imagino serviría para el análisis de información cualitativa y no estructurada que provenga del trabajo de campo

Bases de datos relacionales se pueden intuir como estructuras que manejan objetos concretos y relaciones entre ellos (bases de datos para un colegio, biblioteca, empresa)

Y creería que uno de los usos de las no relaciones pueden ser las interacciones por click en una página web, o un mapa de calor, las miles de señales que puede envíar un satélite y demás datos que además de ser grandes en volumen, presentan una variedad inmensa, muchas aristas para analizar desde muchos puntos de vista

Amigos por aquí el concepto de 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.

Creo que un buen caso de uso para una RDB sería una base de datos con información de los estudiantes de colegio en los municipios de mi país, Colombia, y la taza de deserción escolar de los mismos, para poder describir el estado actual de la educación básica y media, y posteriormente hacer un modelo inferencial para predecir los posibles casos de deserción en el futuro.

Ahora, una base de datos no relacional, podría utilizarse en galerías de arte para llevar un control de las obras en el inventario, por medio de fotografías y así facilitar el seguimiento de las transacciones en subastas o ventas de arte.

¿Qué opinan, compañeros? ¿Les parece que mis ejemplos están bien enfocados o me equivoqué al elegir el tipo de bases de datos?

Dos ejemplos de caso de la vida real:

Base de datos relacional: Actualmente la utilizamos para guardar información de algunas reservas naturales privadas. En esa base de datos se incluyen datos de los propietarios, de los documentos de la reserva y de los predios, entre otros, con relación entre cada una de las tablas. Esta información es de consulta y se actualiza muy lentamente.

Base de datos no relacional: También con el equipo de trabajo salimos a capturar datos en campo referentes a atropellamientos de fauna o liberaciones de animales en sus ecosistemas naturales. Para este caso necesitamos bases de datos que estén basadas en documentos porque requerimos trabajar con el estado actual de nuestros datos. Este tipo de base de datos puede llegar a actualizarse también diariamente o semanalmente.

Un caso de uso de RDB seria el registro de todas las transacciones economicas que se dan en los mercados electricos los cuales manejan detalles horarios y un caso para una NoRDB seria donde se consulte la informacion en tiempo real de la informacion que capturan los medidores de las industrias u grandes comercios.

• Un caso de uso adecuado para una base de datos relacional sería una aplicación de comercio electrónico en línea que maneja información sobre productos, clientes, órdenes y transacciones financieras. En este caso, la estructura de una base de datos relacional permite almacenar información estructurada en tablas con relaciones definidas entre ellas, lo que facilita el manejo y la consulta de los datos relacionados.

• Un ejemplo de caso en el que una base de datos relacional no sería la opción más adecuada sería un sistema de análisis de big data en tiempo real. En este caso, una base de datos relacional puede ser menos eficiente en términos de procesamiento y almacenamiento de grandes volúmenes de datos no estructurados y variables, como los datos de redes sociales y sensores en tiempo real. Una opción más adecuada podría ser una base de datos NoSQL o una plataforma de procesamiento de big data como Hadoop o Spark.

una base de datos relacional funcionaria en mi caso para organizar los proveedores, las ventas, los insumos y demás aspectos necesarios para un empresa; ya que con esta se pueden hacer relaciones y manejar intuitivamente y eficientemente los datos. Por el otro lado si se usara una base relacionar para almacenar las dimensiones (también llamadas features o kernels) de las imágenes que use un modelo de ML, ya que estas pueden ser millones haciendo muy lenta la lectura y la escritura, lo que hace que el entrenamiento sea lento pero si se usa una base de datos basada en grafos.

lo ultimo es especulación pero bajo mi criterio tiene sentido

Creo que un uso para la RDB es por ejemplo Domino´s Pizza, yo trabajé en esa empresa y fue donde conocí el gusto por esta rama de Ciencia de Datos.

En esa empresa se usa la RDB como forma de mantener un registro de las pizzas vendidas a un cliente desde la sucursal X que fue entregada por el repartidor Y en un tiempo de entrada de pedido, tiempo de producción a cargo de un rango de empleados, y en donde tu ves este reflejo del sistema es en una opcion que tiene la app de Dominos MX al pedir una pizza es el Pizza Tracker.

Eso tu lo ves, pero en las oficinas de mi ciudad el director tiene unas 4 pantallas en donde muestra un Live Reporting, que es en tiempo real las bases de datos sueltan los registros haciendo promedios, tiempos, dinero ganado, pizzas regaladas en cantidad y dinero agrupado por tiendas y acompañado de un mapa de mi ciudad en donde se pone una ficha del Logo de Dominos los lugares donde pidieron una pizza. Intenté buscar el sistema de Live Reporting pero obvio es algo que no encuentras en internet, pero es algo parecido a la siguiente imagen, nadamas que es mi ciudad en donde un “emoji” de forma de tienda con el logo de Domino´s es la sucursal con código, no con nombre, y las fichas similares a un punto de indicación de GPS es el pedido a domicilio en tiempo real.

Tambien tienen un ranking de las sucursales de la franquicia de mi ciudad que muestra qué tienda está vendiendo más, siempre quedan en los 3 primeros 3 puestos Domino’s Lomas, Saucito y Abastos, excepto en temporadas de la Feria Nacional que es en Agosto, queda en primeros lugares Aguaje. Pero sólo durante 1 mes durante el año…

Uso de RBD: Para llevar un registro de los sismos, fecha, ubicacion, magnitud, ciudad.

Uso base de datos NoSQL: Información de pozos para hacer Machine Learning en una cuencua muy grande como la permian basin. Una base de datos basada en grafos podría ser útil

Un caso de uso para una base de datos relacional, podria ser el registro de cualquier empresa con cultura datadriven… en la que se almacenen informacion de los diferentes sectores, ventas, administracion, atencion al liente, RR.HH, etc…
Mientras que un caso en el que no se podria usar una base de datos SQL y se requeriria una NoSQL, seria para una aplicacion movil, desarrollo web, data warehouse donde se almacenan grandes volumenes de datos semeiextructurados tomados de medios de internet y que auhn no paso por el data mining…

En mi caso, se puede usar con los egresados de la universidad y contrastar con los que arroja en ministerio de educación , si bien ahí se puede observar información como nivel de educación y que profesiones mejor que otras respecto a las que ofrece la universidad donde laboro.

Un ejemplo real del uso de base de datos relacionales se ve día con día en la banca tradicional. La cual, hace uso extensivo de transacciones en la BD para validar, manipular, actualizar o crear información referente a los movimientos bancarios de los clientes.

La base de datos relacionales se pueden usar en instituciones como colegios en los sistemas de registro de alumnos y notas y demas datos que se necesite en ese ambiente no fluctuan constantemente la informacion y se puede trabajar con la base de datos normalmente, programas como Microsoft Sql nos permite organizar por tablas y hacer consultas.

La base de datos no relacionales es mas usado para extraaer informacion de las redes sociales donde la cantidad de informacion esta en aumento y en constante cambio y existen diferentes programas que pueden ayudar con la organizacion de la informacion como el Azure.

Un caso donde es muy útil es en la gestión de los resultados de un laboratorio. Permite mantener la consistencia de la información desde la orden de compra hasta la entrega del informe de resultados. Además es posible hacer correlaciones entre los diferentes resultados de los ensayos y poder hacer análisis de tendencias, información que puede ser muy valiosa para los clientes.
Un caso donde no es muy útil es en el almacenamiento de grandes cantidades de datos binarios, como los mensajes de voz que dejan los clientes y el almacenamiento de videos y fotografías relacionados con los servicios que se prestan.

Un ejemplo de aplicación, para una base de datos relacional podría ser para llevar el control de los goles de un torneo de fútbol, en este caso tendría tablas para equipos, jugadores, estadios, etc., y de este modo tener información disponible para hacer un análisis detallado, y observar patrones de juego, que pueden ser valiosos para la creación de estrategias.

Datos No Relacionales que Pueden Complementar:

• Si deseas agregar flexibilidad en la gestión de categorías o almacenar información no estructurada, podrías considerar el uso de una base de datos no relacional, como MongoDB.

Datos No Relacionales:

• Almacenar información adicional sobre las categorías en formato JSON.
  Mantener registros de comentarios y reseñas de usuarios utilizando documentos NoSQL.
  Ventajas de Combinar con NoSQL:

Flexibilidad en la Estructura de Datos: La base de datos NoSQL permitiría manejar datos no estructurados, como comentarios y reseñas, sin la necesidad de modificar esquemas de tablas.

• Escalabilidad Horizontal: En el caso de un crecimiento masivo en la cantidad de comentarios o datos no estructurados, una base de datos NoSQL podría escalar horizontalmente para manejar mayores volúmenes de información.

gracias por la explicación

**Example: Library Management System
**
++Usefulness of a Relational Database:
++

• Organize Books: Each book can have attributes like Title, Author, ISBN, Genre, etc., which can be stored in a ‘Books’ table.

• Track Borrowers: Store information about library members in a ‘Members’ table, including Name, Membership Number, Address, etc.

• Manage Borrowed Books: A separate ‘BorrowedBooks’ table can track which member borrowed which book when linking the ‘Books’ and ‘Members’ tables using unique identifiers.

• Enforce Constraints: Ensure that a particular book is not issued to multiple members simultaneously.

• Queries: Easily find out which books are most popular, who borrowed a particular book, or which members borrow books most frequently.

++Where a Relational Database Might Not Be Useful:
++

• Storing Book Content: If we want to store the actual content of the books (e.g., text of each page), a relational database might not be the most efficient solution. A file system or a specialized document store might be better.

• Real-Time Analytics: A relational database might not best fit if the library system needs real-time analytics (e.g., immediate data on borrowing trends as books are issued). In-memory databases or specialized analytical tools might be better.

• Highly Unstructured Data: If the library collects diverse, unstructured feedback from members (like free-form text images of damaged books), managing this within a relational setup can be challenging. A NoSQL database or a specialized solution might be more appropriate.

De acuerdo alo que entendi:
.
Una Base de datos Relacional es aquella que necesita no solamente ser consultada sino actualizada, es decir que soporte escritura de forma amplia y constante. Y la base de datos NO relacional es aquella que se enofnca en optimizar la lectura de sus elementos y la escritura no es muy constante o casi nula.
.
Asi lo entendí, si estoy asimilando mal el concepto, agradezco sus aclaraciones. Muchas gracias.

1er Caso, BD No relacional, podría ser un documento confidencial.

2do Caso, podría ser aprender a cocinar ya que eso significa que tanto las estapas como la preparación (comprar los productos, los productos, qué comida, etc), cocinarlo (punto de coción, ingredientes, elementos de cocción) post cocinar (servir, limpiar ordenar organizar, planificar).

Una base de datos relacional puede ser para almacenar datos de una universidad.

Y una base de datos no relacional puede ser para una aplicación de cambio de divisas.

Un caso bastante común para el uso de una base datos relacional, es cuando en una empresa se tienen usuarios y la información de estos, en este punto lo mejor sería utilizar una base de datos relacional para de esta manera poder crear esas relaciones y ese orden para estos usuarios, puesto que usualmente estos datos generalmente serán usados para otras aplicaciones dentro de la misma empresa, y su volumen no es tan alto si por el contrario vemos dentro de una empresa, una base de datos la cual guarde reportes generados por los usuarios de un X sistema que reporta las actividades diarias, y a la vez se necesita una constante lectura de esta información para estar viendo todos los informes que se generan a diario por los usuarios, en este caso el uso de una base de datos no relacional como DynamoDB sería lo mejor en lo cual en su llave de partición podríamos tomar el dato del usuario de la base de datos relacional, para que el informe pues siempre vaya asociado a un usuario ya existente en la empresa al momento de su creación.

para una base de datos relacional podría ser la de los ciclistas, donde podríamos identificar cuantos ciclistas son, calcular su edad promedio, el numero de su dorsal y podremos saber quien llego de primeras, veremos cuanto tiempo de diferencia tuvo y que ciclista fue.

Tengo un familiar que se encuentra trabajando en una empresa dedicada a llevar tecnología a los agricultores del país (Perú) y no se trata de llevarles celulares o enseñarles a cómo usar google, sino que la misma empresa cuenta con una app donde el agricultor puede registrar todos sus datos (incluyendo el tamaño de sus parcelas) para que así se sepa la cantidad de agricultores que se encuentran activos, qué exactamente siembran y cuánto ganan después de cada temporada. Ahora me encuentro interesada en ingresar también en esta empresa puesto que como he mencionado, cuentan con una gran cantidad de datos que necesitan ser tratados y analizados, para poder así mejorar en el app y saber qué necesita el agricultor. Por ahora esta startups es aún muy joven y eso me permite poder ingresar, no teniendo el miedo a la BIG DATA
En el caso NoSQL, creo que se debe usar para app de entretenimiento como Tiktok o facebook, ya que en estos lugares no es tan importante la integridad y veracidad de los datos, ellos solo buscan ingresar grandes cantidades de datos a una velocidad excepcional y así poder mostrarle al usuario lo que quiere ( lo malo es que como no está separado, el análisis suele ser muy difícil, llegando a mostrar información que no es relevante para el usuario)
Con respecto a NoSQL, yo creo que pued

• Yo creo que en una tienda electronica, una BDR estaria perfecto.
• Si se desea una BD en todas las tiendas electronicas de la empresa, se usaria una base de datos no relacional.

Las bases de datos relacionales sirven para manejar la información de un marketplace o retail y su información de vendedores, invetario y trasnaccional

1. Pienso que las bases de datos no relacionales se utilizan cuando deseamos guardar los datos de juegos en línea.
2. Y una base de datos relacional podría ser: un sistema de estación de autobuses.

Los sistemas de transporte modernos y su analisis práctico hace que sea indispensable el análisis de datos a través de bases relacionales, donde se relacionen valores únicos como rutas, operadores, estaciones, etc.

Por otra parte como ejemplo no relacional, se pueden encontrar aquellas basees de registros que resultan ciclicos a causa del resultado de diferentes operaciones de un mismo usuario en diferentes módulos o con diferentes categorías de los productos de un negocio.

en mi caso lo utilizaria para gestionar un almacen entradas salidas reubicaciones mapas de stock tiempos de trabajo etc .

Una base de datos relacional es muy util al momento de hacer un analisis o una extraccion para crear un dashboard en alguna herramienta de BI, ya que estan muy bien diseñadas para este tipo de bases

RDB puede usar para guardar registros de viajes en una empresa de transporte de insumos

Casos de uso:
Supermercado, tienda por departamento, para relacionar clientes, con facturas, o acumulación de puntos.

Otro ejemplo puede ser la creación de envió de paquetería, logística, entre otros.

Historias clínicas de todos los pacientes de la salud pública de un país en vías de desarrollo

Estoy terminando la carrera de ingeniería mecánica, y la mayoría de software para tener un seguimientos de nuestros planes de mantenimiento , lo mas posible es que estén diseñados de forma relacional .
Y un caso no sql puede ser un videojuego online en que nos importe bastante el estado actual.

Ejemplo de uso de una BDT relacional. En la industria petrolera, donde se pueden relacionar los datos de un pozo, ya sea marino o terrestre y llevar el control de la construcción del pozo, datos de muestreo de rocas por profundidad, toma de información, compañías de servicio, rendimiento económico, operaciones de mantenimiento, producción acumulada, estadísticas, etc.

mi proyecto que me gustaria aplicar es un punto de venta.

Información consistente

No tengo experiencia en bases de datos pero imagino que cuando hay muchos datos siendo escritos en un segundo no es buena idea guardarlos en una RDB ya que se no se podrían consultar rápidamente para hacer una relación entre ellos.

Por otro lado si mi objetivo es hacer una análisis de datos exhaustivo, ver patrones y crear modelos de predicción probabilísticos, tener bien ordenados los datos sería ideal y ahí me puede ayudar más una RDB, aunque desconozco como relacionarían los datos las NO RDB para el machine learning por ejemplo.
Ciertamente es muy interesante todo este tema 🤔

Hola Compañeros, en los videos en la parte de marcadores, dejo un marcador público para que podais acceder al momento del video exacto donde se habla del tema en concreto, por si necesitáis repasar un concepto de la clase y no tener que ver el video entero hasta llegar al concepto que os interesa, así podreis optimizar el aprendizaje y tener atajos para repasar. Espero que os ayuden.

PD. Lo que escribo en los marcadores por algún motivo sale en el sistema de discusión, a veces no tienen mucho sentido, solo que sepan que son los marcadores no un aporte al sistema de discusión

Un saludo y nunca paren de aprender.

En mi caso particular, en la empresa donde estoy actualmente trabajando como desarrollador tenemos varias aplicaciones donde el motor de base de datos es postgreSQL PERO como hay aplicaciones en donde la data es bastante amplia es decir y pongo ejemplo: para la carga de un préstamo se necesitan muchos datos de carga es decir en la interfaz, el usuario debe cargar en varias pestañas mucha información en cuanto a una solicitud(Beneficiario, destino, garantías, criterios, requisitos, etc etc) entonces para estos casos muy en particular creamos campos json o jsonb en postgres y guardamos el conjuntos de datos y eso facilita mucho porque en caso de un insert o update no es necesario crear campos o columnas sino más bien el objeto json es lo que se va actualizando.
Ahora en cuanto al uso de una base de datos no relacional me viene un caso como es twitter o facebook donde por segundo hay millones de interacciones en tiempo real.

1️⃣Relacional: en una empresa de logística, donde se tiene rutas diarias, estas transacciones son alimentadas por otras tablas donde se alojarían los usuarios de la ruta, el conductor, la categoría de la ruta.
▫

2️⃣No Relacional: una aplicación web que constantemente está actualizando sus estados, es decir lo que muestra en pantalla es dinámico. Estos datos de estado se necesitan puedan ser extraídos de manera rápida y no se necesita de gran persistencia ya que está en constante cambio.