views:

204

answers:

11

Silly question for the masses: Assume you have a table that handles the state of your object as it passes through your workflow.

Now assume you have a standard United States State table...

What do you call your US State table, without being redundant?

Additional Constraint - You can't pluralize your tables.

Some thoughts:

UnitedState
StateOfUnion
UnionizedState
AmericanState

Curious to see what other people come up with...

A: 

I've traditionally used USStates for this, short for "United State's States", the full version's a bit less intuitive than the short...but the short's what you're looking at all the time.

Some other examples:

  • AUStates - Australia
  • MXStates - Mexico
  • INStates - India

Just using the country prefix works, if you're storing a different set of data for each country, if you're not doing that, there's no need for multiple tables in the first place.

Nick Craver
I wanted to avoid that, because then it technically reads "United States States"
AlishahNovin
@AlishahNovin - They *are* the "United State's States", e.g. States belonging to the United States, possessive :)
Nick Craver
United States' States, to be technical.
Caleb Thompson
+7  A: 

CountryDivision would be pretty global

CountryDivisionId
CountryId
Name ("Texas", "Ontario", ...)

and a Country table

CountryId
CountryDivisionAlias ("State", "Province", ...)
Name ("United States of America", "Canada", ..)
hunter
Not bad... though slightly - pardon the pun - divisive.
AlishahNovin
I leaves open the possibility of countries not having divisions of itself. It could even be further extended with a `CountryDivisionDivision` or some such nonsense for United States State Counties or perhaps using a single table like `EarthEntity` with a nullable `ParentEarthEntityId`, hah!
hunter
+6  A: 

USAState

Or if you want to include the country in each record call it GeographicState

gbogumil
....and I've now renamed my database table (to GeographicState) Thanks!
AlishahNovin
If you want to make it *really* multi-purpose, use something other than "state" - not every country is divided into states - most have provinces, some have other entities....
marc_s
+1  A: 

Why do you have to change the geographic states table. Why not name the Workflow States table WorkflowState, WorkflowObjectState, ObjectState, etc.

Also, I tend to put geographic states into in memory collections instead of the database.

Matthew Vines
Because "State" becomes too ambiguous.
AlishahNovin
+1  A: 

What about AddressState? Keeps it a little more globalised...

Paddy
Hardly any other country in the world is divided into "states" - so this is really not all that "globalized".....
marc_s
Germany, Australia, India, Mexico, Malaysia, and Brazil, just to name a few.
Caleb Thompson
A: 

i call one STATUS and the other STATE

Randy
Status was actually veto'd :)
AlishahNovin
well, that's what i call them :) - you could go with StateMachineState...
Randy
+2  A: 

StateProvince that stores states & provinces in multiple countries

Ed B
+1. My variation on this is `ProvState`
p.campbell
A: 

I've used Regions but we were tracking more than just the names of states. We wanted the ability to breakdown or buildup other areas by geoloc such as cities, neighborhoods, businesses, etc

Don
A: 

How about USGeoState?

qbi
+1  A: 

Provinces- This addresses both states and provinces as in some countries.

this. __curious_geek
A: 

How about State_Squared ? :^)

Mark Bannister