Что именно является идентификатор GUID? Почему и где я должен его использовать?

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

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

GUID обычно используются, когда вы будете определять идентификатор, который должен отличаться от идентификатора, который будет определять кто-то другой (вне вашего контроля). Одно такое место в идентификаторе интерфейса на элементах управления ActiveX. Любой может создать ActiveX и не знать, с каким другим элементом управления кто-то будет использовать их с - - - и нет ничего, чтобы остановить всех от предоставления их элементов управления с тем же именем. GUIDs их различают.

GUID-это комбинация времени (в очень малых долях секунды) (поэтому она гарантированно отличается от любой GUID, определенный до или позже), и номер, определяющий ваше местоположение (иногда берется из MAC-адреса вашей сетевой карты) (так что он наверняка будет отличаться от любого другого GUID, определенного прямо сейчас кем-то другим).

Они также иногда известны как UUID (универсальный уникальный идентификатор).

в дополнение ко всем другим ответам, вот онлайн генератор GUID:

http://www.guidgenerator.com/

что такое GUID?

GUID (или UUID) является аббревиатурой "Глобальный уникальный идентификатор" (или "Универсальный Уникальный Идентификатор"). Он это 128-разрядное целое число, используемое для определите ресурсы. Термин GUID-это обычно используется разработчиками с технологиями Microsoft, в то время как UUID используется везде.

насколько уникален GUID?

128-бит достаточно большой и алгоритм генерации достаточно уникален что если 1,0000,000,000 GUIDs в во-вторых были произведены для 1 года вероятность дублировать будет только 50%. Или если каждый человек на Земле создается 600,000,000 там идентификаторы будет только 50% вероятности дубликат.

Как используются GUID?

GUID используются при разработке программного обеспечения как ключи базы данных, компонент идентификаторы, или где угодно else поистине уникальный идентификатор требуемый. GUID также используются для определить все интерфейсы и объекты в Программирование COM.

GUID - это "глобально уникальный идентификатор". Также называется UUID (универсальный уникальный идентификатор).

это в основном 128-битное число, которое генерируется таким образом (см. RFC 4112 http://www.ietf.org/rfc/rfc4122.txt), что делает практически невозможным создание дубликатов. Таким образом, я могу генерировать GUID без какой-либо сторонней организации, которая должна дать их мне, чтобы гарантировать, что они уникальны.

одно широко распространенное использование GUID в качестве идентификаторов для COM-сущностей в Windows (классы, typelibs, интерфейсы и т. д.). Используя GUID, разработчики могут создавать свои com-компоненты, не обращаясь в Microsoft за уникальным идентификатором. Несмотря на то, что идентификация com-сущностей является основным использованием GUID, они используются для многих вещей, которые нуждаются в уникальных идентификаторах. Некоторые разработчики генерируют GUID для записей базы данных, чтобы предоставить им ID, который можно использовать, даже если они должны быть уникальными во многих различных базах данных.

Как правило, вы можете думать о GUID как серийный номер, который может быть создан кем угодно в любое время, и они будут знать, что серийный номер будет уникальным.

другие способы получения уникальных идентификаторов включают в себя получение доменного имени. Чтобы обеспечить уникальность доменных имен, вы должны получить его от какой-либо организации (в конечном счете, управляемой ICANN).

потому что GUID могут быть громоздкими (с читаемой человеком точки зрения они представляют собой строку шестнадцатеричных чисел, обычно сгруппированных следующим образом: aaaaaaaa-bbbb-cccc-dddd-ffffffffffff), некоторые пространства имен, которым нужны уникальные имена в разных организациях, используют другую схему (часто основанную на доменных именах Интернета).

таким образом, пространство имен для пакетов Java по соглашению начинается с доменного имени orgnaization (reversed), за которым следуют имена, определенные в некоторой организации specfic. Например, пакет Java может быть назван:

com.example.jpackage

это означает, что работа с коллизиями имен становится ответственность каждой организации.

пространства имен XML также уникальны аналогичным образом-по соглашению, кто-то, создающий пространство имен XML, должен сделать его " под " зарегистрированным доменным именем под их контролем. Например:

xmlns="http://www.w3.org/1999/xhtml"

другой способ управления уникальными идентификаторами-для MAC-адресов Ethernet. Компания, которая делает карты Ethernet, должна получить блок адресов, назначенных им IEEE (я думаю, что это IEEE). В этом случае схема работала довольно хорошо, и даже если производитель завинчивает и выдает карты с дубликатами MAC-адресов, все будет работать нормально, пока эти карты не находятся в одной подсети, так как за пределами подсети для маршрутизации пакетов используется только IP-адрес. Хотя есть некоторые другие виды использования MAC-адресов, которые могут быть затронуты - один из алгоритмов генерации GUID использует MAC-адрес в качестве одного параметра. Этот метод генерации GUID не так широко используется, потому что он считается угрозой конфиденциальности.

одним из примеров схемы, чтобы придумать уникальные идентификаторы, которые не очень хорошо работали, были идентификаторы Microsoft для драйверов " VxD " в Windows 9x. Разработчики сторонних драйверов VxD должны были запросить у Microsoft набор идентификаторов для любых драйверов, написанных третьей стороной. Таким образом, Microsoft может гарантировать, что не было дубликатов идентификаторов. К сожалению, многие авторы драйверов никогда не беспокоились и просто использовали любой идентификатор в Примере VxD они использовались в качестве отправной точки. Я не уверен, сколько проблем это вызвало - я не думаю, что уникальность VXD ID была абсолютно необходима, но это, вероятно, повлияло на некоторые функции в некоторых API.

GUID или UUID (глобально против универсально) уникальный идентификатор, ну, уникальный идентификатор:) когда вам нужно что-то действительно уникальное сгенерированное машиной, есть библиотеки, чтобы получить его.

