Click here to Skip to main content
11,932,402 members (47,090 online)
Click here to Skip to main content
Add your own
alternative version


19 bookmarked

INT versus GUID on a table's primary key

, 6 May 2008 CPOL
Rate this:
Please Sign up or sign in to vote.
This article tries to show the pros and cons of using INT or GUID types on primary keys.


This article shows the pros and cons of using the INT or GUID types on primary keys. Hope it helps you decide which suites your project best.

Using INT on primary keys

  • Small amount of storage size (and integer is 4 bytes).
  • Increased readability, practical use in testing, and easy to remember.
  • Chronology of data; if two records are in ascending order, we can deduce that the second record was inserted after the first one.
  • Support for functions that return the last primary key generated (@@IDENTITY, SCOPE_IDENTITY()).
  • Difficulty in the case of merging tables (the need to make remapping because the primary keys may be duplicated).
  • Hard to work with distributed tables.
  • Primary key in the form of INT/BIGINT is LUID, local unique identifier, which is only used locally in a table.
  • After a large number of operations (insert, delete), the counter for primary key can be reset, bringing the problem of chronology to 1.

Using GUID on primary keys

  • Easy to merge tables.
  • Easy to work with distributed tables.
  • The primary key is uniquely identified in the entire system (the number of machines or tables doesn't matter).
  • Don't have problems when inserting a large number of operations.
  • Bigger storage size (16 bytes - four times the size of an integer).
  • Don't have the chronology assumption.
  • Hard to remember and use in testing.
  • Don't benefit from a mechanism to obtain the last generated primary key (MS SQL Server).

My decision

I had a hard time deciding which solution suites best for my project, but I finally used GUIDs because of the advantages mentioned. But this happened only once, the rest of my projects have databases with INT primary keys. Hope someone finds this useful. Special thanks to Iancu Caputa for helping with this article.


This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


About the Author

Liviu Holhos
Software Developer
Romania Romania
Web developer, designer and basketball enthusiast.

You may also be interested in...

Comments and Discussions

Generalok but Pin
Donsw14-Jun-09 16:30
memberDonsw14-Jun-09 16:30 
OK but what about replication. how do you link other tables as a reference ( i.e freign key). do you use a guid for the link or what. jsut a question. good article

My Recent Article : Backup of Data files - Full and Incremental

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

| Advertise | Privacy | Terms of Use | Mobile
Web01 | 2.8.151126.1 | Last Updated 7 May 2008
Article Copyright 2008 by Liviu Holhos
Everything else Copyright © CodeProject, 1999-2015
Layout: fixed | fluid