This editorial was originally published on Dec 8, 2017. It is being republished as Steve as at the PASS Data Community Summit 2023.
There are all sorts of interesting debates that developers will have about programming. One of those I've written about in the past is Spaces v Tabs. There's a lot of discussion about that one, and certainly no share of strong opinions. I'm sure there are plenty of other development paradigms and habits that will create debate, arguments, and perhaps strain some working relationships.
While I'm not looking to upset anyone, I ran across a discussion recently and thought this would make an interesting debate. If you've got an opinion, please share how and why you might choose to follow your convention. Examples are helpful and may enhance the reasons why you go choose to build systems one way or the other.
If you examine any sample databases out there, you will run across tables named like this: Customers, Orders, Cities, etc. You might also find Product, Person, Address as well. If you are paying attention, you might notice that my examples are both singular and plural in their form. There are no shortage of debates on the topic, but I'm wondering what many of you think.
I've tended to build tables with plural nouns in the past, but I think that's because the first few people that taught me did that. As I've read more and listened to others explain their design decisions, I've embraced singular names. After all, the entity being modeled is often a single instance of a type. A Person or a CreditCard, not a series of them, though we could certainly argue the table is a set of people, so use that.
Ultimately I'm not sure that it matters much in any particular application. We certainly have databases that using each convention, and probably a few that use both inside the same schema. I think choosing an entity name that is easy to understand is important, and maybe the idea of singular or plural names matters less. After all, as long as you're not naming tables F42 and H1492, everyone will get used to the convention.