This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
updating a person object
- Previous message (by thread): updating a person object
- Next message (by thread): updating a person object
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Michael van Elst
mlelstv at xlink.net
Mon Dec 28 19:06:54 CET 1998
On Mon, Dec 28, 1998 at 06:01:38PM +0100, Joao Luis Silva Damas wrote: > Hi, > > Therefore, sending a mail containing a delete followed by a creation should be > safe (the > only possibility for it to go wrong would be if between the processing of the > deletion and the creation an > update taking place at the same time grabs the old nic handle. This is > extremely unlikely and impossible to do on purpose since it depends on machine > load, etc). It is not extremely unlikely as handles are reused immediately after deletion. To my knowledge the handle with the smallest number is assigned to new persons, so the only constraint to be met is that the initials are the same. > Once again, if the object in the deletion is referred to by other DB objects > the deletion will fail. But in this case, so would the creation immediately > after it, since the nic handle would be in use. Are you sure that this feature is enabled on the 'production system' ? -- i.A. Michael van Elst / phone: +49 721 6635 330 Xlink - Network Information Centre \/ fax: +49 721 6635 349 Vincenz-Priessnitz-Str. 3 /\ link http://nic.xlink.net/ D-76131 Karlsruhe, Germany /_______ email: hostmaster at xlink.net [ Xlink Internet Consulting GmbH, Sitz Koeln ] [ Amtsgericht Koeln HRB 3526, Geschaeftsfuehrer: Michael Rotert ]
- Previous message (by thread): updating a person object
- Next message (by thread): updating a person object
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]