Ну это чахленький VPS на котором 4 сайта крутятся, так что логично небыстро. Я как-то сразу не понял, что вы имели в виду когда написали о 20К урлов и 150К записей. Теперь понял :) Тогда присоединяюсь к последнему вопросу.
Только что ради любопытства посмотрел - выборка из 100К записей дистинктом по одному неиндексированному varchar'у (16К уникальных значений) заняла всего 0,7 секунд. Как ни крути, для сервера БД выборки с группировкой по нескольким сотням тысяч записей - никак не феерическая задачка... Что-то не то у вас с настройками сервера, имхо.
То есть вы считаете, что если твоя фамилия не Лебедев, то и ценить свою работу не обязательно? Да вы сноб, батенька. Оставьте "уровень зарплаты в регионе" гос. органам статистики, а географию картографам. Толковый разработчик стоит денег независимо от того, сколько ему лет и как далеко за пределами МКАД он находится.
Я сам не раз терял деньги и нервные клетки при работе с фрилансерами, но ваша позиция, равно как и отношение к исполнителям, меня удивляет. Сам всегда работаю с предоплатой исполнителям, и не списываю проблемы проектов на фрилансеров. Раз сам этого исполнителя выбрал - сам и виноват. Именно поэтому в офлайне клиентов, которые разделяют вашу позицию и требуют за их деньги их в жопу целовать, я посылаю туда же - в сад. Вежливо, но жестко. Ибо нефиг. Я свой труд уважаю, равно как и труд людей, на меня работающих...
Можем обсудить лицензирование готового сервиса (аналог того что по ссылке). В результате получите готовый и настроенный сервер и (если нужно) дилерские цены на следящее оборудование. Напишите в приват более конкретно что именно ищете - обсудим.
Для начала корректно описать задачу. Ответ на вопрос "как хранить данные" зависит от того, как вы собираетесь их использовать.
Пуховой,
посмотри тут: http://cmsmatrix.org - там удобная тулза для сравнения, и емнип есть мощный параметризованный поиск...
Вы говорите с точки зрения классическое реляционной модели. К вашему сведению, при проектировании высоко нагруженных систем, работающих с БД, почти всегда сознательно закладываются те или иные отклонения от "классики".
В данном случае вполне может быть выгодно, иметь 3 текстовых поля - друзья, в друзьях, друзья друзей - а логическую целостность обеспечить на уровне программного кода.
Потому что в данном случае всегда нужно одновременно работать только с одной записью. А выбрать одну запись по айдишнику из таблицы с индексом + explode/implode + изменить два поля не трогая индекса будет быстрее, нежели вставить пяток затрагивающих индекс строк в таблицу с миллионом строк... Мне так представляется, по крайней мере.
vodiaPRO,
а запись "Host: hosting.agava.ru" в robots.txt вашего блога вас не смущает, о Учитель Флиппинга?
вы не одессит, не? С такими ценами вы таки должны иметь точку на Привозе! Патамуша за углом отдают по 20, и считают это неплохим гешефтом...
Выбирайте: http://wikimatrix.org :)
