on 01-14-2014 1:38 PM
Looking for reason, pro and cons what database to use as the temporary data base.
In examples I see the Identity Store itself is allmost used for this.
My first reflex was to create a dedicated database for all temporary tables to separate it from the Identity Store.
Are there best practices or maybe does it depend on user count (10.000, 100.000, 1.000.000) and target system count?
Other considerations? Maybe staging aspects, etc.
Thomas,
I don't know how much this will help you, but I always try to use the identity store database. Usually for the following reasons:
1.It's definition is held in ddm.identitycenter, so it's always easy to define.
2.Fewer rights issues about trying to access another database
3.Can be more efficient, less latency
Both IDM and PI can be used to move data from other systems and enterprise apps and it makes sense to have the data in one safe spot, particularly if you will be doing transformations to the data. This ensures that you're only touching and changing your copy of the data and not the original. This helps in building your authoritative store of data.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thomas Liebeck wrote:
My first reflex was to create a dedicated database for all temporary tables to separate it from the Identity Store.
What Matt replied + if you're loading data with the usual "ETL-passes" in IdM/MMC the data is loaded to runtime user's schema, so it is isolated from the Id Store.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
87 | |
10 | |
10 | |
9 | |
7 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.