Re: Посоветовать хэш
От Valentin Davydov (2:5020/400) к Alex Aka Parasite
В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)
From: Valentin Davydov <sp@m.davydov.spb.su>
> From: Alex Aka Parasite
> <Alex.Aka.Parasite@p100.f164.n5049.z2.fidonet.org>
> Date: Sun, 23 Aug 2009 22:02:34 +0400
>
> AP>> посему приоритеты с "заказыванием музыки" тут понятны. Сказано
> AP>> печатным словом: коллизии ИСКЛЮЧИТЬ.
> SM> ну тогда успехов в поиске философского камня.
>То есть, решения сабжа лично ты не видишь? И на том спасибо.
>
>PS: строка в базе :MD5:CRC32:длина: c безумно высокой вероятностью даст картину
>по контенту файлов. Hадо быть крайне "везучим" сукиным сыном, чтобы суметь
>напороться на коллизию по всем трем одновременно, и лично мне неизвестны факты
>одновременной коллизии даже двух разных алгоритмов...Философский камень найден?
>:)
Та твоя давешняя коллизия MD5 - неужели разной длины?
>PPS: я бы и заюзал этот вариант, но это доп.нагрузка на камень и более высокие
>расходы по хранению более длинной строки. Вот жду, может кто-то посоветует
>более удачную реализацию.
Для более удачной реализации хорошо бы более полно представлять себе
специфику задачи. То есть что, собственно, за данные такие, почему их
удобно обрабатывать в виде запакованных экзотическим алгоритмом blobов,
какие запросы должна исполнять база данных и т.д.
Вот у меня данные структурированные, поэтому сами по себе хорошо ложатся
в базу с индексами, безо всяких хэшей, а что до объёмов - так память нынче
дешёвая, что оперативная, что диски.
Вал. Дав.
--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)
Ответы на это письмо:
From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку
From: Username
Или коротким