Здравствуйте Все.

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

Ваш модератор.

Здравствуйте, _MarlboroMan_, Вы писали:

_MM_>Не потому, что она "круто философская", а потому, что народ готов серьезно обсудить хзатронутую в статье проблемму.

А может стоило перенести только часть?

А то я там пурги всякой нагнал для тех, кто "повелся"...

Кто-то даже действительно нашел статьи по проблеме 2010 года

хотя я эту цифру с потолка взял....

В контексте "Коллеги, улыбнитесь" это было еще ничего.

А теперь это в Философии. Получается полная лажа.

Здравствуйте, UGN, Вы писали:

_MM_>>Не потому, что она "круто философская", а потому, что народ готов серьезно обсудить хзатронутую в статье проблемму.
UGN>А может стоило перенести только часть?
UGN>А то я там пурги всякой нагнал для тех, кто "повелся"...
UGN>Кто-то даже действительно нашел статьи по проблеме 2010 года
UGN>хотя я эту цифру с потолка взял....
UGN>В контексте "Коллеги, улыбнитесь" это было еще ничего.
UGN>А теперь это в Философии. Получается полная лажа.

ничего страшнлго... есть у нас "Win vs Lin", а там столько пурги.... так что нормально...

Здравствуйте, Xentrax, Вы писали:

X>... многие программисты SQLServer этот тип поля часто используют. Могу себе представить хранимую процедуру, которая переносит данные из одной таблицы в другую, создавая автоматом новый GUID для каждой записи.

Ну а если будет всего-навсего копирование, а не создание нового, то и ничего такого. Создание GUID можно навалить на приложение-клиент.

Плюс, для организации case систем тип очень подходит, т.к. позволяет на клиентах создавать новые записи сразу с гарантией уникальности ключа и безо всяких посредников для проверки оных на уникальность, как если бы это было простое целое (DWORD).

АЗ>В последнее время наметилась одна очень нехорошая тенденция: многие разработчики совершенно безответственно относятся к тому, как их приложения используют ресурсы. Да, я понимаю все аргументы, связанные с быстрым ростом производительности аппаратуры и стоимости оптимизации приложений. Кроме того, многие авторитеты последовательно призывают к своевременному освобождению ресурсов, занятых приложением, а также к минимизации ресурсов, используемых одновременно.

— Это привелегия платформы Windows + Intel.
Программисты избалованы языками, средствами ОС, и хорошей документацией,
поэтому имеют очень низкую квалификацию.

Программисты Mac, Amiga, SGI, handgeld, consoles, smatphones, а также 8-16 битных пк
программируют куда более аккуратно.

Здравствуйте, alex_raider, Вы писали:

_>- Это привелегия платформы Windows + Intel.
_>Программисты избалованы языками, средствами ОС, и хорошей документацией,
_>поэтому имеют очень низкую квалификацию.
это кто тебе такое сказал ?

_>Программисты Mac, Amiga, SGI, handgeld, consoles, smatphones, а также 8-16 битных пк
_>программируют куда более аккуратно.
LOL

Здравствуйте, 9Val, Вы писали:

V>Дейл Роджерсон, "Основы COM" :

Для интереса http://www.sql.ru/forum/actualthread.aspx?bid=1&tid=22258

Здравствуйте, UGN, Вы писали:

UGN>Уже было несколько статей посвященных этой проблеме.

Где? Название?

UGN>Поищи в гугле, наверняка найдешь.

Наверняка не нашел. Все пишут, что вероятность получения двух одинаковых GUID'ов очень мала. Настолько мала, что ею можно пренебречь. А это меня, как математика, не устраивает. Мне бы нормальную статью с расчетами, на сколько же его хватит.

Здравствуйте, Real 3L0, Вы писали:

UGN>>Уже было несколько статей посвященных этой проблеме.

R3>Где? Название?

R3>Наверняка не нашел. Все пишут, что вероятность получения двух одинаковых GUID'ов очень мала. Настолько мала, что ею можно пренебречь. А это меня, как математика, не устраивает. Мне бы нормальную статью с расчетами, на сколько же его хватит.

Вот этого я и опасался...

Понимаешь, раньше этот топик был в разделе "Коллеги, улыбнитесь!", со всеми вытекающими последствиями...

Так что не стоит воспринимать мои посты всерьез ...

ЗЫ: Мои сожаления по поводу переноса топика из юмора в философию здесь

Автор: UGN
Дата: 05.09.03

Здравствуйте, UGN, Вы писали:

UGN>Вот этого я и опасался...

Да вроде ничего страшного. Я понимаю, что большинство этих постов юморные, но если посмотреть с другой стороны (с серъезной) — число-то конечно. Пусть, у него дофига разрядов, пусть перебор всех вариантов займет дофига времени, но число-то конечно!

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

