Comienza a estudiar programación y tecnología gratis en EDteam y descubre por qué en español #NadieExplicaMejor Entra ya mismo a 👉 edy.to/yt ---- ⌚ Timeline 00:00 - Introducción 02:39 - Conceptos clave 06:11 - ¿Qué es un ORM? 08:36 - Ventajas y desventajas de un ORM 11:36 - Principales ORM
Soy DBA, y me parece muy interesante el uso de ORM. Excelente explicacion. Veo que su mayor bondad es rapidez para en consultas sencillas, para consultas CRUD complejas probablemente con vistas, funciones y stored procedures. Pero recuerden niños, el SQL es el lenguaje natural de la DB. no lo podras reemplazar tan facilmente. Saludos a toda la comunidad de IT
@@alexanderdaza479 por que pregunta ? , me parecio interesante esta pregunta. Puedo interpretar que encuentras innecesario administrar una base de datos. siendo algo absolutamente necesario en cualquier sistema.
Excelente video. Calificación 11 de 10. Con bastante "product placement" pero aceptable. El cierre al final es lo mejor, 13:40.🤣🤣😆 No solo dan cursos en español sino que viven en el contexto de la realidad latinoamericana. Nada más por esto voy a comprar el curso en EDteam del cual estaba indeciso.
Hola alvaro felipe si vio mi comentario anterior soy ivan el ciego de informatica estudiando progamacion soy cubano me estoy esforzando en aprender a progamar no dejo de escuchar sus videos hasta los pongo en practica para mi es de suma interes cominicarme con usted algun dia estoy aprendiendo lod lenguajes de progamacion javascript y python ya aprendi a declarar variables los ciclos y las condicionales estoy buscando ejercicios
Desde mi experiencia, los ORMs son muy útiles cuando se necesitan hacer consultas sencillas que involucren solo de una 2 a tablas en una consulta, ya sea para crear, leer, actualizar o borrar..., Ahora en casos muy complejos dónde toca comparar/verificar información en 4 tablas o más y dar respuestas muy específicas según sean los casos, ahí se trabajan con PROCEDIMIENTOS ALMACENADOS para no necesariamente crear un Query o algoritmo desde el lenguaje cuando el Motor de base de datos lo puede hacer directamente desde el PROCEDIMIENTO y solo llamando desde el ORM el nombre del procedimiento con un string y listo, la consulta se hace más rápido, el código mantiene legible y menos largo.
Exactamente, el ORM debe entrar cuando ya hubo un análisis para la generación de BD, y el tema de base de datos, lo vemos como un almacenamiento llano y burdo de información, pero no, las BD respetan tanta algoritmia matemática .
Los ORM a esta altura existe hace MILENIOS y efectivamente para algo mas que un CRUD son poco eficaces, ahora siempre estan los RAW QUERY, pero no si es, pero definitivamente utilizar Procedimientos Almacenados raya en poner lógica de negocio en la base de datos, algo tampoco recomendable de hacer. Para eso están las capas de negocio.
@@JaimeChereau coincido totalmente.. Yo estoy justamente en contra de usar stored procedures.. Con ORM o sin él, las queries se pueden colocar en un archivo de propiedades, por ejemplo, y así no se "ensucia" el código con queries largas. Al menos en rendimiento, yo no he tenido buenas experiencias usando por ejemplo ActiveRecord (Rails), o incluso JPA (Java) con raw queries, me ha resultado mejor enviar la query directamente usando el driver (JDBC en el caso de Java), con Rails hay que usar ActiveRecord sí o sí, pero se salta la parte Objeto-Relacional y devuelve igual un ResultSet, como en Java..
⌚ Timeline 00:00 - Introducción 02:39 - Conceptos clave 02:53 1. Bases de datos 03:42 2. SQL 04:29 3. CRUD 05:04 4. Programacion Orientada a Objetos 06:11 - ¿Qué es un ORM? 08:36 - Ventajas y desventajas de un ORM 11:36 - Principales ORM
Totalmente de acuerdo con el video, en mi experiencia usando un ORM como Eloquent es que con el tiempo se te va olvidando SQL, en la practica cuando desarrollas una aplicacion web lo mas comun es usar el ORM sin embargo hay ocaciones donde necesitas usar SQL para consultas mas avanzadas.
Recuerdo hace muchos años cuando se decia que iba a reemplazar SQL (por alla con RoR y Django 2005 ), yo conoci el uso de ORM por primera vez en 2009 con Django, son bastante utiles para acelerar el desarrollo de una aplicacion (Tengo que decir que el Active Record que se usa en los ORM ya es considerado un antipattern, por no respetar la capa de base de datos y la capa de logica de negocios, es decir, rompe el primer principio de SOLID), pero cuesta mucho que se adapte a proyectos grandes, el mappeo interno que hace cuando tu query es complejo se vuelve ridiculamente complejo y no siempre se adapta al performance que estas buscando para tu app, ahora, los llamados micro ORM me parecen mas convenientes, es verdad que los microORM solo mapean queries a objetos y no generan sql, no cachean resultados, no manejan migraciones etc... aun asi, pueden tener un uso mas robusto y rudo para aplicaciones que escalan por el control que tienes al usar sql (e.g. Dapper)...
Venia a decir le unas cuantas palabras a este creador de contenido pero con tu comentario es más que suficiente. Educado, claro y fundamentado. Hay que informar sin desinformar. Un ORM es una herramienta mas, útil con sus respectivos escenario. Saludos
La verdad, muy bien explicado para quienes no tienen tal vez noción o no se dan cuenta de esos pequeños detalles de cómo puede influir una lenguaje en el resto del trabajo
*En actualidad vengo iniciándome en programación web, usando la IDE Spring Tool Suite, y no entendía bien el tema de ORM, ya que para el proyecto que venimos realizando en el trabajo usamos Java y Oracle SQL, cuando empecé a averiguar sobre MyBatis no encontraba una información más precisa con los términos; muchas gracias por aclararme sobre las ORM.*
A mí me encanta mucho SQL y seguiré usándolo . ORM se ven tentador y muy útil pero es muy complejo se basa en muchos cambios y reglas, lo probare pero en su debido momento.
Concuerdo, y tal como lo mencionó Álvaro, se van a dar muchas ocasiones donde vas a tener que construir tus propias consultas debido a: (1) Rendimiento (2) Complejidad. Saludos
Creo que ya surtió efecto la confusión de los ORM. ORM no puede nunca suplir a un motor de bd, como lo es SQL; los ORM son un intercomunicador, un traductor, un en-sobretado. pero no es un motor de bd. Conviertete en DBA o DBD, y te darás cuenta por qué los DBD y DBA saben que los desarrolladores de software creemos que el SQL es una extensión del lenguaje de desarrollo, y eso es lo que genera tantas BD mal estructuradas y nada optimizadas.
Muy buen contenido, me sirve ahora que estoy empezando con C# para desarrollo web con .NET. Ojalá en EDteam llegue a haber un curso que trate eso. La verdad que sería bueno
Otra ventaja de ORM es que se puede desarrollar una vez y poder implementarse sobre diferentes bases de datos, por tanto si es una herramienta a implementarse en diferentes instituciomes, la ventaja importante es que permite a la institución trabaje con el motor que ya conoce o que tiene condicionado para integrarse con otros sistemas. Y en el caso de los motores que requieren licencia permite migrar a la opción mas convenienteo a una de licencia abierta.
Si bueno, pero siempre hay que hacer ajustes, pensemos en las llaves de auto incremento, hay diferencias entre por ejemplo POSTGRES y MYSQL.. lo importante es conocer la herramienta que vas a utilizar, analizar los casos de uso que vas a tener, porque algunas cosas el ORM funciona super, funciones sencillas de CRUD, pero en otros casos donde requieres unir varias tablas, mas de 5 por ejemplo, lograr un query de ese tipo puede ser una PESADILLA EN UN ORM.
"primero aprende los fundamentos y luego las herramientas que te permiten acelerar con esos fundamentos". Enorme frase que cada vez parece más necesario estar repitiendo.
Mi forma de aprendizaje incluyo la Universidad hace varios años y la senda autodidacta. En la universidad nunca vi ni escuche siquiera de la existencia de los ORM. Por lo que mi formación fue solo de SQL. Ha sido hasta aprender por mi cuenta que escuche el termino ORM. Aunque por mucho tiempo no lo entendí. Si bien son atractivos por que buscan ayudar a reducir el trabajo y el tiempo de desarrollo, nunca me ha llamado la atención el aprenderlos ni usarlos. Si bien es malo no aprender cosas nuevas, he preferido aumentar mi conocimiento de SQL, ya que tal como se comenta es algo transversal que sirve en muchos sistemas diferentes sin importar las demas tecnologías. Hasta ahora me ha servido mucho. Sin embargo al trabajar con gente que si hace uso de ellos se vuelve una necesidad al menos saber lo básico. Probablemente aprenda uno el proximo año.
Estaba entrando a ver typeORM en Nest JS, y a pesar de que entendí como funcionaba el código, tenía partes teóricas que no comprendía como el porqué usarla o cual era la razón por la que mencionan tanto mapear XD.. incognitas así medio chafas XDDD muchas gracias por la explicación ahora si ya entiendo mejor.
El usar un ORM, no es que Bye al SQL, el ORM usa el SQL por detrás, y una clara desventaja es que no sabes como se esta construyendo ese query, en un CRUD no habrá problemas pero cosas mas complejas difícil por que no tienes visibilidad de los join, left join, righ join,,,, cross apply entre otras cosas que puedes ver en un plan de ejecución y crear los índices necesarios para la correcta ejecución ver los clustered .. no cluster, ver lecturas logicas, el fill factor de la tabla, entre otras cosas. Los ORM tienen su campo de acción , y lo hace bien pero hay mas cosas a tener en cuenta muy aparte de transacciones, niveles de aislamiento, sino también control de concurrencia entre registros, bloqueos etc etc, y cada motor de base de datos tiene sus propias funciones que lo diferencian de otros, si no no tuviéramos a nuestros amigos DBA, que es todo un mundo así tenemos especialistas en SQL, Transact- SQL, PL-SQL.. SAP . tiene su propio motor y la UI esta en .net framework Navision, es .net y SQL Server Dynamics es SQL Server y .net apliccaiones de bancos en las que he participado ninguna esta en ORM. así que tiene su campo de acción por la simplicidad , fácil mantenimiento, disminuye tiempos de desarrollo pero para aplicaciones mas robustas, hay que manejarlo con tu capa de Repository o DataAccess
Se que es una frase de marketing, pero hasta ahora es cierto que no encontré a nadie que me explique mejor que EDTeam jajaja. Ya van varios temas que solo este canal logra dejarme claros
El mejor ORM para PHP es Medoo, Simple y potente, se puede usar con PHP puro y duro (usado por los machos alfa) o con algún Framework de PHP como Laravel o similares (usados por los calichines de la programacion )
Jajaja si, a la final creo que si es necesario al menos lo basico de sql, aunque tengo una duda, tenia entendido que igual puedes usar lenguaje sql a la hora de usar sql alchemy
Saludos. Cuando entro a la web de su equipo no encuentro como matricularse para ser programador. Me salen otros cursos que no buscaba. Al final quedo en duda con cual empezar. Quizá empiece con SQL. Nos vemos allá.
Tengo una duda acerca de las ORM y es que si bien sirve para pequeños proyectos no creo que funcione para grandes proyectos porque según tengo entendido por seguridad se suele usar store procedure para ocultar la lógica de la base de datos en caso de un ataque al servidor
ORM es solo una capa entre la aplicación que consume datos y la capa de datos, es decir una capa intermedia entre la capa de negocios y el sql (o el motor de BD que usas)
Si que ese vendedor supo promocionarse con tu video XD, por cierto entity framework lo intente aprender una vez, pero creo que fue demasiado para mi, por suerte me pondre pronto de nuevo aprenderlo de nuevo
SQL no es sinónimo de RDB (base de datos relacional). SQL es un lenguaje para consultan datos, independientemente de si la DB es relacional o no. Normalmente las RDB soportan SQL supongo que de ahí la confusión pero son conceptos distintos
pregunta: el ORM se ejecutara del lado del servidor ? o del lado del usuario ?, si lo hace el usuario, ya me imagina un proceso que simplemente no se puede cumplir en la maquina del usuario. No me queda claro !!
Regularmente lo que he visto de EDTeam me parce acertado, Sin embargo esta vez; al menos hasta el minuto 8:41; está muy errado el concepto de ORM, en el cuál se está asegurando que no se requiere un motos de base de datos. Un ORM automatiza la generación de estructuras o el mapeo de las que ya existen, pero NO, NO, NO suple al motor de Base de datos. Algo que es desafortunado en el mundo del desarrollo, es que los expertos reales, SQL developers son muuuy, pocos. Las empresas, creen que el desarrollador puede con todo el peso del desarrollo en la capa de datos, y esto es porque se han creado conceptos como el de ORM y NOMBRAMIENTOS como Full Stack; este último genera la fantasía de ser super experto en todo el proceso y capas del desarrollo. ORM, Ayuda para facilitar y automatizar la generación y comunicación de y con la capa de datos, pero eso no asegura que se integre los mejores estándares de normalizaciones y estructuras.
Ellos no dicen que reemplaza al motor de base de datos, lo que explican es una alternativa al uso de SQL para manipulación de datos. Tenés que ver el video completo, más adelante explican la importancia de SQL y su estudio. Por otro lado, soy programador full stack, no hay fantasía en ser experto en todo, eso nadie lo pide ni lo presume, con tantas tecnologías, es una cosa prácticamente imposible, ser full stack no te hace experto en todo. En mi caso, soy programador avanzado en T-SQL, personalmente no me atraen los ORMs (aunque entiendo las ventajas), y casi nunca los utilizo. Saludos!
Hola, muchas gracias por la información, mi pregunta es que yo actualmente estoy programando en python flask, yo he programado en Java y php y si he usado los orm de estos lenguajes. Pero con flask me dicen que no se necesita porque usa la librería sqlalchemy y esa es el orm y la capa de persistencia, y ya me enojo en decirles que usen orm porque si he usado el orm con django. Gracias por su respuesta
Hola , quiero saber si un laptop hp intel i3 , 4 Giga RAM , Procesador 1.70 GHz , foncionara bien para trabajar en el marketing digital , ( SEM Y SEO ) ???
Hola @Rey leyes, funcionará pero con algunas limitaciones en cuanto a espacio y velocidad de respuesta por parte del computador conforme vayas incrementándo la ocupación de espacio en memória, etc. Si pudieras comprar un intel i5, 8gb RAM y 512 MB de disco duro sería excelente.
identification division program id. example environment division select printere data division # fd database educion procedure division. select * from edteam stop run. este enguaje no es orientado a objetos, sin embargo puede utilizar base de datos relacionedas. segun lo que dices
""primero aprende los fundamentos y luego las herramientas que te ayudan a acelerar [el dolor] " si, sobre todo porque el las librerias que se usan es demasiado cambiantes.
El ORM no va a reemplazar a SQL, son dos herramientas que se complementan... ORM significa modelado de objetos relacional sirve para mapeo objeto-relacional es una técnica de programación para convertir datos entre el sistema de tipos. Sql es un lenguaje de base de datos relacional o Lenguaje de Consulta Estructurado. Ni la una ni la otra se reemplazaran.... se complementan.
Claro que no!! los ORM son una basura, trata de hacer select complejo, que te muestre un dashboard, o trata de pivotear o hacer cubos con la informacion de varias tablas o incluso de varias DB con un ORM 🙃
Critica constructiva: la voz de la presentadora de los temas es de una calidad abismalmente inferior a la voz del narrador, podrían mejorarlo, osea... denle un micrófono bueno por amor a dios. mejoren esa voz que se merece unos kbits mas de calidad
Comienza a estudiar programación y tecnología gratis en EDteam y descubre por qué en español #NadieExplicaMejor Entra ya mismo a 👉 edy.to/yt
----
⌚ Timeline
00:00 - Introducción
02:39 - Conceptos clave
06:11 - ¿Qué es un ORM?
08:36 - Ventajas y desventajas de un ORM
11:36 - Principales ORM
Y este jueves 15 de diciembre llega la navidad a EDteam 🎄. ¡Espéralo!
Soy DBA, y me parece muy interesante el uso de ORM. Excelente explicacion. Veo que su mayor bondad es rapidez para en consultas sencillas, para consultas CRUD complejas probablemente con vistas, funciones y stored procedures. Pero recuerden niños, el SQL es el lenguaje natural de la DB. no lo podras reemplazar tan facilmente. Saludos a toda la comunidad de IT
de que tipo de negocios administras las bases de datos
@@alexanderdaza479 por que pregunta ? , me parecio interesante esta pregunta.
Puedo interpretar que encuentras innecesario administrar una base de datos.
siendo algo absolutamente necesario en cualquier sistema.
Excelente video. Calificación 11 de 10. Con bastante "product placement" pero aceptable.
El cierre al final es lo mejor, 13:40.🤣🤣😆 No solo dan cursos en español sino que viven en el contexto de la realidad latinoamericana. Nada más por esto voy a comprar el curso en EDteam del cual estaba indeciso.
Hola alvaro felipe si vio mi comentario anterior soy ivan el ciego de informatica estudiando progamacion soy cubano me estoy esforzando en aprender a progamar no dejo de escuchar sus videos hasta los pongo en practica para mi es de suma interes cominicarme con usted algun dia estoy aprendiendo lod lenguajes de progamacion javascript y python ya aprendi a declarar variables los ciclos y las condicionales estoy buscando ejercicios
Q11111111111111111111111111111111111111111111111111111111111111111111111111111111111111111110011011101111111101
Hola amigo, te recomendaría codewars 😁👌🏻
Desde mi experiencia, los ORMs son muy útiles cuando se necesitan hacer consultas sencillas que involucren solo de una 2 a tablas en una consulta, ya sea para crear, leer, actualizar o borrar..., Ahora en casos muy complejos dónde toca comparar/verificar información en 4 tablas o más y dar respuestas muy específicas según sean los casos, ahí se trabajan con PROCEDIMIENTOS ALMACENADOS para no necesariamente crear un Query o algoritmo desde el lenguaje cuando el Motor de base de datos lo puede hacer directamente desde el PROCEDIMIENTO y solo llamando desde el ORM el nombre del procedimiento con un string y listo, la consulta se hace más rápido, el código mantiene legible y menos largo.
Exactamente, el ORM debe entrar cuando ya hubo un análisis para la generación de BD, y el tema de base de datos, lo vemos como un almacenamiento llano y burdo de información, pero no, las BD respetan tanta algoritmia matemática
.
Los ORM a esta altura existe hace MILENIOS y efectivamente para algo mas que un CRUD son poco eficaces, ahora siempre estan los RAW QUERY, pero no si es, pero definitivamente utilizar Procedimientos Almacenados raya en poner lógica de negocio en la base de datos, algo tampoco recomendable de hacer. Para eso están las capas de negocio.
@@JaimeChereau coincido totalmente.. Yo estoy justamente en contra de usar stored procedures.. Con ORM o sin él, las queries se pueden colocar en un archivo de propiedades, por ejemplo, y así no se "ensucia" el código con queries largas. Al menos en rendimiento, yo no he tenido buenas experiencias usando por ejemplo ActiveRecord (Rails), o incluso JPA (Java) con raw queries, me ha resultado mejor enviar la query directamente usando el driver (JDBC en el caso de Java), con Rails hay que usar ActiveRecord sí o sí, pero se salta la parte Objeto-Relacional y devuelve igual un ResultSet, como en Java..
@@Urbaez22 me dejaste igual. Mejor uso procedimientos almacenados si es que quiero hacer una gran consulta que involucre muchas tablas.
⌚ Timeline
00:00 - Introducción
02:39 - Conceptos clave
02:53 1. Bases de datos
03:42 2. SQL
04:29 3. CRUD
05:04 4. Programacion Orientada a Objetos
06:11 - ¿Qué es un ORM?
08:36 - Ventajas y desventajas de un ORM
11:36 - Principales ORM
Totalmente de acuerdo con el video, en mi experiencia usando un ORM como Eloquent es que con el tiempo se te va olvidando SQL, en la practica cuando desarrollas una aplicacion web lo mas comun es usar el ORM sin embargo hay ocaciones donde necesitas usar SQL para consultas mas avanzadas.
Consultas cruzadas en la que llamas varias tablas.
Recuerdo hace muchos años cuando se decia que iba a reemplazar SQL (por alla con RoR y Django 2005 ), yo conoci el uso de ORM por primera vez en 2009 con Django, son bastante utiles para acelerar el desarrollo de una aplicacion (Tengo que decir que el Active Record que se usa en los ORM ya es considerado un antipattern, por no respetar la capa de base de datos y la capa de logica de negocios, es decir, rompe el primer principio de SOLID), pero cuesta mucho que se adapte a proyectos grandes, el mappeo interno que hace cuando tu query es complejo se vuelve ridiculamente complejo y no siempre se adapta al performance que estas buscando para tu app, ahora, los llamados micro ORM me parecen mas convenientes, es verdad que los microORM solo mapean queries a objetos y no generan sql, no cachean resultados, no manejan migraciones etc... aun asi, pueden tener un uso mas robusto y rudo para aplicaciones que escalan por el control que tienes al usar sql (e.g. Dapper)...
Venia a decir le unas cuantas palabras a este creador de contenido pero con tu comentario es más que suficiente. Educado, claro y fundamentado.
Hay que informar sin desinformar.
Un ORM es una herramienta mas, útil con sus respectivos escenario.
Saludos
La verdad, muy bien explicado para quienes no tienen tal vez noción o no se dan cuenta de esos pequeños detalles de cómo puede influir una lenguaje en el resto del trabajo
*En actualidad vengo iniciándome en programación web, usando la IDE Spring Tool Suite, y no entendía bien el tema de ORM, ya que para el proyecto que venimos realizando en el trabajo usamos Java y Oracle SQL, cuando empecé a averiguar sobre MyBatis no encontraba una información más precisa con los términos; muchas gracias por aclararme sobre las ORM.*
A mí me encanta mucho SQL y seguiré usándolo .
ORM se ven tentador y muy útil pero es muy complejo se basa en muchos cambios y reglas, lo probare pero en su debido momento.
Concuerdo, y tal como lo mencionó Álvaro, se van a dar muchas ocasiones donde vas a tener que construir tus propias consultas debido a: (1) Rendimiento (2) Complejidad. Saludos
@@JhonFM Igual hay muchos ORMS que te permiten hacer consultas directamente con SQL
Creo que ya surtió efecto la confusión de los ORM. ORM no puede nunca suplir a un motor de bd, como lo es SQL; los ORM son un intercomunicador, un traductor, un en-sobretado. pero no es un motor de bd.
Conviertete en DBA o DBD, y te darás cuenta por qué los DBD y DBA saben que los desarrolladores de software creemos que el SQL es una extensión del lenguaje de desarrollo, y eso es lo que genera tantas BD mal estructuradas y nada optimizadas.
Muy buen contenido, me sirve ahora que estoy empezando con C# para desarrollo web con .NET. Ojalá en EDteam llegue a haber un curso que trate eso. La verdad que sería bueno
No lo sabía, pero hoy lo aprendí...!!! Muchas gracias.
Otra ventaja de ORM es que se puede desarrollar una vez y poder implementarse sobre diferentes bases de datos, por tanto si es una herramienta a implementarse en diferentes instituciomes, la ventaja importante es que permite a la institución trabaje con el motor que ya conoce o que tiene condicionado para integrarse con otros sistemas. Y en el caso de los motores que requieren licencia permite migrar a la opción mas convenienteo a una de licencia abierta.
Si bueno, pero siempre hay que hacer ajustes, pensemos en las llaves de auto incremento, hay diferencias entre por ejemplo POSTGRES y MYSQL.. lo importante es conocer la herramienta que vas a utilizar, analizar los casos de uso que vas a tener, porque algunas cosas el ORM funciona super, funciones sencillas de CRUD, pero en otros casos donde requieres unir varias tablas, mas de 5 por ejemplo, lograr un query de ese tipo puede ser una PESADILLA EN UN ORM.
"primero aprende los fundamentos y luego las herramientas que te permiten acelerar con esos fundamentos".
Enorme frase que cada vez parece más necesario estar repitiendo.
Si de echo he visto y probado unas plataformas que utilizan ORM y es mas fácil de manipular SQL!! buen video!!
tu página increíble para aprender. gracias
Mi forma de aprendizaje incluyo la Universidad hace varios años y la senda autodidacta. En la universidad nunca vi ni escuche siquiera de la existencia de los ORM. Por lo que mi formación fue solo de SQL. Ha sido hasta aprender por mi cuenta que escuche el termino ORM. Aunque por mucho tiempo no lo entendí. Si bien son atractivos por que buscan ayudar a reducir el trabajo y el tiempo de desarrollo, nunca me ha llamado la atención el aprenderlos ni usarlos.
Si bien es malo no aprender cosas nuevas, he preferido aumentar mi conocimiento de SQL, ya que tal como se comenta es algo transversal que sirve en muchos sistemas diferentes sin importar las demas tecnologías. Hasta ahora me ha servido mucho. Sin embargo al trabajar con gente que si hace uso de ellos se vuelve una necesidad al menos saber lo básico. Probablemente aprenda uno el proximo año.
Estaba entrando a ver typeORM en Nest JS, y a pesar de que entendí como funcionaba el código, tenía partes teóricas que no comprendía como el porqué usarla o cual era la razón por la que mencionan tanto mapear XD.. incognitas así medio chafas XDDD muchas gracias por la explicación ahora si ya entiendo mejor.
*Casualmente estoy aprendiendo eso* 🤯
Gracias máster, quedó muy agradecido🎉 saludos
Genial, muchas gracias !
Muy buen trabajo Álvaro Felicitaciones!!
Jajajaja muy bueno el final.
Saludos Cracks...
Álvaro tienes un vídeo explicando qué es un tRPC?? Gracias
El usar un ORM, no es que Bye al SQL, el ORM usa el SQL por detrás, y una clara desventaja es que no sabes como se esta construyendo ese query, en un CRUD no habrá problemas pero cosas mas complejas difícil por que no tienes visibilidad de los join, left join, righ join,,,, cross apply entre otras cosas que puedes ver en un plan de ejecución y crear los índices necesarios para la correcta ejecución ver los clustered .. no cluster, ver lecturas logicas, el fill factor de la tabla, entre otras cosas.
Los ORM tienen su campo de acción , y lo hace bien pero hay mas cosas a tener en cuenta muy aparte de transacciones, niveles de aislamiento, sino también control de concurrencia entre registros, bloqueos etc etc, y cada motor de base de datos tiene sus propias funciones que lo diferencian de otros, si no no tuviéramos a nuestros amigos DBA, que es todo un mundo así tenemos especialistas en SQL, Transact- SQL, PL-SQL..
SAP . tiene su propio motor y la UI esta en .net framework
Navision, es .net y SQL Server
Dynamics es SQL Server y .net
apliccaiones de bancos en las que he participado ninguna esta en ORM. así que tiene su campo de acción por la simplicidad , fácil mantenimiento, disminuye tiempos de desarrollo
pero para aplicaciones mas robustas, hay que manejarlo con tu capa de Repository o DataAccess
Excelente explicación. Saludos!
Muy buen video, la edición quedó genial 🎉🎉 saludos desde Colombia 🇨🇴
Se que es una frase de marketing, pero hasta ahora es cierto que no encontré a nadie que me explique mejor que EDTeam jajaja. Ya van varios temas que solo este canal logra dejarme claros
Entonces no es una frase de marketing sino la misión de EDteam 😊
@@EDteam eso 😅 gracias por compartir tanto conocimiento!
Hoy lo aprendí en edteam😊😊. Saludos Desde Panamá.
El mejor ORM para PHP es Medoo, Simple y potente, se puede usar con PHP puro y duro (usado por los machos alfa) o con algún Framework de PHP como Laravel o similares (usados por los calichines de la programacion )
Feliz 2023, tendras algun curso en lenguaje C para sistemas Embebidos?
excelente explicacion alvaro , felicitaciones
Excelente video amigo como todas las ponencias que tiene este canal, simplemente formidables.
Jajaja si, a la final creo que si es necesario al menos lo basico de sql, aunque tengo una duda, tenia entendido que igual puedes usar lenguaje sql a la hora de usar sql alchemy
Saludos. Cuando entro a la web de su equipo no encuentro como matricularse para ser programador. Me salen otros cursos que no buscaba. Al final quedo en duda con cual empezar. Quizá empiece con SQL. Nos vemos allá.
Muy buen video!
buen video maestro
excelente
Jajajaja, Maestro cordial saludo, por favor el chisme completo, que estaba vendiendo el vendedor, y le compró?
Tienen cursos de administracion de base de datos
Hola deseo preguntar si tienen algún curso de SQlite?
Veo q ese reloj no volvió a moverse...muy astuto 😁
Tengo una duda acerca de las ORM y es que si bien sirve para pequeños proyectos no creo que funcione para grandes proyectos porque según tengo entendido por seguridad se suele usar store procedure para ocultar la lógica de la base de datos en caso de un ataque al servidor
ORM es solo una capa entre la aplicación que consume datos y la capa de datos, es decir una capa intermedia entre la capa de negocios y el sql (o el motor de BD que usas)
Si que ese vendedor supo promocionarse con tu video XD, por cierto entity framework lo intente aprender una vez, pero creo que fue demasiado para mi, por suerte me pondre pronto de nuevo aprenderlo de nuevo
Yo tengo un video de Entity Framework Core 😎
@@ErickOrlando Orale y cual es la diferencia de entity framework normal y core?
@@zeroamzone6616 que el Core es el moderno y que siempre se actualiza, el otro hace mucho tiempo que dejó de ser importante
@@ErickOrlando Ah, okey entonces tendre que tener que aprender el Core, gracias
SQL no es sinónimo de RDB (base de datos relacional). SQL es un lenguaje para consultan datos, independientemente de si la DB es relacional o no. Normalmente las RDB soportan SQL supongo que de ahí la confusión pero son conceptos distintos
Se escuchó un poco pero solo está trabajando igual que vos :)
pregunta: el ORM se ejecutara del lado del servidor ? o del lado del usuario ?, si lo hace el usuario, ya me imagina un proceso que simplemente no se puede cumplir en la maquina del usuario. No me queda claro !!
Gran video como todos los de EdTeam. PD: Álvaro va a tener que mudarse (cambiarse de casa) 😃 Los vendedores le salen en todos los videos 😂
Muy buen video pero para ser administrador de base de dato es principal herramienta es sql
esto es lo mismo que laravel eloquent cierto?
Y los ORM en Swift . . . ¿Cuales son los mejores?
Regularmente lo que he visto de EDTeam me parce acertado, Sin embargo esta vez; al menos hasta el minuto 8:41; está muy errado el concepto de ORM, en el cuál se está asegurando que no se requiere un motos de base de datos. Un ORM automatiza la generación de estructuras o el mapeo de las que ya existen, pero NO, NO, NO suple al motor de Base de datos. Algo que es desafortunado en el mundo del desarrollo, es que los expertos reales, SQL developers son muuuy, pocos. Las empresas, creen que el desarrollador puede con todo el peso del desarrollo en la capa de datos, y esto es porque se han creado conceptos como el de ORM y NOMBRAMIENTOS como Full Stack; este último genera la fantasía de ser super experto en todo el proceso y capas del desarrollo.
ORM, Ayuda para facilitar y automatizar la generación y comunicación de y con la capa de datos, pero eso no asegura que se integre los mejores estándares de normalizaciones y estructuras.
Ellos no dicen que reemplaza al motor de base de datos, lo que explican es una alternativa al uso de SQL para manipulación de datos. Tenés que ver el video completo, más adelante explican la importancia de SQL y su estudio. Por otro lado, soy programador full stack, no hay fantasía en ser experto en todo, eso nadie lo pide ni lo presume, con tantas tecnologías, es una cosa prácticamente imposible, ser full stack no te hace experto en todo. En mi caso, soy programador avanzado en T-SQL, personalmente no me atraen los ORMs (aunque entiendo las ventajas), y casi nunca los utilizo. Saludos!
@@fernandopardo8272 No dudo lo que comentas, sin embargo toda la primer parte del video orientan los comentarios a que un ORM es el equivalente
pregunten en Colombia ¿que pasó en Sanitas?
Hola, muchas gracias por la información, mi pregunta es que yo actualmente estoy programando en python flask, yo he programado en Java y php y si he usado los orm de estos lenguajes. Pero con flask me dicen que no se necesita porque usa la librería sqlalchemy y esa es el orm y la capa de persistencia, y ya me enojo en decirles que usen orm porque si he usado el orm con django. Gracias por su respuesta
Jajajajajaja el tamalero XD 😂😂, siempre pasan en el momento menos indicado y y cuando uno quiere un tamal ni sus luces. La ley de Morphy
Hola , quiero saber si un laptop hp intel i3 , 4 Giga RAM , Procesador 1.70 GHz , foncionara bien para trabajar en el marketing digital , ( SEM Y SEO ) ???
Hola @Rey leyes, funcionará pero con algunas limitaciones en cuanto a espacio y velocidad de respuesta por parte del computador conforme vayas incrementándo la ocupación de espacio en memória, etc. Si pudieras comprar un intel i5, 8gb RAM y 512 MB de disco duro sería excelente.
Mi pregunta es SQL un lenguaje de progamación?
identification division
program id. example
environment division
select printere
data division
# fd database educion
procedure division.
select * from edteam
stop run.
este enguaje no es orientado a objetos, sin embargo puede utilizar base de datos relacionedas.
segun lo que dices
Ese rs Cobol
Porque orientada a objetos y no orientada a procesos u orientada a eventos, ya que asi puedo crear programas y no solo orientada a objetos
Se puede decir que es lo que hace una realtime firebase
Ahí está mi poderosisimo hibernate JPA
me vuelto tan sensible😭... que le di dislike por el comentario final
""primero aprende los fundamentos y luego las herramientas que te ayudan a acelerar [el dolor] " si, sobre todo porque el las librerias que se usan es demasiado cambiantes.
Alvaro Felipe sin barbaaa noooo jnasjkdnasjd se ve diferente weon xd
13:42 si se te escucho bien todo el vídeo... Jaja
como puede reeplazae un ORM a SQL en donde se guarda la informacion..
El ORM no va a reemplazar a SQL, son dos herramientas que se complementan... ORM significa modelado de objetos relacional sirve para mapeo objeto-relacional es una técnica de programación para convertir datos entre el sistema de tipos. Sql es un lenguaje de base de datos relacional o Lenguaje de Consulta Estructurado. Ni la una ni la otra se reemplazaran.... se complementan.
Yo ví el título y me dió hasta pereza ver el vídeo, acaso los ORM son algo nuevo?
la vieja Historia de que los usuarios pueden crear sus programas sin programador, hay mis niños ese tango ya lo hemos bailado.
Iba a comentar, pero creo que iba a hacer un gran spoiler, mejor veamos el video...
Vendedores ambulantes, llegan como la mala hora jajajajajajaja
Quiero aprender NetCore MVC 6
eso solo va afuncionar para consultas, no procesos o jobs
Jajaja el vendedor xd
Yo pensando en comenzar ha aprender SQL y ya lo van a reemplazar 😢
Claro que no!! los ORM son una basura, trata de hacer select complejo, que te muestre un dashboard, o trata de pivotear o hacer cubos con la informacion de varias tablas o incluso de varias DB con un ORM 🙃
y aparte lentos
un trabalenguas
Aaaaaamarillo amarillo amarillo los platanoooooos
Falto sequelize
Gran desventaje el rendimiento, es mejor utilizar procedimientos almacenados. Las consultas con ORM pueden ser mortales
Y que es lo que esta comiendo el profesor que ya más bonito
ORM para Code First y después a full sql
EDteam es Mejor que Platzi ?
No sé, saludos 👍
9:27 pues con una estructura de datos :v
Muchos balluncos jugadores de frifayer dirán que no necesitan aprender que por eso existe auto gpt
Critica constructiva: la voz de la presentadora de los temas es de una calidad abismalmente inferior a la voz del narrador, podrían mejorarlo, osea... denle un micrófono bueno por amor a dios. mejoren esa voz que se merece unos kbits mas de calidad
EN VENEZUELA LOS GATIOS NO CAEN PARADOS.
Lastima q soy pobre y no puedo pagarme lo cursitos :c
🙄
Mas de la mitad del video es publicidad !!!
excelente