посмотреть GUID в Википедии для сведения.

Что касается того, когда вам не нужен GUID, это когда счетчик, который вы контролируете (так или иначе, как последовательный тип SQL или последовательность), увеличивается. Индексирование" текстового " значения (GUID в текстовой форме) или 128-битного двоичного значения (который GUID) намного дороже, чем целое число.

кто-то сказал, что они концептуально 128-битные случайные значения, и это по существу верно, но сделав небольшое чтение на UUID (GUID обычно относится к реализации Microsoft UUID), я вижу, что существует несколько разных версий UUID, и большинство из них на самом деле не являются случайными. Таким образом, можно создать UUID для машины (или что-то еще) и иметь возможность надежно повторить этот процесс, чтобы получить тот же UUID по дороге, что важно для некоторых приложения.

для меня легче думать о них как просто "128-битные случайные значения". По сути, так оно и есть. Есть некоторые алгоритмы для включения немного информации в несколько цифр вашего GUID (таким образом, случайная часть становится немного меньше), но все же они довольно большие почти случайные значения.

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

Я оставлю это вам, чтобы выяснить, где их использовать, но в других ответах уже есть некоторые примеры. Пусть ваше воображение одичал. :)

может быть трудно понять из-за всей математики, которая идет за их генерированием. Думайте об этом как об уникальном id. Вы можете получить Visual Studio для создания одного для вас или .NET, если вы используете C# или одно из многих других приложений или веб-сайтов. Они считаются уникальными, потому что есть такой глупый маленький шанс, что вы увидите один и тот же дважды, что не стоит рассматривать.

128-битный уникальный идентификатор. Вы можете генерировать GUID отныне до заката, и вы никогда не будете генерировать один и тот же GUID дважды, и никто другой. Они используются много с COM.

как например чего-то вы использовали бы их для, мы используем их в одном из наших продуктов. Наши пользователи могут создавать категории и карты на различных устройствах. Мы хотим убедиться, что мы не путаем категорию, сделанную на одном устройстве, с категорией, созданной на другом, поэтому важно эти идентификаторы уникальны независимо от того, кто их генерирует, где и когда они генерируют. Поэтому мы используем GUID (на самом деле мы используем нашу собственную схему, используя 64-битные числа, но они похожи на GUID).

несколько лет назад я работал над системой ACD call center, где мы хотели собрать подробные записи вызовов из нескольких процессоров вызовов в одну базу данных. Я настраиваю столбец в MS SQL для создания GUID для ключа базы данных, а не с помощью системного последовательного идентификатора (столбец идентификаторов). Тогда это требовало установки значения по умолчанию в NewID (или генерации его в коде, но функция NewID () была более безопасной). Конечно, наличие большого значения для ключа может поднять несколько бровей, но я предпочел бы отказаться от пространства, чем рисковать столкновением.

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

идентификатор GUID-глобальный уникальный идентификатор.

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

этот генератор может быть удобно.

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

в RSS-каналах, например, вы должны иметь GUID для каждого элемента в ленте. Таким образом, программа чтения ленты может отслеживать, прочитали ли вы этот элемент или нет. Без GUID было бы невозможно сказать.

GUID отличается от чего-то вроде идентификатора базы данных тем, что независимо от того, кто создает объект-вы, я, парень вниз улица - наши гиды будут всегда быть разные. Не должно быть конфликтов с использованием GUID.

вы также увидите термин UUID, который означает " универсальный уникальный идентификатор.- В сущности, между ними нет никакой разницы. UUID-более подходящий термин. GUID-это термин, используемый Microsoft.

Если вам нужно создать идентификатор, который должен быть уникальным в течение всего срока службы вашего приложения, вы используете GUID.

представьте, что у вас есть сервер с сеансами, если вы даете каждому сеансу идентификатор GUID, вы уверены, что он будет уникальным для каждого сеанса, когда-либо созданного вашим сервером. Это полезно для отслеживания ошибок.

одно особенно полезное приложение GUID, которое я нашел, использует их для отслеживания уникальных посетителей в webapps, где посетители анонимны (т. е. не вошли в систему или зарегистрированы).

на Википедия статья о GUIDs довольно ясно, для чего они используются - возможно, перефразирование вашего вопроса поможет - для чего вам нужен GUID?