Plus / Minus of Table Schemas – MS SQL


1. Objects are contained in groups that make sense – i.e. HR, Shipping, etc. which makes it easier to differentiate roles.
2. Permissions can be given on schemas and users added to those schemas, simplifying permissions.
3. Allows for multiple revisions of an object for example a possible change to an existing object using live data in a different schema for testing.

1. Poorly coded queries and applications may error if they don’t reference the schema.object name.
2. Schema sprawl – making schemas and objects too granular ending up with 500 different schemas for no reason.
3. Schema upkeep, including diagnosing why users are having issues with certain queries or permissions.
4. Permissions chaining trouble depending on design.

Also Refer an interesting article:


– Ananth Ramasamy Meenachi


About msarm

Aspiring Enterprise Architect.
This entry was posted in Uncategorized. Bookmark the permalink.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s