Totalmente práctico y aplicable
Formación en PL/SH a medida
100% bonificable a través de FUNDAE
Curso TUTORIZADO por expertos
Forma a tu equipo sin costes mediante la bonificación estatal.
Este programa de PL/SH para empresas es subvencionable hasta el 100%.
Calcula tu bonificación
Todos nuestros cursos son bonificables a través de FUNDAE.
Gestionamos toda la documentación por ti.
Calcula tu crédito aproximado
Crédito bonificable estimado
420€*
*Cálculo orientativo
Diseñamos una formación a medida utilizando los documentos y flujos de trabajo reales de tu empresa.
Los alumnos podrán revisar las sesiones grabadas para repasar conceptos clave, recuperar explicaciones concretas o reforzar aquellos contenidos que necesiten después de la clase en directo.
Materiales, sesiones grabadas y documentación de apoyo quedan centralizados en la plataforma para que el equipo pueda consultarlos durante y después de la formación.
La plataforma permite registrar y confirmar la asistencia de los participantes, facilitando el seguimiento de la formación y la gestión documental necesaria para la bonificación FUNDAE.
Encuentra todo el temario del curso aquí.
Explicar qué es PL/sh y por qué permite escribir funciones PostgreSQL usando scripts de shell.
Diferenciar PL/sh de PL/pgSQL, PL/Python, extensiones C, scripts externos, jobs programados y servicios backend.
Revisar cuándo tiene sentido ejecutar lógica shell desde PostgreSQL y cuándo es una mala decisión arquitectónica.
Identificar riesgos principales: comandos del sistema, permisos, inyección, secretos, ficheros, trazabilidad y mantenimiento.
Presentar el flujo básico: instalar extensión, crear función, ejecutar script, capturar salida, validar resultado y auditar.
Aclarar que PL/sh debe tratarse como capacidad privilegiada, no como herramienta de scripting libre para cualquier usuario.
Preparar entorno de laboratorio aislado con PostgreSQL, terminal, scripts de prueba y base de datos no productiva.
Revisar casos iniciales: concatenar valores, escribir logs, validar rutas, invocar comandos seguros y devolver resultados.
Detectar errores frecuentes: usar datos sin escapar, ejecutar comandos peligrosos o depender de rutas no controladas.
Crear checklist inicial para evaluar si una necesidad debe resolverse con PL/sh o con otra alternativa.
Explicar qué es PL/sh y por qué permite escribir funciones PostgreSQL usando scripts de shell.
Diferenciar PL/sh de PL/pgSQL, PL/Python, extensiones C, scripts externos, jobs programados y servicios backend.
Revisar cuándo tiene sentido ejecutar lógica shell desde PostgreSQL y cuándo es una mala decisión arquitectónica.
Identificar riesgos principales: comandos del sistema, permisos, inyección, secretos, ficheros, trazabilidad y mantenimiento.
Presentar el flujo básico: instalar extensión, crear función, ejecutar script, capturar salida, validar resultado y auditar.
Aclarar que PL/sh debe tratarse como capacidad privilegiada, no como herramienta de scripting libre para cualquier usuario.
Preparar entorno de laboratorio aislado con PostgreSQL, terminal, scripts de prueba y base de datos no productiva.
Revisar casos iniciales: concatenar valores, escribir logs, validar rutas, invocar comandos seguros y devolver resultados.
Detectar errores frecuentes: usar datos sin escapar, ejecutar comandos peligrosos o depender de rutas no controladas.
Crear checklist inicial para evaluar si una necesidad debe resolverse con PL/sh o con otra alternativa.
Administradores de PostgreSQL y DBAs
Profesionales responsables de instalar extensiones, controlar permisos, revisar seguridad, mantener entornos PostgreSQL, auditar funciones, gestionar despliegues y decidir cuándo PL/sh puede usarse sin comprometer estabilidad ni confidencialidad.
Desarrolladores backend y de datos
Perfiles que crean funciones, triggers, procesos batch, integraciones y automatizaciones alrededor de PostgreSQL, y necesitan escribir scripts mantenibles, seguros y correctamente integrados con SQL.
Equipos DevOps, SRE y plataforma
Profesionales que operan entornos Linux, contenedores, CI/CD, backups, logs, monitorización y automatización, y necesitan entender el impacto de ejecutar shell desde la base de datos.
Explora las respuestas a las preguntas que guian a nuestra comunidad. Aqui encontraras claridad sobre como funciona todo, desde el acceso hasta los detalles de los cursos. Si buscas respuestas, este es el lugar para comenzar.
PL/sh es un lenguaje procedural para PostgreSQL que permite crear funciones almacenadas cuyo cuerpo se ejecuta como script de shell.
No. PL/pgSQL es el lenguaje procedural nativo habitual de PostgreSQL para lógica SQL; PL/sh ejecuta shell y por eso implica riesgos distintos.
Puede usarse de forma controlada, pero debe tratarse como tecnología sensible porque permite ejecutar comandos del sistema operativo desde PostgreSQL.
Solo tras análisis de riesgo, aprobación técnica, hardening, pruebas, control de permisos, auditoría, runbook y justificación frente a alternativas.
Automatizaciones muy concretas, integración con scripts internos, operaciones auxiliares, generación controlada de ficheros o wrappers auditados.
Cuando la lógica puede resolverse con PL/pgSQL, aplicación backend, job externo, cola, ETL, cron, pgAgent o servicio con mejor seguridad y observabilidad.
Sí. El curso cubre triggers con PL/sh, pero también explica sus riesgos y alternativas asíncronas como NOTIFY/LISTEN o workers externos.
Sí. Se trabajan fundamentos de Bash seguro, validación de argumentos, comillas, control de errores, rutas y prevención de inyección.
Sí. Es uno de los ejes principales: permisos, roles, inyección, rutas, secretos, logs, sistema operativo, auditoría y hardening.
No exclusivamente, pero se requieren conocimientos sólidos de PostgreSQL, SQL, Linux y shell. Es un curso avanzado para perfiles técnicos.
PL/sh está orientado a entornos tipo Unix/Linux con shell. El curso se plantea sobre Linux, que es el escenario más razonable para laboratorio.
Sí. Se trabaja versionado, pruebas, linters, migraciones, despliegue, rollback, scripts externos y control de cambios.
No se recomienda. Las prácticas deben realizarse con datos ficticios o anonimizados y en entornos aislados, nunca directamente en producción.
Matriz de decisión, política de uso, checklist de hardening, plantilla de función, suite de pruebas, script versionado, runbook y roadmap.
Sí, puede plantearse como formación bonificable hasta el 100% por FUNDAE para empresas, siempre que se cumplan los requisitos administrativos, comunicación, asistencia y documentación.
¿Tienes dudas?
Estamos aqui para ayudarte
PL/sh es un lenguaje procedural para PostgreSQL que permite crear funciones almacenadas cuyo cuerpo se ejecuta como script de shell.
¿Tienes dudas?
Estamos aqui para ayudarte
No. PL/pgSQL es el lenguaje procedural nativo habitual de PostgreSQL para lógica SQL; PL/sh ejecuta shell y por eso implica riesgos distintos.
Puede usarse de forma controlada, pero debe tratarse como tecnología sensible porque permite ejecutar comandos del sistema operativo desde PostgreSQL.
Solo tras análisis de riesgo, aprobación técnica, hardening, pruebas, control de permisos, auditoría, runbook y justificación frente a alternativas.
Automatizaciones muy concretas, integración con scripts internos, operaciones auxiliares, generación controlada de ficheros o wrappers auditados.
Cuando la lógica puede resolverse con PL/pgSQL, aplicación backend, job externo, cola, ETL, cron, pgAgent o servicio con mejor seguridad y observabilidad.
Sí. El curso cubre triggers con PL/sh, pero también explica sus riesgos y alternativas asíncronas como NOTIFY/LISTEN o workers externos.
Sí. Se trabajan fundamentos de Bash seguro, validación de argumentos, comillas, control de errores, rutas y prevención de inyección.
Sí. Es uno de los ejes principales: permisos, roles, inyección, rutas, secretos, logs, sistema operativo, auditoría y hardening.
No exclusivamente, pero se requieren conocimientos sólidos de PostgreSQL, SQL, Linux y shell. Es un curso avanzado para perfiles técnicos.
PL/sh está orientado a entornos tipo Unix/Linux con shell. El curso se plantea sobre Linux, que es el escenario más razonable para laboratorio.
Sí. Se trabaja versionado, pruebas, linters, migraciones, despliegue, rollback, scripts externos y control de cambios.
No se recomienda. Las prácticas deben realizarse con datos ficticios o anonimizados y en entornos aislados, nunca directamente en producción.
Matriz de decisión, política de uso, checklist de hardening, plantilla de función, suite de pruebas, script versionado, runbook y roadmap.
Sí, puede plantearse como formación bonificable hasta el 100% por FUNDAE para empresas, siempre que se cumplan los requisitos administrativos, comunicación, asistencia y documentación.
Cuéntanos tus objetivos de negocio y prepararemos una propuesta formativa bonificable totalmente ad hoc
Revisamos tu caso
Preparamos la gestión
Tu equipo realiza el curso
Aplicas la bonificación
Después de la formación en directo, los alumnos podrán acceder a ejercicios prácticos para aplicar lo trabajado en clase y consolidar el aprendizaje con actividades guiadas.
Los alumnos podrán revisar las sesiones grabadas para repasar conceptos clave, recuperar explicaciones concretas o reforzar aquellos contenidos que necesiten después de la clase en directo.
Materiales, sesiones grabadas y documentación de apoyo quedan centralizados en la plataforma para que el equipo pueda consultarlos durante y después de la formación.
La plataforma permite registrar y confirmar la asistencia de los participantes, facilitando el seguimiento de la formación y la gestión documental necesaria para la bonificación FUNDAE.
Después de la formación en directo, los alumnos podrán acceder a ejercicios prácticos para aplicar lo trabajado en clase y consolidar el aprendizaje con actividades guiadas.
Una plataforma practica, con IA integrada y pensada para que mejores desarrollando. Se adapta a tu ritmo, te corrige al instante y te muestra tu progreso real.
Correccion magica
Feedback inteligente
Aprende de cada acierto y fallo con explicaciones claras
Arquitectos de software y arquitectura de datos
Responsables de decidir si una lógica debe vivir en base de datos, aplicación, job scheduler, ETL, servicio externo o PL/sh, evaluando riesgos, mantenibilidad, rendimiento y gobierno.
Equipos de seguridad, auditoría y compliance técnico
Perfiles encargados de revisar permisos, comandos ejecutados, acceso a ficheros, exposición de secretos, logs, trazabilidad, hardening y controles sobre extensiones no estándar.
Responsables técnicos de automatización
Personas que coordinan scripts, tareas recurrentes, integración con sistemas internos, validaciones operativas y flujos donde PostgreSQL actúa como punto de orquestación limitada.
