Best Practice Database Schema/user layout
Page 1 of 1 • Share •
Best Practice Database Schema/user layout
Just wanted to check to see how others have structured the typical data warehouse schema layout. I know much of this is based on the individual project requirments, but I just wanted to see how others have done it.
I was thinking about the following layout.
"DW" - Schema that owns the data warehouse reporting tables
"DWSTG" - Schema that owns the staging tables
"DWRPT" - Used by the BI reporting tool. Has only SELECT to the DW schema tables
"DWETL" - Used by the ETL tool Has SELECT,INSERT,UPDATE,DELETE to tables in "both" DW and DWSTG
Thanks!
I was thinking about the following layout.
"DW" - Schema that owns the data warehouse reporting tables
"DWSTG" - Schema that owns the staging tables
"DWRPT" - Used by the BI reporting tool. Has only SELECT to the DW schema tables
"DWETL" - Used by the ETL tool Has SELECT,INSERT,UPDATE,DELETE to tables in "both" DW and DWSTG
Thanks!
mea0730- Posts: 21
Join date: 2010-05-15
Location: San Jose, CA
Re: Best Practice Database Schema/user layout
There are probably dozens of ways to deal with this. It is very much a situational driven scenario. What you have outlined will work.

ngalemmo- Posts: 1729
Join date: 2009-05-15
Location: Los Angeles

Re: Best Practice Database Schema/user layout
Depending on your situation there may be some other requirements.
Some that I've seen in the past :
DWAudit : Read only access given to auditors (e.g. SOX) - can expose some of the ETL metadata
DWMaint : Read/Write access to certain persistant STG tables that contain data only in the DW environment (e.g. custom hierarchy)
Some that I've seen in the past :
DWAudit : Read only access given to auditors (e.g. SOX) - can expose some of the ETL metadata
DWMaint : Read/Write access to certain persistant STG tables that contain data only in the DW environment (e.g. custom hierarchy)
LAndrews- Posts: 69
Join date: 2010-05-13
Re: Best Practice Database Schema/user layout
Thanks for the replies!!
The bottom line is that I don't want the BI tools to have access to the schemas that own the tables and have drop table, etc.. permissions. I've seen that cause problems in the past!
I just was curious how others have organized the schemas.
Thanks,
Mike
The bottom line is that I don't want the BI tools to have access to the schemas that own the tables and have drop table, etc.. permissions. I've seen that cause problems in the past!
I just was curious how others have organized the schemas.
Thanks,
Mike
mea0730- Posts: 21
Join date: 2010-05-15
Location: San Jose, CA
Re: Best Practice Database Schema/user layout
and what about using a seperate schema/user for the staging tables? Would it be better just to put the staging tables in the main DW schema?
Thanks,
Mike
Thanks,
Mike
mea0730- Posts: 21
Join date: 2010-05-15
Location: San Jose, CA
Re: Best Practice Database Schema/user layout
That's usually what I do. I give the table names a unique prefix, such as S_, to segregate them. It is easier for the ETL folk because they only need one connection to the DB.
Either way is fine... no real advantage or disadvantage... it all depends on what the local policy is. Some shops prefer a separate schema for backup purposes, but since staging is relatively small and transient the overall effect on backup is insignificant. And advantage of having it in the same schema is that the backup will have staging content in sync with the DW, which may be advantageous in some restore scenarios.
Either way is fine... no real advantage or disadvantage... it all depends on what the local policy is. Some shops prefer a separate schema for backup purposes, but since staging is relatively small and transient the overall effect on backup is insignificant. And advantage of having it in the same schema is that the backup will have staging content in sync with the DW, which may be advantageous in some restore scenarios.

ngalemmo- Posts: 1729
Join date: 2009-05-15
Location: Los Angeles

Similar topics» Practice Sylheti
» DC symbian user in chat room
» Best Practice Database Schema/user layout
» Designing for columnar database
» Dimensional Model Vs Views as Structure for BOBJ Universe
» DC symbian user in chat room
» Best Practice Database Schema/user layout
» Designing for columnar database
» Dimensional Model Vs Views as Structure for BOBJ Universe
Page 1 of 1
Permissions in this forum:
You cannot reply to topics in this forum