Note that there are some explanatory texts on larger screens.

plurals
  1. POOne User database servicing multiple application databases
    primarykey
    data
    text
    <p>I am administering a rather large database that has grown in complexity and design from a single application database. Now there is a plan to add a fifth application that carries with it its own schema and specific data. I have been researching SSO solutions but that is not really what I am after. My goal is to have one point of customer registration, logins and authorization.</p> <p>Ideally, each application would request authentication and be given authorization to multiple applications, where the applications would then connect to the appropriate database for operations. I do not have first hand experience dealing with this degree of separation as the one database has been churning flawlessly for years. Any best practice papers would be appreciated :)</p> <p>I would envision a core database that maintained shared data - Customer/Company/Products</p> <ol> <li><p><strong>Core tables and primary Keys</strong> –To maintain referential integrity should I have a smaller replicated table in each “application” database. What are some ways to share keys among various databases and ensure referential integrity?</p></li> <li><p><strong>Replication</strong> – Two subscribers currently pull data from the production database where data is later batched into a DW solution for reporting. Am I going down a road that can lead to frustration? </p></li> <li><p><strong>Data integrity</strong> – How can I ensure for example that: DATABASE_X.PREFERENCES.USER_ID =always references a= CORE_DATABASE.USERS.USER_ID</p></li> <li><p><strong>Reporting</strong> – What type of hurdles would I cross to replicate/transform data from multiple databases into one reporting database?</p></li> <li><p><strong>White Papers</strong> - Can anyone find good refernces to this strategy in practice?</p></li> </ol> <p>Thanks</p>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload