create-table

Enforce consistent database table creation standards across projects.

14|5|Updated Jul 9, 2024
One-click install
npx skills add https://github.com/sail-sail/nest --skill create-table-sail-sail
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: create-table
Source: https://github.com/sail-sail/nest/tree/main/codegen/.github/skills/create-table
Command: npx skills add https://github.com/sail-sail/nest --skill create-table-sail-sail

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Enforce consistent database table creation standards across projects to prevent drift and ensure reliable schemas.

Core Features & Use Cases

  • Standard table naming conventions (lowercase with underscores) and enforced primary and auditing fields.
  • Guidance for required columns like id, lbl, create_time, update_time, and soft-delete flags, with optional tenant/organization fields.
  • Use cases include onboarding new services, auditing schema changes, and enforcing governance across teams.

Quick Start

Provide a new table definition that follows the standard: mod_table, ensure the required fields are included, and declare auditing and deletion columns.

Frequently Asked Questions about create-table

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What are the best practices for database table creation and schema design?

Best practices for database table creation include using lowercase with underscores for naming, enforcing mandatory primary and audit fields, and ensuring consistent schema design across projects to prevent drift.

How do I enforce consistent database table creation standards across multiple modules?

You can enforce consistent database table creation standards by applying schema design rules during code reviews and governance workflows, ensuring required fields and naming conventions are met across all modules.

What mandatory fields should I include when creating a new database table?

When creating a new database table, you should include mandatory fields such as id, lbl, create_time, update_time, and soft-delete flags, alongside optional system fields like tenant_id for organization context.

Does this schema design workflow support multi-tenant database architectures?

Yes, the schema design workflow supports multi-tenant database architectures by allowing you to declare optional tenant_id or organization fields during the table creation process to isolate data.

How do I audit schema changes for new tables during onboarding?

To audit schema changes for new tables during onboarding, validate the table definitions against established governance standards, checking for required audit fields and correct naming conventions before deployment.

Why do I need audit fields like create_time and update_time in my database schema?

Audit fields like create_time and update_time are needed in your database schema to track record lifecycle changes, support reliable data governance, and maintain consistent auditing standards across different projects.