Miha Kuzmin (KMY): И что, по 10-20 раз в секунду абсолютно уникальные запросы?
Михаил, не поверите. Лишь 1/4 повторяется хоть раз в сутки. Соответственно, кеширование не даёт никакого существенного прироста 🙅 И данные Андрея Иванова из Ашманов и Ко по статистике поиска на Рамблере (26% запросов приходится на 547 147 различных формулировок, данные 2003 года) не дают никакого повода для оптимизма 🙅
Segey: Но если все изменится в худшую сторону? Об этом стоит узнать имхо.
Не стоит. Однозначно не стоит. О худших сторонах следует узнать до отношений, а не после и возникновения. Если же к человеку нет доверия и уважения... То не надо и начинать встречаться. Имхо.
LiteCat: У меня сайт с 1.6 млн мелких заметок (до 1 к). Мускуль. Всё летает (правда, повозился над оптимизацией производительности, механизмами кеширования и т п).
1. У него, наверное, не обновляется 1/3 всех данных раз в сутки.
2. На нём, наверное, не нужно по 10-20 раз в секунду делать полнотекстовый поиск, при котором находится 100-200-1000 записей.
3. Он, наверное, не должен держать "всплески посещаемости" по 100-200 запросов в секунду.
4. У него, наверное, нет "длинного хвоста": 30% всех запросов за месяц уникальные (а значит данные лежат на диске).
5. У него, наверное, нет морфологии.
6. На сайте, наверное, не ведётся статистика обращения к каждой записи. А это 20-200-1000 записей на запрос.
Господа, давайте не будем обсуждать мой полнотекстовый поиск и почему в нём не используется MySQL. Да, использование MySQL было бы счастьем: более быстрая разработка, более простая доработка, более дешёвые и заменяемые программисты. Но использование MySQL здесь крайне затруднено. Почему - см. поиск по этому подфоруму.
Вы, как крутые MySQL-щики, лучше скажите, как оптимально реализовать вытаскивание данных, описанное в первом сообщении. И насколько быстро будет это происходить, если данные, как правило, лежат на диске из-за редкости запросов? Как оптимально и с сохраненим во время обновления данных работоспособности сайта реализовать обновление данных, если за сутки обновляется 1/3 записей из 30-50-100 млн. (сейчас 30, планируется больше)?
Web_issite, на компах два форума. А какой второй ник? 😂
А вы говорите - до отношений, хех, посмотреть бы на такую пару
Каждому своё.
Короче товарищи, хватит друг на друга наговаривать и делать гадости!
Прежде чем начать менять мир - измените себя ;)
Современнные тенденции в интернет, скоро уничтожат традиционное понятие новизны для веб сайта.
Не пророчьте. Не смешите бога.
И что, по 10-20 раз в секунду абсолютно уникальные запросы?
Михаил, не поверите. Лишь 1/4 повторяется хоть раз в сутки. Соответственно, кеширование не даёт никакого существенного прироста 🙅 И данные Андрея Иванова из Ашманов и Ко по статистике поиска на Рамблере (26% запросов приходится на 547 147 различных формулировок, данные 2003 года) не дают никакого повода для оптимизма 🙅
Но если все изменится в худшую сторону? Об этом стоит узнать имхо.
Не стоит. Однозначно не стоит. О худших сторонах следует узнать до отношений, а не после и возникновения. Если же к человеку нет доверия и уважения... То не надо и начинать встречаться. Имхо.
У меня сайт с 1.6 млн мелких заметок (до 1 к). Мускуль. Всё летает (правда, повозился над оптимизацией производительности, механизмами кеширования и т п).
1. У него, наверное, не обновляется 1/3 всех данных раз в сутки.
2. На нём, наверное, не нужно по 10-20 раз в секунду делать полнотекстовый поиск, при котором находится 100-200-1000 записей.
3. Он, наверное, не должен держать "всплески посещаемости" по 100-200 запросов в секунду.
4. У него, наверное, нет "длинного хвоста": 30% всех запросов за месяц уникальные (а значит данные лежат на диске).
5. У него, наверное, нет морфологии.
6. На сайте, наверное, не ведётся статистика обращения к каждой записи. А это 20-200-1000 записей на запрос.
Господа, давайте не будем обсуждать мой полнотекстовый поиск и почему в нём не используется MySQL. Да, использование MySQL было бы счастьем: более быстрая разработка, более простая доработка, более дешёвые и заменяемые программисты. Но использование MySQL здесь крайне затруднено. Почему - см. поиск по этому подфоруму.
Вы, как крутые MySQL-щики, лучше скажите, как оптимально реализовать вытаскивание данных, описанное в первом сообщении. И насколько быстро будет это происходить, если данные, как правило, лежат на диске из-за редкости запросов? Как оптимально и с сохраненим во время обновления данных работоспособности сайта реализовать обновление данных, если за сутки обновляется 1/3 записей из 30-50-100 млн. (сейчас 30, планируется больше)?
Кстати, под IE вёрстка на многих отдизайненных страницах едет, в Огнелисе тормозит просмотр девушки :(
Огромное спасибо СБ..
Своей? 🙄
сизьке корпоративным клиентам отдали...а 5-ую точку опоры никому не приписали
Как? Под 5-ой точкой корпоративные клиенты...