http://sphinxsearch.com/docs/manual-2.0.1.html#conf-xmlpipe-attr-uint
Форум → Программирование → PHP для идиотов → Суррогатный ключ на основе 3-х полей
Суррогатный ключ на основе 3-х полей
Страницы: ← Предыдущая страница • Следующая страница →
-
25 мая 2011 г. 8:56, спустя 9 часов 34 минуты 21 секунду
Вы через xmlpipe данные подгружаете?Спустя 90 сек.http://sphinxsearch.com/docs/manual-2.0.1.html#conf-sql-attr-uint
http://sphinxsearch.com/docs/manual-2.0.1.html#conf-xmlpipe-attr-uinthttps://smappi.org/ - платформа по созданию API на все случаи жизни -
25 мая 2011 г. 11:43, спустя 2 часа 46 минут 9 секунд
Вы через xmlpipe данные подгружаете?
да :)Спустя 146 сек.http://sphinxsearch.com/docs/manual-2.0.1.html#xmlpipe2 -
25 мая 2011 г. 11:58, спустя 14 минут 59 секунд
выдает не уник уже на 60 итерации
http://en.wikipedia.org/wiki/Adler-32
не? -
25 мая 2011 г. 21:04, спустя 9 часов 6 минут 14 секунд
выдает не уник уже на 60 итерации
а чё вы хотите от хеша? сжимайте либо берите хешь с более маловероятными коллизиями…
зы: а рантайм индексы не помогут? -
25 мая 2011 г. 21:08, спустя 4 минуты 32 секунды
зы: а рантайм индексы не помогут?
нет. Нужно потом зная эти параметры получать этот же индекс :) -
25 мая 2011 г. 21:16, спустя 7 минут 48 секунд
а нужен именно первичный ключь? нельзя искать по двум ключам? -
25 мая 2011 г. 21:22, спустя 6 минут 23 секунды
нет :(
а нужен именно первичный ключь? нельзя искать по двум ключам? -
25 мая 2011 г. 21:31, спустя 8 минут 49 секунд
я бы уже давно заебенил на х64 битном инте, а вы соски xDСапожник без сапог -
25 мая 2011 г. 21:43, спустя 11 минут 13 секунд
Покопайте в сторону shortguid
Вообще допустим у вас есть числа с порядком 10^6 10^5 10^3. Надо узнать есть ли вообще мат способы запихнуть их без коллизий в 32 бита… Если нет, то вы ничего не сделаете как хотите. Если есть, то скорее всего это сжатие, а не хеширование -
25 мая 2011 г. 21:47, спустя 4 минуты 54 секунды
Покопайте в сторону shortguid
им надо инт …Сапожник без сапог -
25 мая 2011 г. 21:58, спустя 10 минут 50 секунд
я думал что надо 1 млн уместить, и понимал что не влазит в мою идею, щас перечитал, а там всего то 100 000 элементов.
в общем с вас пыхафутболка (ходить не в чем) и я вам распишу как собрать уникальный ключ который влезет в 32 битный инт ;)Сапожник без сапог -
25 мая 2011 г. 22:03, спустя 4 минуты 18 секунд
100 000 элементов
в смыле? 100 000 это даже id не кроет на сколько я понял…Спустя 142 сек.ну дату можно записать как кол-во дней с 2000 го года, ну цена сколько может быть ? -
25 мая 2011 г. 22:13, спустя 10 минут 11 секунд
можно еще сделать, кодирование не в 16 ричной системе, а в 256 ричной, или какую то хрень типа этой… но это всё может всё равно не помочь… -
25 мая 2011 г. 22:20, спустя 7 минут 10 секунд
кодирование не в 16 ричной системе, а в 256 ричной
и хранить как блоб?) да, можно конечно, вопрос - сфинкс сожрет и будет ли это быстрее банального инт64 работать? :)
ведь с такими числами тоже самое id >= уже хуй сделаешь :)Сапожник без сапог -
25 мая 2011 г. 22:38, спустя 18 минут 16 секунд
phpdude пусть делаю пока по размеров 32 разрядов, пока не закончиться, потом придумают идею по лучше.. или смотрят на количество коллизий если их 20 на 100000 то можно и два раза выбрать…
Страницы: ← Предыдущая страница • Следующая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!