[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
unique values
- To: openldap-technical@openldap.org
- Subject: unique values
- From: "A. Schulze" <sca@andreasschulze.de>
- Date: Mon, 06 Mar 2017 16:37:11 +0100
- Content-disposition: inline
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=andreasschulze.de; s=ybz; t=1488814632; bh=OPZUmzZOFUfCV0FtPjf1zEWPkBf4sx3llpvxYF5uKlQ=; h=Date:From:To:Subject; b=cFL1cIL6XIVIiGbRVWmFhPkkdBPaZ6Jaj7oyIZBTdZrqFRmzD/Tx6h+uAf8k+L793 nR2dyn2l0QE4KxnTUcFSbd6fk4vUvSGCfP59EO2HrD+yJtJPx8xHs4RcuBB5Kr5rIF nTINzB5CnzgLlDXWA2KpPweapXbUifXyUhQ+96/qlfaBfUUSDlVQFrn9gX8T4jzv4h hJqwb8v3sgyuRUbK1aMS47u1yEWtomhwLbz4KYzpDJvquPGq3RcOEfQ+B5YwTx+T1o DH0sFl1NO3DJZQla5lUQ8v062Qbaox2mNXsiv8xSxkqe5Ew+FAiLuyE4TnMka4nW9p Pgg09dyaGQjwA==
- User-agent: Horde Application Framework 5
Hello,
while planning a data scheme update we found it handy to have a unique
value for each entry.
short time later we found "entryUUID" :-)
But we are still unsure.Should we simply use entryUUID or should we
extend our schema
to hold a new attribute similar to entryUUID.
so what are the pros and cons on using entryUUID for a second purpose?
+ entryUUID is implicit available for each and every entry
+ automatically generated
+ saved as part of our backup using slapcat
- what happen on a complete disaster restore?
will the entryUUID values remain if we build a new server from a
slapcat backup?
- a separate but similar attribute has to be defined
is there a suggested schema? "grep -ri uuid
/path/to/openldap-source/servers/slapd/schema/"
did not disclose the definition of entryUUID. It's somehow
defined in servers/slapd/schema_prep.c
- a separate but similar attribute has to be written while creating
a new entry
could that be automated somehow?
- what is 'NO-USER-MODIFICATION' in a schema definition and what
are the implications
if I define an attribute as NO-USER-MODIFICATION?
Do you have any thoughts or suggestions on this?
A quick search in the list-archive didn't helped me to answer my questions.
Thanks,
Andreas