Creación de la base de datos y el primer stored procedure

Fecha: sábado 14 de marzo de 2026

Hora de inicio: 1:00 p.m.

Hora de finalización: 8:30 p.m.

Horas trabajadas: 5 h 50 min

Con el ambiente de desarrollo ya listo, el día de hoy queríamos crear la base de datos, la tabla, cargar datos y escribir los primeros stored procedures. Para empezar, nos reunimos y dividimos las tareas.

Actividades realizadas

1:00 p.m. – 1:40 p.m.: Reunión de planificación

Nos reunimos por Teams para organizar el trabajo del día. La división quedó así:

Valeria (yo):

  •  Crear la base de datos y la tabla Empleado.
  • Insertar 10 empleados manualmente.
  • Crear el SP para obtener la lista de empleados.

Johana:

  • Insertar 30 empleados a la tabla.
  • Crear el SP para insertar un nuevo empleado.
  • Hacer el diagrama de contexto de desarrollo.

2:30 p.m. – 5:10 p.m.: Base de datos, tabla e inserción de datos

Empecé clonando el repositorio que Johana había creado días atrás. Antes de escribir una sola línea de SQL, me dediqué a investigar todo lo necesario:

  • Comandos básicos: CREATE DATABASE, CREATE TABLE, INSERT INTO, SELECT.
  • Tipos de datos: INT, VARCHAR, MONEY, IDENTITY, PRIMARY KEY.
  • Qué significa el prefijo dbo antes del nombre de una tabla.

Con eso claro, creé la base de datos llamada Tarea1, guardé el script, hice commit y lo subí al repositorio con push. Luego hice lo mismo con la tabla Empleado.

Antes de insertar los datos, acordé con Johana por WhatsApp dos convenciones para mantener consistencia entre los registros de las dos: usar un solo apellido por empleado y no utilizar tildes. Con eso definido, inserté mis 10 empleados e hice commit y push al repositorio.

7:00 p.m. – 8:30 p.m.: El primer stored procedure

Antes de escribir el SP, primero reuní información sobre:

  • ¿Qué es un stored procedure y para qué sirve?.
  •  Sintaxis básica de CREATE PROCEDURE en T-SQL.
  •  Parámetros de entrada y de salida.
  • Cómo ejecutar un SP desde SSMS con EXEC.
  • Cómo retornar un código de resultado con RETURN.
  • Cómo ordenar resultados con ORDER BY.

También busqué sobre el manejo de errores con TRY-CATCH, que no era estrictamente necesario para este SP pero es una buena práctica.

Creé el SP para obtener la lista de empleados ordenada alfabéticamente por nombre, lo ejecuté desde SSMS con un script de prueba y el resultado fue el esperado. Guardé el script, hice commit y push al repositorio.

En esta imagen se aprecia el script y resultado de prueba del SP.

Después de subir todo, noté que me había faltado agregar “;” al final de algunas sentencias ejecutables. Los agregué, hice un nuevo commit y push al repositorio.

Forma de trabajo del equipo

Hoy combinamos dos modalidades, la reunión de planificación fue por Teams, y la coordinación durante el trabajo fue por WhatsApp. Trabajamos en paralelo cada una en su parte, lo cual funcionó bien porque desde el inicio dejamos claro quién hacía qué.

Buenas prácticas descubiertas

  • Definir convenciones de datos antes de insertar registros evita inconsistencias después.
  • Investigar la sintaxis antes de ponerse a escribir código ahorra tiempo y frustraciones.
  • Hacer commit y push por cada tarea completada (base de datos, tabla, insertar datos, SP) en lugar de un solo commit al final ayuda a tener un historial más claro.
  • Revisar el código una vez más después de subirlo.

Consejos

Antes de crear un stored procedure en T-SQL, es importante tomarse unos minutos para entender la sintaxis básica de CREATE PROCEDURE, los parámetros y el RETURN, esto evita estar adivinando mientras se escribe código. También conviene explorar TRY-CATCH desde el inicio aunque no se necesite de inmediato.

Referencias


Comentarios

Entradas más populares de este blog

Instalación del servidor

Configuración inicial: stack tecnológico, GitHub y estructura del proyecto