Gracias por compartir el conocimiento, gran explicación.
@SheeM17002 ай бұрын
buenisimos los videos!! Nos ayudas muchisimo, muchas gracias Santiago
@adrplex999426 күн бұрын
Gracias profe! excelente video
@IsaiasVillarrealRubio-um9ct5 ай бұрын
Mejor explicado imposiblee muachas gracias, no pensé que fuera tan fácil
@carlosdoken37515 ай бұрын
Buenisimo, en este momento lo implemento !
@grabieldelanieved.3805 ай бұрын
Usted no se imagina profesor lo mucho que nos ayuda con estos videos ✨
@unprogramadornace5 ай бұрын
Me alegra saber que mi contenido es de ayuda para ustedes. ¡Saludos!
@Isma3lPinto5 ай бұрын
Amigo muchas gracias por este contenido, es de muchísima ayuda 🙏
@unprogramadornace5 ай бұрын
Gracias a ti por tu comentario. Saludos.
@miguelangelsuarez59425 ай бұрын
Soy nuevo en SpringBoot y se me dificulta iniciar un proyecto sin tener una estructura adecuada para este, podrías hacer un vídeo explicando la estructura de carpetas para un proyecto en spring boot?
@unprogramadornace5 ай бұрын
Hola, la estructura de carpetas puede variar de acuerdo a la aplicación y al desarrollador, pero veo que a muchos se les dificulta entonces tendré en cuenta tu sugerencia. ¡Saludos!
@ivanetinajero5 ай бұрын
Como siempre excelente explicacion y muy profesional. Yo siempre habia usado la forma mas fea porque pensaba que era la unica. Desde ahora actualizare mi codigo.
@bryanpoolarredondoovalle96822 ай бұрын
excelente video
@Oscp-technology5 ай бұрын
Gracias santiago por el aporte. Me gusto mucho la forma 4 me parece más limpia para trabajar saludos..
@angelaguero5 ай бұрын
¡Excelente video! Me encantaría ver un contenido que integre Spring Boot con HTMX. ¡Sería muy interesante!
@ronaldgarciavazquez82325 ай бұрын
Muchas gracias Santi
@moisesvillalba66155 ай бұрын
Muchas gracias colega
@miguelangelsuarez59425 ай бұрын
Buen video 🎉
@joseacosta71255 ай бұрын
Gracias, super el contenido.
@cristianandresblandonguzma46695 ай бұрын
cual es la diferencia en utulizar estos procedimientos almacenados y no los metodos que nos da JPA, por ejemplo el findAll o findById? y los procedimientos almacenados se generan directamente desde la base de datos?
@unprogramadornace5 ай бұрын
Hola, tienes que tener en cuenta los conceptos básicos de SQL. Una cosa son las queries y otra cosa muy diferente son los stored procedures. Todo eso es tema fundamentos de SQL. Las queries son sirven para interactuar con la base de datos y los stored procedures nos sirven para agrupar muchas queries en una sola función. Se utilizan para propósitos diferentes. Te recomiendo repasar un poco sobre los stored procedures en SQL y con ello entenderás mejor la diferencia. ¡Saludos Crack!
@fernando65475 ай бұрын
Los PA son similares a los procedimientos que se conoce en programación,también existen funciones,tengo entendido que estos al ejecutarse en el SQL ya están almacenadas en la BD y ya solamente sería usarlas,en ese sentido facilita bastante dado que puedes hacerte tus propios métodos y reutilizarlos la lógica concentrarla en esos métodos y en el spring boot solo seria llamarlos con paso de parámetros o sin estos,los que vienen por defecto en el spring boot son métodos básicos,espero haberte ayudado
@unprogramadornace5 ай бұрын
Hola, la verdad no entendí a lo que te refieres. Me perdí en la parte en la que dices "procedimientos en programación". Tal vez te refieres a que ambos en si son funciones. No sé si a eso te refieres. ¡Saludos!
@deibysierramonrroy53415 ай бұрын
Santi !! Que teso muchas gracias me darías un ejemplo cuando retorna un cursor ?
@unprogramadornace5 ай бұрын
Hola, no entiendo a que te refieres con retornar un cursor, la verdad no entendí. ¡Saludos!
@deibysierramonrroy53415 ай бұрын
@@unprogramadornace En Oracle se retorna valores que se pueden simular como una lista pero el tipo de dato es OracleTypes.CURSOR
@unprogramadornace5 ай бұрын
@@deibysierramonrroy5341Nunca he trabajado con ese tipo de dato en Oracle. No sabría responderte.
@hugocolinmiranda89155 ай бұрын
Y si se necesita mapear el resultado del sp a un dto?
@unprogramadornace5 ай бұрын
Hola, ahí estás incurriendo en una muy mala práctica, tú no puedes conectar un DTO con una base de datos, para eso son los entities, después de obtener el Entity lo conviertes a DTO. Esa es la forma correcta de trabajar. ¡Saludos!
@hugocolinmiranda89155 ай бұрын
@@unprogramadornace me refiero a que si hay sp algo complejos, que hace joins y puede traer uno o varios registros, algo tedioso de hacer con jpa. Cómo sería ese caso?
@SoyJavero5 ай бұрын
@@hugocolinmiranda8915es lo mismo que quiero saber. Como utilizar puramente jpa para que el servicio haga el trabajo y no la base. En ese caso habría que definir que tan compleja debe ser la query con jpa para mejor decidir usar procedimientos almacenados
@unprogramadornace5 ай бұрын
Todo gira alrededor de la respuesta que quieras dar, los atributos que vaya a regresar el SP son los atributos que debes mapear en tu Entity. ¡Saludos!
@sebastianavila79555 ай бұрын
Excelente video, era justo lo que necesitaba, en lo personal me gusta utilizar la anotación @Query, pero quede con la duda, ¿Qué pasa cuando un procedimiento devuelve un valor dependiendo de lo que hizo? Por ejemplo si encontró registros que haga un return 1 y si no un return 0 ¿Cómo podría capturar el valor que devuelve en una variable desde spring boot? Nuevamente excelente contenido
@unprogramadornace5 ай бұрын
Hola, es muy simple. Si tú procedimiento almacenado devuelve 0 o 1 igual ambos son números, capturas la respuesta con un Integer o un Long y validar cual es la respuesta. Ahora sí puede devolver respuestas diferentes entonces te toca combinar lógica en Spring con la consulta de tu SP para manejar la respuesta en los diferentes casos y crear objetos acordes a esas respuestas. ¡Saludos!
@sebastianavila79555 ай бұрын
@@unprogramadornace muchas gracias 😁
5 ай бұрын
con la forma 2 no se pierden las bondades de abstracción de base de datos? al ser una query native depende ya del motor de base de datos usado. La forma 3 me parece la más correcta y si la forma 1 horrenda ya que no sabes que esta haciendo tienes que ir a ver la entidad.
@unprogramadornace5 ай бұрын
Hola, con la forma #2 no se pierden las bondades que nos brinda JPA, al fin y al cabo JPA sigue siendo la herramienta que maneja las consultas incluso si manejamos SQL nativo, claro que obviamente debemos tener en cuenta la sintaxis del motor, pero no lo veo tan crítico. Diría que son solo diferentes formas de trabajar para llegar a hacer lo mismo ¿Cual debes usar? La que mejor se acomode a lo que tú quieres hacer, las más fácil y por supuesto la que más te guste. ¡Saludos!
@alesolano86765 ай бұрын
La forma 4 se me hace más práctica
@unprogramadornace5 ай бұрын
Estoy completamente de acuerdo contigo. La 4 es mi favorita. ¡Saludos!
@SoyJavero5 ай бұрын
Hjajajajajajaj bro no trabajarás donde yo? Justamente estamos viendo cómo hacer esto me cayó al anillo al dedo