О, собака-аноним тоже подтянулась =) поздравляю тебя.
Стеной с одной из сторон границы амеры себя уже обнесли, теперь идиотские правила при въезде в страну. Интересно, они защищаются от мира или защищают мир от себя.
По поводу третьего пункта можно подробнее? Я так и не смог добиться вывода форматированных дат на русском языке.
И там ещё был вопрос по collations которые вроде как к 8,4 обещали. На счет 2 давали ссылку на сторонний проект, но я не уверен в его безглючности. На счет 1 ничего не знаю удобного, подскажите если есть.
А на счет свежести, если проблема есть надо на неё указать и решать =)
По результатам опроса для себя определил несколько вещей.
Что нужно пользователям и чего не предоставляет postgresql:
1. легкая миграция с mysql на postgres,
2. инструменты для миграции измененных схем с одной БД на другую БД ( т.е. уже инструментарий разработчика )
3. расширенная поддержка локализации данных для работы с многоязычными проектами.
Из проблем могу отметить только отсутствие в рунете единого информационного сайта по постгресу с переведенной на русский язык докой ( вместо разрозненных ныне русского листа рассылки и форума на sql.ru). И изрядную тормознутость линуксовых дистрибутивов. Например ни в одном из них до сих пор не видел нового перлового драйвера DBD::PG с поддержкой массивов и кучей других вкусностей. Даже со свежестью pgadmin есть проблемы.
И ещё один вопрос, по поводу драйверов. Можно ли как-нибудь форсировать разработку драйвера для perl (DBD::Pg)?
Основная проблема - Postgres поддерживает различные типы данных, включая массивы и хеши, а драйвер - нет. Хоть поддержка массивов появилась в новой версии драйвера, но на сколько я знаю за последний год ни один распространенный linux дистрибутив не включил в себя обновленную версию этого драйвера.
> Фёдор Сигаев: А формирование даты обычно намного проще и гибче делается в приложении.
Это только когда в самой БД такая фича не работает =) Мне намного легче было бы в запросе формировать дату через Formatting Functions с указанием текущей локали. Кажется так это реализовано в Mysql?
У меня лично есть проблема с распространением измененных схем между серверами. При удаленной работе у каждого разработчика стоит своя копия БД, собственно если один добавляет новое поле в таблицу, то это нужно сделать всем. И это довольно таки сложно организовать.
Посему родился вопрос, не собираются ли разработчики PG расширить инструментарий полезной утилиткой diff для схем БД, что бы к примеру можно было сравнить схему БД из .sql файла и существующей БД? Конечно такой функционал как в http://www.sqlmanager.net/en/products/mysql/dbcomparer не нужен, но просмотреть разницу между схемами было бы очень удобно.
Вот ещё вопросик, про pgadmin - планируется ли регулярно собирать пакеты под распространенные версии linux? Например в Ubuntu 8.04 сейчас pgadmin 1.8.2 (глючит) а на сайте pgadmin.org уже лежит pgadmin 1.8.4.
Вопросы:
1. Появится ли когда нибудь официальный русскоязычный ресурс по Postgres с русской документацией, обсуждениями и русскоязычным сообществом? Ведь продукт сложный, обладает большим функционалом и кучей дополнительных модулей. Под час сложно бывает разобраться со всем этим обладая только англоязычной документацией и общаясь с англоязычным коммунити.
2. Одна из досадных штук в работе - это отсутствие конструкции "INSERT OR UPDATE". В mysql можно сделать так "INSERT INTO users (username, email) VALUES ('Jo', 'jo@email.com') ON DUPLICATE KEY UPDATE email = 'jo@email.com'". Появится ли что-нибудь похожее в Postgresql?
3. Будет ли улучшена работа с обработкой данных на различных языках? Например у меня многоязычный сайт и я был бы рад получать для него форматированные из timestamp даты в зависимости от указанной в sql запросе локали.
Тут не так давно проскакивала тема на счет PHP и FastCGI в которой согласно тестам утверждалось, что FastCGI не такой уж и быстрый, в силу своей реализации для PHP. Поищите в куроводстве и наблах у dklab-овцев.
Хотя вот, я вам даже прямую ссылку нашел http://dklab.ru/chicken/nablas/49.html - Оптимизируем загрузку PHP-кода в 22 раза, или почему FastCGI не ускоряет PHP
1. Что начальство скажет, то учитель будет делать. Пришлют новые методички и баста. Голос учителя волнует начальство меньше всего.
2. Игры - это единственная уникальная штука, которая осталось у MS и которую сейчас сложно заменить. Радует, что работа над этим ведется =)
3. Секретаршам пофиг, мак, виндовс, линукс. Из личного опыта.
А зачем им мегабюджетный макбук? Они бабло зашибают по схеме - купил комп за тыщу значит докупишь к ней прибамбасов ещё на три тыщи. И какой им толк от бюджетных юзеров?
Засада это когда из-за спешки девелоперов дистра разваливается вполне работающая в предыдущей версии система? Они видите-ли не успели осилить все пакеты, которые в предыдущем релизе были.
Или засада - это когда после установки дров на видюху из-за слишком новых иксов комп виснет наглухо сразу после загрузки и без лайвсиди это не побороть?
Обьясняю, когда ставил девятую шапку - оказалось что дрова от nvidia в ней не работают по причине новизны иксов и это был один из больших гемороев. Это один показательный пример. Второй - опенсусе 11, что касаемо десктопа, то все в ней хорошо, наверное. А так выкинули половину перловых модулей (новый перл, не успели модули осилить), убрали поддержку uuid из постгреса (не успели осилить ossp-uuid библиотеку). Это второй показательный пример, когда перестает работать то, что уже работало в предыдущих релизах.
Лично мне этого хватило. Примечательно что оба дистра включили kde 4.0 по умолчанию. Убунту и дебиан рулят.
Стеной с одной из сторон границы амеры себя уже обнесли, теперь идиотские правила при въезде в страну. Интересно, они защищаются от мира или защищают мир от себя.
По поводу третьего пункта можно подробнее? Я так и не смог добиться вывода форматированных дат на русском языке.
И там ещё был вопрос по collations которые вроде как к 8,4 обещали. На счет 2 давали ссылку на сторонний проект, но я не уверен в его безглючности. На счет 1 ничего не знаю удобного, подскажите если есть.
А на счет свежести, если проблема есть надо на неё указать и решать =)
Что нужно пользователям и чего не предоставляет postgresql:
1. легкая миграция с mysql на postgres,
2. инструменты для миграции измененных схем с одной БД на другую БД ( т.е. уже инструментарий разработчика )
3. расширенная поддержка локализации данных для работы с многоязычными проектами.
Из проблем могу отметить только отсутствие в рунете единого информационного сайта по постгресу с переведенной на русский язык докой ( вместо разрозненных ныне русского листа рассылки и форума на sql.ru). И изрядную тормознутость линуксовых дистрибутивов. Например ни в одном из них до сих пор не видел нового перлового драйвера DBD::PG с поддержкой массивов и кучей других вкусностей. Даже со свежестью pgadmin есть проблемы.
Основная проблема - Postgres поддерживает различные типы данных, включая массивы и хеши, а драйвер - нет. Хоть поддержка массивов появилась в новой версии драйвера, но на сколько я знаю за последний год ни один распространенный linux дистрибутив не включил в себя обновленную версию этого драйвера.
Это только когда в самой БД такая фича не работает =) Мне намного легче было бы в запросе формировать дату через Formatting Functions с указанием текущей локали. Кажется так это реализовано в Mysql?
У меня лично есть проблема с распространением измененных схем между серверами. При удаленной работе у каждого разработчика стоит своя копия БД, собственно если один добавляет новое поле в таблицу, то это нужно сделать всем. И это довольно таки сложно организовать.
Посему родился вопрос, не собираются ли разработчики PG расширить инструментарий полезной утилиткой diff для схем БД, что бы к примеру можно было сравнить схему БД из .sql файла и существующей БД? Конечно такой функционал как в http://www.sqlmanager.net/en/products/mysql/dbcomparer не нужен, но просмотреть разницу между схемами было бы очень удобно.
1. Появится ли когда нибудь официальный русскоязычный ресурс по Postgres с русской документацией, обсуждениями и русскоязычным сообществом? Ведь продукт сложный, обладает большим функционалом и кучей дополнительных модулей. Под час сложно бывает разобраться со всем этим обладая только англоязычной документацией и общаясь с англоязычным коммунити.
2. Одна из досадных штук в работе - это отсутствие конструкции "INSERT OR UPDATE". В mysql можно сделать так "INSERT INTO users (username, email) VALUES ('Jo', 'jo@email.com') ON DUPLICATE KEY UPDATE email = 'jo@email.com'". Появится ли что-нибудь похожее в Postgresql?
3. Будет ли улучшена работа с обработкой данных на различных языках? Например у меня многоязычный сайт и я был бы рад получать для него форматированные из timestamp даты в зависимости от указанной в sql запросе локали.
Хотя вот, я вам даже прямую ссылку нашел http://dklab.ru/chicken/nablas/49.html - Оптимизируем загрузку PHP-кода в 22 раза, или почему FastCGI не ускоряет PHP
2. Игры - это единственная уникальная штука, которая осталось у MS и которую сейчас сложно заменить. Радует, что работа над этим ведется =)
3. Секретаршам пофиг, мак, виндовс, линукс. Из личного опыта.
А зачем им мегабюджетный макбук? Они бабло зашибают по схеме - купил комп за тыщу значит докупишь к ней прибамбасов ещё на три тыщи. И какой им толк от бюджетных юзеров?
Или засада - это когда после установки дров на видюху из-за слишком новых иксов комп виснет наглухо сразу после загрузки и без лайвсиди это не побороть?
Лично мне этого хватило. Примечательно что оба дистра включили kde 4.0 по умолчанию. Убунту и дебиан рулят.