Ett alternativ skulle vara att behålla en nyckeltabell som helt enkelt lagrar ett ökande värde. Detta kan introducera några problem, nämligen möjliga låsningsproblem samt ytterligare träffar till databasen.
Ett annat alternativ kan vara att förfina vad du menar med "Användarvänligt ID". Detta kan bestå av en kombination av ett datum/tid och en kundspecifik sekvens (eller inklusive kund-id). Dessutom behöver ditt order-id inte nödvändigtvis vara den faktiska nyckeln på bordet. Det finns inget att säga att du inte kan använda en surrogatnyckel med en separat "beräknad" kolumn som representerar order-id.
Summan av kardemumman är att det låter som att du vill använda en surrogatnyckel, men har fördelarna med en naturlig nyckel. Det kan vara mycket svårt att ha det åt båda hållen och mycket beror på hur du faktiskt planerar att använda datan, hur användarna tolkar datan och personliga preferenser.