My guess is that most database projects are in third normal form. Why do I say this? Because I have seen thousands of database designs, and most of them are constructed quite well, by conscientious database designers, with due regard for functional dependencies—even though they might not know what "functional dependencies" are, they still manage to do it correctly.
Most SQL tutorials and references suggest that you should strive to attain third normal form. Here's a quick rundown on the first three normal forms:
First normal form (1NF) has two requirements: that there be a primary key, and that no column shall contain more than one value.
Second normal form (2NF) requires that all non-key columns are fully dependent on the entire primary key. If the table has only a single-column primary key, this requirement is easily met.
Third normal form (3NF) requires that there are no transitive dependencies, where one column depends on another column which depends on the primary key.
Normal forms are also inclusive. In other words, to be in 2NF, a design must already be in 1NF, and to be in 3NF it must already be in 2NF. Almost all database designers are trying to achieve 3NF, and most make it. Some consciously denormalize their design for a specific reason, but this occurs infrequently.
And yes, there are even higher normal forms, but very few designers take their designs that far. So the most common normal form is 3NF.
Dig Deeper on Oracle development languages
Related Q&A from Rudy Limeback
Read SQL expert Rudy Limeback's advice for counting combinations in a table with SQL's GROUP BY clause Continue Reading
SQL expert Rudy Limeback explains how to sort an SQL UNION query using a special ORDERY BY sequence. Continue Reading
SQL expert Rudy Limeback explains how to formulate a query using an SQL SELECT statement from a non-existing table. Continue Reading