Generador de nombres de tablas de base de datos

Leer la tabla antes que las columnas

El nombre de una tabla se repite en todos los lugares por los que pasan los datos: código, SQL, migraciones, paneles, informes de incidentes y conversaciones. Esa repetición lo convierte en una decisión arquitectónica. CustomerContactDetails debe identificar directamente las filas. UserRoleAssignments hace visible la relación. SchemaMigrationLocks indica, en cambio, que la tabla coordina trabajo y no representa un objeto de negocio.

Relacionar el nombre con el ciclo de vida

El ciclo de vida suele aportar el calificativo decisivo. PaymentEvents implica historial de solo adición. DailySalesRollups indica agregados derivados. StagedCustomers sugiere registros importados pendientes de validación. ArchivedCustomerRecords avisa de que las filas no están activas. CacheInvalidationEvents se relaciona con datos derivados y DataErasureRequests con privacidad y flujo de trabajo. Utiliza estas palabras solo cuando las restricciones, la retención y los patrones de escritura las hagan verdaderas.

Combinar lenguaje de negocio y precisión técnica

Los buenos nombres conectan el vocabulario del producto con la estructura de la base. Usa términos comprendidos por soporte, finanzas, operaciones y análisis, y añade calificadores técnicos solo cuando resuelvan una ambigüedad real. InvoicePaymentAllocations es útil si la asignación es una acción propia. CountryCodes basta para un catálogo pequeño. TenantNotificationRules es correcto si cada fila pertenece a un tenant. Evita números de versión y nombres de servicios temporales que desaparecerán antes que los datos.

Revisión rápida del nombre

• Nombra primero la entidad o el evento central.
• Reserva Logs, Events, Audits e History para ciclos de vida realmente distintos.
• Aplica la misma lógica a todas las tablas de unión.
• Usa Staged, Cached, Archived o Rollup solo cuando el calificativo sea cierto.
• Prefiere sustantivos de dominio estables a etiquetas temporales de implementación.

Preguntas antes de la siguiente migración

Prueba cada propuesta en un JOIN, en el título de una migración y en una alerta. Comprueba quién posee los datos, si representan estado o historial y si una tabla cercana ya reclama el mismo sustantivo. Elige después el nombre más corto que conserve esas diferencias.

• ¿Qué deduciría una persona de guardia solo por el nombre?
• ¿Qué palabra distingue esta tabla de su vecina más cercana?
• ¿Seguirá funcionando el nombre cuando cambie la función actual?
• ¿Qué restricción o ciclo de vida debería insinuar discretamente?