> Вам уже пять человек дали свои вразумительные ответы

На Вашем месте я бы просто признался, что лоханулся и невнимательно прочел вопрос.

Да нет, все правильно, по-прежнему ничего тупее придумать не могу.

Домашнее задание:
- найти десять отличий UUID от varchar;
- найти и описать различия при использовании ключей int, UUID и varchar.

> вы понимаете в каких случаях стоит сделать выбор в сторону GUID для PK?

UUID, а не GUID. Мелкомягкие поделия с мелкомягкими реализациями меня не интересуют.

> вы понимаете разницу между типами varchar и uniqueidentifier в mssql?

Разницу между UUID и varchar - да, конечно. А вот Вы, похоже, не очень. Настойчиво предлагаю избавиться от мелкомягкой терминологии и перейти к стандартной.

> вы понимаете разницу между rowid (oracle) и GUID-ом?

Конечно. И как это связано с текущим обсуждением?

> вы знаете что в oracle и многих других СУБД нет встроенного типа GUID?

Конечно. Тот же вопрос: как это связано с текущим обсуждением?

> вы понимаете что при построенном индексе, в промышленных СУБД на производительности
> практически никак не сказывается выбор типа для PK int, uniqueidentifier или varchar?

Да ну? Кто ж Вам, дружище, сказал такую чушь?

> вы когда-нибудь пробовали проводить тесты для того чтобы подтвердить свои предположения?

Конечно. Причем, в качестве ключа выступал URN. Так что это не предположения, это абсолютная уверенность.

Результаты Ваших тестов - в студию. Вместе посмеемся.

Тьфу, блин, записался. URI, а не URN.

> Например

Ссылаться на заборы - дурной тон. Еще варианты?

> альтернатива между "естественным" и "суррогатным"

Естественных ключей не бывает. Если не понимаете - запомните. Если плохо с памятью - запишите на большом листе бумаги красного цвета.

> Дурной тон - делать голословные заявления.

Юноша, у Вас, как Вы говорите, есть "исходные скрипты". Замените в этих "исходных скриптах" ключи на URI, внимательно посмотрите на получившиеся результаты и прекратите е%^&ть мне мозги.

В сторону: ну почему, если у юзера в профиле M$ SQL - все, голова не работает. :( Просто эпидемия какая-то.

> Суррогатных тоже не бывает. Бывают "естественные" и "суррогатные"

К психиатру. А потом - в сад.

> Будте так любезны

Не буду, дружище. Если интересно - пользуйтесь поиском, обсасывалось миллион раз. А если непременно хотите моих аргументов - фигней я занимаюсь по тарифной ставке $700 в час. Минимальный контракт - рабочая неделя. Надумаете - приходите, обхохочетесь.

> против GUID для таких систем у меня нет возражений

Дружище, бесспорный лидер по тупым заявлениям - ЧАЛ. На втором месте - Шуклин. Вы боретесь за почетное третье место? Ну тогда активнее нужно это делать, активнее. Иначе так и останетесь во второй десятке.

Абсолютно фиолетово, уважаемый, против чего _у Вас_ нет возражений. Есть границы применения любого решения независимо от того, знаете Вы об этом или нет. В общем - тоже в сад. Активно курить буквари. Вырастете из песочницы - возвращайтесь.

P.S. А если бы Вы, уважаемый, умели читать по-русски, то легко заметили бы, что в этом обсуждении UUID и int ключи не сравнивались.

А если бы Вы чуть-чуть подумали _до_ того, то легко бы заметили, что для децентрализованных систем идентификатор ноды существенно важен; если бы при этом у Вас был бы еще и калькулятор, то так же легко бы заметили, что int8 + int4 (int4 - количество нод; такого количества филиалов, полагаю, даже у Coca-Cola нет) обеспечили бы функционирование системы на ближайшие двести лет.

Сначала создали проблему, потом криво ее разрулили, а потом подумали, все ли сделано правильно. Очень по-русски. В такой интерпретации Ваш опыт использования UUID выглядит более правдоподобно. И что, полагаете, этим нужно хвастать?

> Она реально решена

Если бы Вашим заказчиком был я, то считал бы, что она решена криво. Если Вашего заказчика решение устраивает - мне это никаких проблем не создает. Заказчик заплатил деньги и получил то, что хотел за эти деньги.

> в том числе зависит от организационных условий

Архитектура - в том числе и выбор ключей - полностью и целиком определяется техническим заданием и ничем другим. А в том, что техническое задание обычно представляет собой кусок дерьма, а не документ, виновата тупость и жадность заказчика. Впрочем, это лирика.

> ".. то я бы повесился"

Вы бы получили подробное техническое задание, с которым было бы удобно работать, сервер с софтом для контроля версий, багтракером и пр. фигней, четкий график этапов, отсутствие геморроя и своевременную оплату.