What a confusing article about a trivial thing. I am surprised it has not been deleted yet.<p>Summary (because I've wasted my time on it, so might as well spare others pain):<p>1. Let's say you want to get unique IDs from database _before_ inserting data. This means you now have to do 2 transactions/database queries: first query to allocate yourself a unique ID value, and second query to insert an entry with this ID.<p>2. This is slow, so you decide to optimize: you allocate a unique ID value only every X rows (where "X" is a large number of 1000). So you allocate an ID, database gives you 123, and you insert records 123000, 123001, 123002, 123003... Once you get to 123999, you've need to ask database for another ID.<p>That's it, that is the whole algorithm.<p>Note I don't see it used widely - most of the time database can allocate the id number automatically during insert (sequence type or integer primary index). If this does not work, then there are plenty of UUID algorithms that can allocate record IDs without any database hits at all.