Pular para o conteúdo principal

SQL: Naming external identification code fields at database.


Demand

Use "id_{context}" to name fields of external identification codes and "{context}_id" to internal ones.


Description

When creating a column in a table that reference an id (identification code) of a table located at the database you are dealing it should be named as "{Table Name}_id".

When creating a column in a table that reference an id of a context external to the database you are dealing with  it should be named as "id_{Context Name}".

Examples

1:  CREATE TABLE customer (
2:      id INT NOT NULL,
3:      name VARCHAR(100) NOT NULL,
4:      id_ssn COMMENT 'the United States, the Social Security number',
5:      user_id INT NULL COMMENT 'if the customer have a system login it will be refernced here',
6:     PRIMARY KEY (id),
7:     UNIQUE `uq_ssn` (`ssn`),
8:     CONSTRAINT `fk_customers_user_id_users_user_id`
9:         FOREIGN KEY (`user_id`) 10:     
REFERENCES `users` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION 11: );


Examples Explanation

If a column in table "table1" references a table in the same database, such as e.g., "table2", then such a column in "table2" must be named by entering the name of the table where the key related to the column being created is located followed by an "id". In this example, it would be "table1.table2_id" (as used in most of the companies nowadays) and when we reference an "id" column in an external context we start with the string "id" followed by the name of the column or context that the id relates to. In our example the SSN field most of the times are just named as "ssn" and in the upper CREATE TABLE it was named "id_ssn" and anyone looking at it, even non americans, would then know that it is not an item originated in our database and that the column is an ID or could be used as an ID but it is not referencing a data, context or table inside the domains of that database.

Comentários

Postagens mais visitadas deste blog

Demystifying MySQL ALTER TABLE ALGORITHM: INPLACE vs INSTANT vs COPY

  Schema evolution is one of the trickiest aspects of database management. For developers and DBAs, the dreaded ALTER TABLE command often conjures fears of downtime, locks, and performance bottlenecks. But MySQL offers a powerful word! The "ALGORITHM" modifier that determines how schema changes are executed. In this article, we’ll break down the three key algorithms "INPLACE", "INSTANT", and "COPY" to help you understand their trade-offs, performance implications, and even some unconventional ways to use them. Whether you’re optimizing for zero downtime or experimenting with stress testing, this guide will give you practical insights and real-world strategies. IMPORTANT: Check your MySQL version: In MySQL 8.0+, many table changes are instantaneous, and the command modifications presented here are only available in this and later versions. Understanding the ALGORITHM Modifier When you run an ALTER TABLE in MySQL, you can specify the algorithm, lik...

Article: Preventing Database Gridlock: Recognizing and Resolving Deadlock Scenarios

Learn how deadlocks occur in database systems, understand their impact on performance, and discover practical techniques for identifying potential deadlock scenarios in your SQL code.

Collation Confusion: Demystifying VARBINARY vs VARCHAR in Database Design

Have you ever wondered why your database sorts strings differently than expected, or why a seemingly simple query delivers "quirky" results? If you’ve worked with databases like MySQL, PostgreSQL, or SQL Server, you’ve likely stumbled across the mysterious world of collation and the subtle but critical differences between VARBINARY and VARCHAR data types. In this article I hope to unravel these concepts for you, explore how collation shapes database behavior, and dive into an experimental case study to reveal surprising insights. Whether you’re a developer or a database engineer, this deep dive will equip you with practical knowledge to avoid common pitfalls and optimize your database designs. Let’s get started! What Is Collation and Why Does It Matter? Collation refers to the set of rules a database uses to compare and sort character strings. It governs how strings are ordered (e.g., is “Apple” less than “apple”?), how accents are treated (e.g., does “é” equal “e”?), and eve...