---

дофига == очень много

Здравствуйте, Антон Злыгостев, Вы писали:


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

X>необходимо создать специальную международную некоммерческую организацию по распределению GUID-ов, которая будет продавать новые, принимать старые, а так же перепродавать их. Б/у-шные GUIDы должны быть дешевле...

Точно! А особо раритетные GUIDы можно продавать на eBay.

Здравствуйте, Антон Злыгостев, Вы писали:

АЗ>Я терпеливо следил за дискуссиями на эту тему, пока один ужасающий факт не привлек мое внимание.

Мне это напомнило вопрос "Если я скачал исходники, а они мне не понадобились, как их закачать обратно?"

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Антон Злыгостев, Вы писали:

АЗ>>Экология Программирования

А>Правильно ! Поэтому предлагается всем срочно переходить на Linux,
А>где нет никаких GUIDов. Срочно ! Пока GUIDы не кончились.

От дурбецело

Привет!

Unknown wrote:
> А>Правильно ! Поэтому предлагается всем срочно переходить на Linux,
> А>где нет никаких GUIDов. Срочно ! Пока GUIDы не кончились.

А можно все же подождать, а вот когда они кончатся, тогда и перейти ?
. Или поздно будет ?


--
With best regards,
Pavel Dvorkin

Здравствуйте, Антон Злыгостев, Вы писали:

АЗ>Статья :


АЗ>Авторы :
АЗ>Антон Злыгостев

АЗ>Аннотация :
АЗ>В последнее время наметилась одна очень нехорошая тенденция: многие разработчики совершенно безответственно относятся к тому, как их приложения используют ресурсы. Да, я понимаю все аргументы, связанные с быстрым ростом производительности аппаратуры и стоимости оптимизации приложений. Кроме того, многие авторитеты последовательно призывают к своевременному освобождению ресурсов, занятых приложением, а также к минимизации ресурсов, используемых одновременно.

АЗ>Я терпеливо следил за дискуссиями на эту тему, пока один ужасающий факт не привлек мое внимание.

Раз в году и палка стеляет!

Можно, конечно, смеяться и дальше, но мне недавно "повезло" — GUIDGen сгенерировал неуникальный GUID...
А было это на сертифицированных курсах от Microsoft при наличнии нормального "компа" с сетевой картой.
Сертифицированный тренер не смог найти проблему... Разобрался только дома, когда принес проект.
Не буду говорить "кто" в реестре пострадал, "хотя это был...".
Замечу, что вирусов на обих машинах не было, да и ОС там были разные.

Здравствуйте, <Аноним>, Вы писали:

А>Можно, конечно, смеяться и дальше, но мне недавно "повезло" — GUIDGen сгенерировал неуникальный GUID...

В чём я и пытался разобраться и сделал вывод: не использовать GUID'ы как PK. Лучше сделать numeric побольше разрядности. Думал ещё использовать GUID'ы вместе с каким-нибудь дополнительным полем, например временем, но решил, что два столбца для PK — это изврат.

Здравствуйте, <Аноним>, Вы писали:

А>Можно, конечно, смеяться и дальше, но мне недавно "повезло" — GUIDGen сгенерировал неуникальный GUID...
А>А было это на сертифицированных курсах от Microsoft при наличнии нормального "компа" с сетевой картой.
А>Сертифицированный тренер не смог найти проблему... Разобрался только дома, когда принес проект.
А>Не буду говорить "кто" в реестре пострадал, "хотя это был...".
А>Замечу, что вирусов на обих машинах не было, да и ОС там были разные.

Ничего страшного. Вот один мой знакомый божился, что у него TCP трафик искажался. То есть где-то в проводах возникала ошибка, причем такая, что Ethernet checksum совпадал, и TCP checksum тоже совпадал. И на уровне приложения вычисленный чексум тоже вполне совпадал! А данные — искажались. Иногда. Я очень смеялся.

Здравствуйте, Real 3L0, Вы писали:

R3>В чём я и пытался разобраться и сделал вывод: не использовать GUID'ы как PK. Лучше сделать numeric побольше разрядности. Думал ещё использовать GUID'ы вместе с каким-нибудь дополнительным полем, например временем, но решил, что два столбца для PK — это изврат.
Нда. Вообще-то время в GUID уже есть, поэтому никакой повышенной уникальности оно не обеспечит.

Здравствуйте, Sinclair, Вы писали:

S>Ничего страшного.

Смотря где!

S>Вот один мой знакомый божился, что у него TCP трафик искажался. То есть где-то в проводах возникала ошибка, причем такая, что Ethernet checksum совпадал, и TCP checksum тоже совпадал. И на уровне приложения вычисленный чексум тоже вполне совпадал! А данные — искажались. Иногда. Я очень смеялся.

Тут другой случай.