Использование в качестве PK столбца типа GUID имеет как достоинства, так и недостатки. Вы же изначально настроены услышать только про достоинства ;).

Использование Global Unique ID имеет смысл, когда проектируется распределенная информационная система и запись может "кочевать" из одной БД в другую. В этом случае никаких проблем с пересечением PK не возникнет, поскольку подразумевается, что GUID уникален во всей Вселенной. Справедливости ради надо заметить, что такое решение не единственной из возможных. При использовании штатных методов репликации MSSQL (с этой СУБД я знаком лучше всего), использование столбца типа GUID - фактически обязательное требование.

К недостаткам использования GUID можно отнести случайный характер их генерации, что приводит к фрагментации индексов по таким столбцам, а как известно PK всегда поддерживаются индексами (не считая экзотических СУБД). Для СУБД MSSQL и прочих, поддерживающих кластерные индексы (например, IOT в Oracle), может стать проблемой для нагруженных OLTP-систем. Хотя эта проблема вполне разрешима, в MSSQL есть newsequentialid(). Но лично я предпочитаю старые добрые нумерованные ID. Избежать пересечения PK можно и другими способами.