Pull to refresh
42
0
O_omicron @zolotukhin

User

Send message
Могу здесь сказать только одно: в постгресе с времен 8.1.8 произошли без преувеличения гигантские изменения в сторону улучшения производительности, читайте хотя бы описание этого релиза, даже опуская новшества версии 8.2.
не совсем понятно, причем здесь дискуссия на sql.ru о том, как правильно пиарить PostgreSQL и решения на его основе?
Хорошие движки поддерживают PostgreSQL, потому что поддерживать его легко. Что касается хостинга — то да, с ним есть проблемы. Но ситуация меняется в лучшую сторону, потому как спрос на постгрес растет неуклонно.
Если в проекте нужны транзакции (практически в любом проекте с ненулевой надежностью они нужны), то PostgreSQL обгоняет MySQL по скорости на любых размерах, начиная с небольших проектов и кончая гигантскими вроде Skype.
совсем безболезненно не получится, но усилия стоят того — проверено на личном опыте, мигрировали живую production-систему.
да, вы правы. именно об этом и речь. просто я лично именно с таким счастливым случаем и сталкивался: модель данных предполагала хранение исключительно в XML; наиболее распространенными выборками при этом были запросы на сравнение значений определенных узлов XML-деревьев. конечно, можно распарсить эти значения и хранить их в varchar-колонках, к примеру. но куда приятнее использовать встроенные возможности, функциональный индекс и дополнительные XML-фильтры, когда запрос по индексу уменьшил кол-во возвращаемых записей до нескольких десятков, согласитесь.
да, если ваши запросы смогут использовать функциональный индекс, скорость будет превосходна. уже существуют production-системы с сотнями тысяч (не супер объем, но все же) XML-документов, которые используют именно эту функциональность в PostgreSQL.
блин, чушь написал, конечно
правильнее так:
SELECT * FROM table WHERE xpath(xml_column,'//company/employee/firstname')[0] = 'John';
верно, но факт остается фактом: легко можно добиться очень быстрого выполнения запросов вроде SELECT * FROM table WHERE xml_column = xpath('/company/employee/firstname') = 'John'; (ну синтакс не точный, ну приблизительно).
В частности, это возможность хранить данные в специальном XML-типе (теперь встроен в ядро PostgreSQL), возможность выполнять xpath-запросы по таким колонкам (даже используя индексы!), куча функций для т.н. публикации XML и еще много чего интересного...
В МирТесен.ру есть подобная функциональность "Ищу друга", где можно оставить заявку на поиск человека. Если человека с вашей фамилией и именем кто-то искал или вы просто похожи на того, кого ищут (ну, например, живете в том же доме), вам всплывет сообщение об этом. Каждый день там оставляют около 50 заявок на поиск людей. Счастливые нашедшиеся, кстати, уже были (причем нашлись они, разумеется, автоматически, а не после хабраклича "зайди на сайт и проверь, ищут ли там тебя" :) )
Вы лично пробовали размещать блейды в московских датацентрах? В большинстве ДЦ больше 5квт на стойку не дают, так что блейды — это только если самому организовывать питание на своей площади. Я поэтому не знаю ни одного крупного веб-проекта в России, который бы сидел на блейдах.
теперь кое-кто сможет выкинуть 200 старых одноюнитовых веб-серверов и заменить их всего на 50 юнитов :)
опять эта тема тут всплывает. горыныч, вы что верите пресс-релизам крупных компаний? :) из 5 человек, которые работают в яндексе, кто-то пришел в МК во взрослом состоянии, кто-то же не принимал участия в разработке ну ничуточки.

так что верить нужно не газетам, верить нужно слухам от проверенных людей :)

Information

Rating
Does not participate
Registered
Activity