.
Большинство веб-программистов, когда речь заходит о хранении данных для вебсайта, автоматически вводят базу данных. Это - тренированная реакция, как у собаки Павлова, тиражированная в миллионах экземпляров по всему миру, и она не проходит через мыслительные фильтры.
Действительно, если на секунду задуматься, не удивительно ли:
Comments 43
Reply
На получении по индексу 3 килобайтного блоба (аналогично указанному примеру) уйдет где-то 20 миллисекунд для первых миллионов записей.
И зачем нужен tar?
БД проигрывает ФС при отдаче больших объемов данных, так как не поддерживает некоторые системные фенечки для этого, но схема с tar точно так же ничего такого не поддерживает, поэтому быстрее точно не будет.
Брр, 0.2 секунды на запрос, ужас какой.
Reply
НЕТ поиск по подстрочке не обеспечит ни один индекс. Для использования индекса надо знать ТОЧНОЕ ЗНАЧЕНИЕ поискового термина.
Если я не помню (типичный сценарий) точного написания имени пользователя ЖЖ, но помню подстрочку "мнямня_алекс" ?
Любая база данных в таком случае будет просто сканировать столбец, применяя к нему те же самые регэкспы.
Reply
Онаним, Вы сильно ошибаетесь. Посмотрите на запросы вида " .. LIKE 'qwerty%'" в нормальных базах данных (хотя бы в oracle).
Reply
Я почему-то сразу подумал про livejournal.RU
Reply
Reply
Reply
Насколько помню, избавление от жабаскрипта у них стоит на ПЕРВОМ месте как причина отвратительности сайтов для пользователей.
Reply
Обрабатывает запрос на изменение данных в 2 местах и возвращение результата за 200-400 мс...
Отсюда вопросы, что у кого и где покрылось жиром?
А по теме "Скрипач не нужен"(с) Кин-дза-дза
Reply
Reply
Чтобы бывалого, обмасленного автомеханика в возрасте научить начальным научным навыкам, надо показать, что в природе "силы" бывают не только лошадиного свойства; сделать пусть игрушечный, но вертолёт. Например, в полсотне лисповых строчек скрутить лингвоанализатор "дискурсного расстояния" между выбранными двумя пользователями русского ЖЖ.
Reply
Reply
Reply
Reply
Reply
Leave a comment