Gracias por la info, he estado toda mi vida muy metido en sql y mi mente aun no procesaba la interaccion de la data en nosql, resulta ser muy similar y encima bastante comodo de trabajar, con esto le pierdo el miedo y empezare a explorarlas
Estuvo muy bien, en internet no se encuentra esta información de forma tan clara. Una cuestión importante es que desde la vista no se consulta directamente a la base de datos, sino a través de una API. A través de esta api podés hacer que un endpoint recopile la información dispersa (mejor mantenibilidad y consistencia), y la embellezca para servirla directamente en la vista. Así mantenemos felices a los de frontend y bases de datos
@@MitoCode Compa una pregunta, si yo tengo un sistema de reservas basico y necesito hacer auditoria de quien modifica los registros de las tablas, es mejor hacer uso entonces de una base de datos SQL? O tambien es recomendable con NoSQL, lo pregunto porque al tener auditoria de las operaciones realizadas en una BD; hay muchas operaciones de escritura. Si me puedes aclarar la duda, estaria full agradecido :)
Para ambos casos igual tenemos el ID así que solo dependerá del contexto de la app para mostrar la data. Recomendaría guardar las colecciones completas.
No como tal, pero podrías tener un diagrama entidad relación para que de una idea, pero al final el diseño real serán documentos con atributos anidados o colecciones independientes
Ok según entiendo si usará una base de datos NoSQL podría ser más rápido que una SQL al estar solo recuperando el documento o "fila" que me interesa a parte sería más escalable, como mencionas tocaría hacer un módulo desde node o algo así para hacer un update masivo en el caso de cambiar ese dato base pero eso sería más eficiente que correr la base entera cuando estamos leyendo los dotos c:
Si la data que necesito mostrar depende de un booleano, ¿ cual recomendarías usar ? , hasta ahora me lo he pensado no relacional, pero no quisiera que al incrustar datos... fuera a impedir que se duplicara.... veras... tengo 2 usuarios... y dependiendo de que tipo de usuario es....asi mismo guardara una info acorde a su perfil.... entonces... pensaba hacer un usuario general, con un parámetro que defina que tipo es y allí mismo incrustar los dos perfiles
gracias por compartir. Una sola observación, no sé si me pasa solo a mí, pero los avisos sonoros me resultan insoportables y los veo innecesarios. Saludos
@@MitoCode Entonces con total normalidad puedo usar estas dos BD's para un proyecto, siguiendo tal vez la lógica de negocio o según un requerimiento¿?. Gracias, Saludos @Mito 👋
No, es un enfoque mixto, porque no hay documentos aún anidados, en sí depende de la necesidad de la aplicación, modelar para datos o para pantallas es lo usual
Si es lo mismo. En las no relaciones no pienses en equivalencias de una relación, solo debes poner los datos como mejor puedas recuperarlos. El objetivo de no relacional no es mantener el principio ACID
Abusando de tu generosidad podrias apoyarme ejemplo: si tengo dos colecciones libros y usuarios literalmente como los relaciono? incrusto en la coleccion usuarios un campo que haga refencia a libro y lo llamo con su objectid o creo una nueva coleccion?
@evagatitos134 todos depende de qué tan fácil consideres recuperar esos datos. En un no relacional no hay relaciones jeje pero se entiende que necesitas enlazar la información de alguna forma. Podría ser una colección llamada LibrosUsuarios y ahí estén los datos del libros y que usuarios los tiene. Sería ideal en una colección aparte porque seguro a futuro vas a hacer mantenimientos de Libros y Usuarios de forma independiente
Gracias por la info, he estado toda mi vida muy metido en sql y mi mente aun no procesaba la interaccion de la data en nosql, resulta ser muy similar y encima bastante comodo de trabajar, con esto le pierdo el miedo y empezare a explorarlas
Estuvo muy bien, en internet no se encuentra esta información de forma tan clara.
Una cuestión importante es que desde la vista no se consulta directamente a la base de datos, sino a través de una API. A través de esta api podés hacer que un endpoint recopile la información dispersa (mejor mantenibilidad y consistencia), y la embellezca para servirla directamente en la vista. Así mantenemos felices a los de frontend y bases de datos
Ah claro, eso es obvio para que el trabajo en ello, pero gracias por el aporte 👍
@@MitoCode Compa una pregunta, si yo tengo un sistema de reservas basico y necesito hacer auditoria de quien modifica los registros de las tablas, es mejor hacer uso entonces de una base de datos SQL? O tambien es recomendable con NoSQL, lo pregunto porque al tener auditoria de las operaciones realizadas en una BD; hay muchas operaciones de escritura. Si me puedes aclarar la duda, estaria full agradecido :)
Magistral tu explicación, excelente
Muchas gracias @MitoCode! creo que es la mejor explicacion que encontre, mas facil de entender
Que buena onda!!! muchas gracias por este video!!!
Gracias. Super bueno la explicación.
increible video, muchas gracias.
Para ambos casos igual tenemos el ID así que solo dependerá del contexto de la app para mostrar la data. Recomendaría guardar las colecciones completas.
Excelente video
Genial, muy interesante. ¿Y esto se puede modelar visualmente en un diagrama? ¿Cómo se representaría? Gracias. (:
No como tal, pero podrías tener un diagrama entidad relación para que de una idea, pero al final el diseño real serán documentos con atributos anidados o colecciones independientes
Nuevo sub Gracias por compartir tus conocimientos c:
Gracias por el video. Me gustaría saber cómo representar una relación de mucho a mucho
Excelente. !!!!
Ok según entiendo si usará una base de datos NoSQL podría ser más rápido que una SQL al estar solo recuperando el documento o "fila" que me interesa a parte sería más escalable, como mencionas tocaría hacer un módulo desde node o algo así para hacer un update masivo en el caso de cambiar ese dato base pero eso sería más eficiente que correr la base entera cuando estamos leyendo los dotos c:
Si la data que necesito mostrar depende de un booleano, ¿ cual recomendarías usar ? , hasta ahora me lo he pensado no relacional, pero no quisiera que al incrustar datos... fuera a impedir que se duplicara.... veras... tengo 2 usuarios... y dependiendo de que tipo de usuario es....asi mismo guardara una info acorde a su perfil.... entonces... pensaba hacer un usuario general, con un parámetro que defina que tipo es y allí mismo incrustar los dos perfiles
gracias por compartir. Una sola observación, no sé si me pasa solo a mí, pero los avisos sonoros me resultan insoportables y los veo innecesarios. Saludos
Hola @mito una pregunta, se puede tener dos BD's con SQL y NoSQL???
Hola, si, dos diferentes objetos datasource
@@MitoCode Entonces con total normalidad puedo usar estas dos BD's para un proyecto, siguiendo tal vez la lógica de negocio o según un requerimiento¿?.
Gracias, Saludos @Mito 👋
ehhh modelarla de esa forma básicamente lo estas volviendo una base de datos relacional, no?
No, es un enfoque mixto, porque no hay documentos aún anidados, en sí depende de la necesidad de la aplicación, modelar para datos o para pantallas es lo usual
Hola yo estoy trabajando en mongodb comass seria lo mismo? y si mi relacion es muchos a muchos?
Si es lo mismo. En las no relaciones no pienses en equivalencias de una relación, solo debes poner los datos como mejor puedas recuperarlos. El objetivo de no relacional no es mantener el principio ACID
@@MitoCode muchas gracias por tu apoyo! 🫰🏼
Abusando de tu generosidad podrias apoyarme ejemplo: si tengo dos colecciones libros y usuarios literalmente como los relaciono? incrusto en la coleccion usuarios un campo que haga refencia a libro y lo llamo con su objectid o creo una nueva coleccion?
@evagatitos134 todos depende de qué tan fácil consideres recuperar esos datos.
En un no relacional no hay relaciones jeje pero se entiende que necesitas enlazar la información de alguna forma. Podría ser una colección llamada LibrosUsuarios y ahí estén los datos del libros y que usuarios los tiene.
Sería ideal en una colección aparte porque seguro a futuro vas a hacer mantenimientos de Libros y Usuarios de forma independiente
@@MitoCode😮💨 pero lo voy a tratar como me dices, muchas gracias por tu tiempo y apoyo👋
La publicidad emergente fastidia mucho.
tonces al final las base de datos no relacionales si se relacionan