1) Зачем смешивать RT & обычные индексы? :) Распределенные вроде как нужны немножко для других целей — как правило для объединения нескольких индексов с разных машины.
2) Не указаны параметры индексов при тестировании. Обычный индекс можно загнать в ситуацию, когда он в памяти будет хранить минимум информации, а можно заставить хранить почти все. Разница в скорости и использовании винта будет на порядок.
Хотя результаты теста как раз и подтверждают мои слова чуть выше :)
RT — изврат для небольших баз. Хотя надеюсь в релизе оптимизируют.
Да, моя ошибка.
Но все таки это еще новая вещь с кучей ограничений. Если нет проблем с оперативкой — вполне можно взять обычный индекс, благо там многое кешируется. Хотя интересно было бы сравнить результаты на большой базе.
А если есть нехватка памяти, то брать RT имхо не стоит, учитывая заявленные ограничения. Всё таки бетка.
Для снижения нагрузки есть возможность настроить выборку интервалом:
WHERE ( id>=$start AND id записанного. дельта обновляется чаще.
два полученных индекса можно как мержить, так и оставить как есть (рекомендую второе. Сколько помню мерж — пару раз натыкался на глюки, на одной из версий помнится даже умирала база).
Отдельный геморой раньше был с удаленными записями. Но в последнем релизе придумали клевую фишку, и теперь как правило это делается просто и красиво
Судя по всему у вас по прежнему проблемы с математикой.
Раньше по детализации при 900 рублях в месяц выдавалось предложение перейти на тариф с оплатой в 2000 рублей.
Сейчас:
Указываю среди прочего — 100 мегабайт трафика. В предложенном тарифе — 5 руб.за МБ (округление до 50 КБ в большую сторону)
При этом утверждается, что я буду тратить 305.08 руб/мес
зы: судя по тому, что мне предлагают тарифы только теле2 — это пиар акция теле2 :). Любой другой оператор при расходах трафика от 100 мб дает 100 очков вперед теле2. Просто потому, что у остальных есть пакеты трафика, безлимитные тарифы и тп. в морг короче.
Так то да. Но удивительно насколько в данном случае используемое crc не подходит :)
Если скажем бригада с вечера приняла на грудь, и у нее тремор — с утра в контроллере вполне может быть удвоенное -утроенное число ключей, которые применялись на вход :)
Ну скорее всего налажал программист. Там железный механизм должен быть — сравнение 6 байт ключа.
Тут никакой магией не обойдешь.
Варианты: а) длинный провод дает наводку на электронику и где то как то самопроизвольно срабатывает ключ включающий механизм замка (статика с ключа, плохо заземлено устройство, наводки на провод увеличивающиеся в момент когда к ним подключается рука с ключем).
б) программист тупо забился на проверку правильности ключа по crc. Возможно с контролем первого (или нескольких первых байт). Дабы не хранить базу ключей. но это уже моя задачка :)
Как можно определить, что ключ приложен верно? Если crc сходится, правильно? Что можно сделать для надежности? Известен первый байт всех ключей, он = 01, есть смысл его проверять.
Остальные 6 байт ключа уникальные. Но известно, что выдано 100 ключей :). Случаи, когда сотрудники принесли ключи с собой не рассматриваем.
Предлагаю интересную задачку из жизни на тему надежности 1-wire (конечно устарела, да все равно забавно)
Ситуация: разработчик поставил задачу хранить коды всех ключей, которые были считаны контроллером.
Ключ распознается по верному начальному коду (01) и верной crc.
Представим что всего возможных ключей около 100 (скажем столько ключей было выдано на руки).
Вопрос: сколько ключей будет сохранено в системе спустя скажем год?
тсс, это ведь старые книжки — они наверняка неправильные. А тут предлагается «новейшая спижженая методика» :)
А если по делу — любой кто ходил к глазнику мог видеть эти упражнения на столике. Им сто лет в обед — вот только никто всерьез их не воспринимает — ибо там пахать надо каждый день. А хочется всего и сразу.
2) Не указаны параметры индексов при тестировании. Обычный индекс можно загнать в ситуацию, когда он в памяти будет хранить минимум информации, а можно заставить хранить почти все. Разница в скорости и использовании винта будет на порядок.
Хотя результаты теста как раз и подтверждают мои слова чуть выше :)
RT — изврат для небольших баз. Хотя надеюсь в релизе оптимизируют.
Но все таки это еще новая вещь с кучей ограничений. Если нет проблем с оперативкой — вполне можно взять обычный индекс, благо там многое кешируется. Хотя интересно было бы сравнить результаты на большой базе.
А если есть нехватка памяти, то брать RT имхо не стоит, учитывая заявленные ограничения. Всё таки бетка.
Цитата из статьи:
________________________
4. Поиск из php
Ну тут все просто. Проведем, например, поиск по запросу «Computer»
________________________
WHERE ( id>=$start AND id записанного. дельта обновляется чаще.
два полученных индекса можно как мержить, так и оставить как есть (рекомендую второе. Сколько помню мерж — пару раз натыкался на глюки, на одной из версий помнится даже умирала база).
Отдельный геморой раньше был с удаленными записями. Но в последнем релизе придумали клевую фишку, и теперь как правило это делается просто и красиво
morphology = stem_ru
А английский вам не нужен?
Раньше по детализации при 900 рублях в месяц выдавалось предложение перейти на тариф с оплатой в 2000 рублей.
Сейчас:
Указываю среди прочего — 100 мегабайт трафика. В предложенном тарифе — 5 руб.за МБ (округление до 50 КБ в большую сторону)
При этом утверждается, что я буду тратить 305.08 руб/мес
зы: судя по тому, что мне предлагают тарифы только теле2 — это пиар акция теле2 :). Любой другой оператор при расходах трафика от 100 мб дает 100 очков вперед теле2. Просто потому, что у остальных есть пакеты трафика, безлимитные тарифы и тп. в морг короче.
Если скажем бригада с вечера приняла на грудь, и у нее тремор — с утра в контроллере вполне может быть удвоенное -утроенное число ключей, которые применялись на вход :)
Тут никакой магией не обойдешь.
Варианты: а) длинный провод дает наводку на электронику и где то как то самопроизвольно срабатывает ключ включающий механизм замка (статика с ключа, плохо заземлено устройство, наводки на провод увеличивающиеся в момент когда к ним подключается рука с ключем).
б) программист тупо забился на проверку правильности ключа по crc. Возможно с контролем первого (или нескольких первых байт). Дабы не хранить базу ключей. но это уже моя задачка :)
Остальные 6 байт ключа уникальные. Но известно, что выдано 100 ключей :). Случаи, когда сотрудники принесли ключи с собой не рассматриваем.
Ситуация: разработчик поставил задачу хранить коды всех ключей, которые были считаны контроллером.
Ключ распознается по верному начальному коду (01) и верной crc.
Представим что всего возможных ключей около 100 (скажем столько ключей было выдано на руки).
Вопрос: сколько ключей будет сохранено в системе спустя скажем год?
То, что с собаками делают заводчики, иначе как рабством не назовешь.
А если по делу — любой кто ходил к глазнику мог видеть эти упражнения на столике. Им сто лет в обед — вот только никто всерьез их не воспринимает — ибо там пахать надо каждый день. А хочется всего и сразу.