Cómo decidir si usar PL/SQL o Python para la lógica en Oracle?

[RichardG]

Últimamente me he encontrado con un dilema en el trabajo. Llevo unos meses usando principalmente Python para automatizar tareas y análisis de datos, pero ahora en un proyecto nuevo me piden que interactúe directamente con una base de datos Oracle bastante compleja. Me he estado preguntando si debería profundizar en PL/SQL para manejar toda la lógica del lado del servidor, o si es mejor mantener esa lógica en el código Python y usar solo consultas básicas. Me da la sensación de que estoy haciendo malabares entre dos enfoques sin tener claro el camino a largo plazo, sobre todo por el tema del rendimiento y quién mantendrá esto después. Alguien ha pasado por una decisión similar?

[Addison_R]

Vaya dilema suena intenso parece que rendimiento y mantenimiento pelean en tu mesa. PL/SQL puede acercar la lógica a los datos pero ata a Oracle y a su ecosistema.

[Isabella.L]

Si mueves la lógica al servidor reduces la transferencia de datos y puedes aprovechar planes de ejecución mejores pero terminas atado a PL/SQL y a pruebas que no son tan simples como las de Python.

[Aurora75]

Tal vez estas leyendo la premisa como que todo debe ir en PL/SQL y no como un equilibrio entre capas. Python puede orquestar probar y usar herramientas modernas.

[Stella_S]

¿Y si el problema real es el mantenimiento y no la tecnología en sí?

[MadisonET]

No me parece fiable cuando alguien dice usa PL/SQL siempre como si fuera una solución mágica el rendimiento depende de como consultas y del diseño no solo del lugar donde se ejecuta.

[Eleanor68]

Podrías plantearte una arquitectura en capas. La lógica de negocio va en Python y las consultas quedan en SQL con PL/SQL solo para tareas simples de rendimiento. Después haz una prueba de concepto con métricas de latencia y consumo.