Click here to Skip to main content
Click here to Skip to main content
Go to top

INT versus GUID on a table's primary key

, 6 May 2008
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.

Introduction

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

Advantages
  • 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()).
Disadvantages
  • 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

Advantages
  • 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.
Disadvantages
  • 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.

License

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

Share

About the Author

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

Comments and Discussions

 
QuestionGreat article, but missing one important thing. PinmemberDaniel Carnielli21-Nov-12 4:36 
Generalok but PinmemberDonsw14-Jun-09 15: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
 
cheers,
Donsw
My Recent Article : Backup of Data files - Full and Incremental

QuestionComposite PK on two integer fields? Pinmemberpashaper11-Nov-08 22:22 
GeneralGUIDs fragmentation PinmemberGeyzerskiy Dmitriy8-May-08 1:45 
GeneralRe: GUIDs fragmentation [modified] PinmemberLiviu Holhos8-May-08 20:42 
GeneralRe: GUIDs fragmentation PinmemberMike Lang13-May-08 2:54 
GeneralRe: GUIDs fragmentation PinmemberLiviu Holhos13-May-08 20:05 
GeneralRe: GUIDs fragmentation PinmemberGeyzerskiy Dmitriy13-May-08 22:48 
QuestionWhat about Performance PinmemberDoug K. Wilson7-May-08 17:07 
AnswerRe: What about Performance PinmemberLiviu Holhos7-May-08 19:46 
GeneralRe: What about Performance Pinmemberastanton197820-May-08 1:50 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    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 | Mobile
Web02 | 2.8.140916.1 | Last Updated 7 May 2008
Article Copyright 2008 by Liviu Holhos
Everything else Copyright © CodeProject, 1999-2014
Terms of Service
Layout: fixed | fluid