Един вариант би бил да се запази таблица с ключове, която просто съхранява нарастваща стойност. Това може да доведе до няколко проблема, а именно възможни проблеми със заключването, както и допълнителни посещения в базата данни.
Друг вариант може да бъде да прецизирате какво имате предвид под „Удобен за потребителя идентификатор“. Това може да се състои от комбинация от дата/час и специфична за клиента последователност (или включително и идентификатор на клиента). Освен това не е задължително идентификационният номер на вашата поръчка да бъде действителният ключ на масата. Няма какво да кажем, че не можете да използвате сурогатен ключ с отделна "изчислена" колона, която представлява идентификатора на поръчката.
Изводът е, че звучи така, сякаш искате да използвате сурогатен ключ, но имате предимствата на естествен ключ. Може да бъде много трудно да го имате и в двете посоки и много се свежда до това как всъщност планирате да използвате данните, как потребителите интерпретират данните и личните предпочитания.
