Ох, давно я тут не был. Всех приветствую, кого знал и кого не знаю.
У меня к Вам вот какой вопрос. В метрике обнаружил странные заходы. Количество визитов у юзера скажем 20 по странному запросу(время на сайте в большинстве случаев 0, только один или 2 визита из 20 - по минут 15), делаю выборку по этому юзеру за год и вижу, что были заходы как с рефом яши, так и с пустым. И таких юзверей человек 10-40 в день. Может кто подскажет,. что это? По мне больше ботов напоминает.
Что касается апа, такое ощущение, что он как бы идет, ибо траф изменился. Пока вопросов больше чем ответов, наверное причина тому, что сео не занимался давно, текучка меня поглотила.
Попробуйте повесить на текстовые поля следующее
if ($.browser.msie) {
$("#EL").click(function() {
this.blur();
this.focus();
});
}
ijk, http://www.boss-cms.ru/cms-personalisation/eva101/ посмотрите эту. Функционала хватит, простоты - тоже, скорости - тем более. Будут вопросы - пишите в личку.
Так и тут можно погонять, пока бедняжко мускуль будет миллионы записей воротить :)))))
Согласен полностью, но к сожалению задачи иногда стоят "транзакционные" и с этим ничего не поделаешь.
netwind, честно - не проверял, так как не было необходимости использовать подобный тип. Информация из сети. Не более.
А вообще, тема то интересная с merge, но... Что-то мне подсказывает, что выгода будет мала, а гимора - много. Ведь если взять два велосипеда, колес вроде бы 4, прям как у мерса, только вот педали крутить всё равно придется...
А я что сказал ещё кажись на третьей странице - берем железку и гоняем по полной. :)))
Я это давно читал, просто сейчас очень сильно пришлось моцк напряч и вспомнить где я это читал, ибо столько писать не очень горю желанием, так как за день написался :)))
Насильно не насильно, а я разбиваю через конфиг. Это раз.
С размером немного лишка хватил - это да, просто раньше размер myisam ограничивался сильно, зависел от размера файла.
Что касается непосредственно работы с myisam и инодб, то могу сказать следующее. Если система здоровая. много связанных таблиц, то лучше использовать innodb. Во-первых внешние ключи поддерживает, во вторых транзакции. То есть в любой момент можно откатить транзакцию. Иногда это спасает от последствий. Что касается скорости записи в инодб, то её можно значительно ускорить, если несколько инсертов пихать в одну транзакцию.
Далее, что касается типа merge. А именно минусы.
Для создания таблицы MERGE можно использовать только идентичные таблицы MyISAM.
Столбцы AUTO_INCREMENT не обновляются автоматически при применении команды INSERT.
Не работает команда REPLACE.
Для таблиц MERGE используется больше дескрипторов файлов. Если применяется таблица MERGE, преобразованная из более чем 10 таблиц, к которым получают доступ 10 пользователей, то используется 10*10 + 10 дескрипторов файлов (10 файлов данных для 10 пользователей и 10 общих индексных файлов).
Ключи считываются медленнее. При чтении ключа обработчику MERGE необходимо прочитать все базовые таблицы, чтобы выяснить, какая из них больше всего соответствует указанному ключу. Если после этого выполнить команду ``читать следующий'', то обработчик объединенной таблицы должен будет просмотреть буферы чтения, чтобы найти следующий ключ. Только по завершении использования одного буфера ключей обработчику понадобится прочитать следующий блок ключей. В связи с этим ключи MERGE дают большое замедление при поиске eq_ref, однако не такое значительное при поиске ref.
Нельзя выполнять команды DROP TABLE, ALTER TABLE или DELETE FROM table_name без оператора WHERE по отношению к таблицам, которые размещены в таблице MERGE и открыты. Если это сделать, в таблице MERGE останутся ссылки на исходную таблицу, и полученные результаты будут совершенно непредсказуемыми.
Да, плюс ограничение размера таблиц. И ещё в довес - при постоянных чтение-вставка - лучше инодб.
Читаю топик и думаю - пора разрабатывать свою CFS (comment file system) :))))
bearman, на самом деле explain всем в помощь. Остальное - понимание, проверка понимания(тесты), реализация для конкретной задачи. Разве нет?
Да хоть терабайтов, важно - количество записей в таблицах.
