Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4   вперед  Ctrl      все
 Недостатки PostrgeSQL  [new]
Serge_RUS
Member

Откуда:
Сообщений: 10
Добрый день!
Мучаюсь выбором СУБД, коллеги советуют PostgreSQL. Говорят, что последняя версия всем хороша по сравнению с MS SQL 2008, MySQL, FireBird. Однако мой рациональный ум требует положить на весы еще и плохие стороны, которые, возможно, замалчиваются моими коллегами. Что с ним может быть не так? Какие трудности могут возникнуть?

Читал https://www.sql.ru/forum/actualthread.aspx?tid=770393, но ссылка на исходную статью мертва.
Читал https://www.sql.ru/forum/actualthread.aspx?tid=191142, но тема очень старая, доверять ей опасно, многое, наверное, уже изменилось.

Что скажете, уважаемые?
10 май 12, 18:39    [12532187]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
Serge_RUS
Member

Откуда:
Сообщений: 10
Ой, уберите запятую в ссылках на ветки.
10 май 12, 18:41    [12532192]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
SERG1257
Member

Откуда:
Сообщений: 2931
Что может быть не так в граблях, когда ты ими работаешь. А вот когда они мирно лежат в траве, а ты на них наступаешь...
Вывод - проблемы не в инструменте, проблемы могут быть у тебя с инструментом.
P.S. c PostgreSQL никогда не работал, что там в последней версии не знаю.
10 май 12, 19:23    [12532337]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
Конкретизируйте вопрос
Guest
Если все плюсы и минусы описывать это на год. Конкретизируйте вопрос.
10 май 12, 19:39    [12532430]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
Serge_RUS
Member

Откуда:
Сообщений: 10
Интересует следующее:
1. Работа ADO.NET-провайдеров, поддержка NHibernate
2. Поддержка в Python, SQLAchemy
3. Качество визуальных инструментов управления базами данных, аналоги Management Studio
4. Поддержка скалирования (scaling) из коробки
5. Скорость операций вставки-чтения на 1 200 000 000 записях в таблице при возможном увеличении до 2-х.
11 май 12, 00:39    [12533529]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54761

Скажу о Firebird:
1. Провайдер есть. NHibernate, кажется, ещё никому не удалось заставить работать.
2. Так себе
3. Management Studio и близко не валялся с IBExpert-ом.
4. До пары десятков ядер масштабируется из коробки. Выше уже придётся помучиться.
5. При наличии индексов, скорость вставки-чтения практически не зависит от числа записей
на адекватном железе.

Posted via ActualForum NNTP Server 1.5

11 май 12, 11:55    [12535178]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
Serge_RUS
Member

Откуда:
Сообщений: 10
Да, с NHibernate'ом мы тоже мучались на FireBird (также мучались с его пустыми строками в старом стабильном провайдере, однако позже это было исправлено), а так как у команды были проекты только с FB и MS SQL, то переезд на открытую платформу был отложен. Однако интересен с этих позиций Postgre. Провайдер Mono для MS SQL не отличается стабильностью. Когда MS SQL меняет порт (а делает это он почти каждые минут 20), то соединение отваливается, этот случай приходиться обрабатывать отдельно, а отключать смену порта -- ущерб в производительности, так как с ним кроме Mono еще другие работают.
11 май 12, 13:03    [12535720]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Serge_RUS
Когда MS SQL меняет порт (а делает это он почти каждые минут 20)


Да вы что?! Вот так, вот, чтоб работающая служба взяла и поменяла порт, которая она слушает... М.б. дело было не в MS SQL?
11 май 12, 15:12    [12537064]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
Warstone
Member

Откуда:
Сообщений: 4896
Блог
Serge_RUS
Интересует следующее:
1. Работа ADO.NET-провайдеров, поддержка NHibernate
2. Поддержка в Python, SQLAchemy
3. Качество визуальных инструментов управления базами данных, аналоги Management Studio
4. Поддержка скалирования (scaling) из коробки
5. Скорость операций вставки-чтения на 1 200 000 000 записях в таблице при возможном увеличении до 2-х.

1. под NET есть свой, кажется, провайдер. Тут лучше не скажу ибо не ботнетчик
2. Опять-таки что-то есть, но и с Питоном не работал, ибо позиционно зависимые языки должны умереть.
3. pgAdmin в основном. Management Studio не видел... Линки?
4. Если про "на одном хосте", то тут у нас все ждут 9.2 Там проверяли - линейное нарастание мощности на 64-х ядрах - было. (Больше просто хост не нашли). Если про "несколько хостов", то тут только репликация, а это все-таки печально. С всякими там NAS'ами в качестве хранилища он не работает (То есть нету специального драйвера).
5. 1,2 млрд? Вообще я скажу так - штатными средствами мне на дев машине через COPY (есть там такая команда) удалось догнать до 50Мб/с вставки данных в один поток.

Если-же вы хотите минусы, то основных вот они:
- OLTP. Из-за архитектуры 1 коннект один процесс. Хотя работы в этом направлении ведутся.
- Процессы. Из-за их использования, открытие коннекта - довольно дорого. Однако есть решения.
- Нету Мат Вью. Вернее есть, но руками на триггерах.
- MVCC. Из-за того, что он версионник, есть оверхеды и "внезапные" проблемы, о которых на MySQL(Inno) и MSSQL просто не слышали.

Да, они-же и плюсы.
- OLTP. Оно быстрее MyISAM. Хотя и ACID. Можно и не-ACID(UNLOGGED таблицы), тогда еще быстрее.
- Процессы. Если один упал - остальные работают. Сразу скажу, что память - шарится между процессами.
- Ну, тут не плюс. Согласен.
- MVCC. Практически ненужны блокировки. Обойдемся транзакциями. Блокировки нужны ТОЛЬКО в очень ограниченных случаях. В своей работе - мне ни разу ненужно было. транзакции и ACID - рулят. Но надо перестраивать голову.
12 май 12, 11:11    [12540893]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
Warstone
Member

Откуда:
Сообщений: 4896
Блог
Warstone
- MVCC. Из-за того, что он версионник, есть оверхеды и "внезапные" проблемы, о которых на MySQL(Inno) и MSSQL просто не слышали.
MyISAM, сорри.
12 май 12, 11:13    [12540909]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
процесс от PG падал
Guest
Warstone
- Процессы. Если один упал - остальные работают. Сразу скажу, что память - шарится между процессами.

А у вас хоть раз процесс от PG падал и из-за чего?
12 май 12, 14:06    [12542272]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
Serge_RUS
Member

Откуда:
Сообщений: 10
Warstone, спасибо за пункты!

Хотелось бы еще собрать информацию о проблемах, чтобы знать к чему быть готовым в обозримом будущем, пожалуйста, пишите!
12 май 12, 16:27    [12543438]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
Степан H.
Member

Откуда: Министерство Хунты❄
Сообщений: 1371
процесс от PG падал
А у вас хоть раз процесс от PG падал и из-за чего?

-Але! Служба! У нас сервер упал!
-Код ошибки какой?
-Нет, он со стула упал!

У нас было дело процесс PG "уронили", но сами на практике никогда не падали.
13 май 12, 00:07    [12544985]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
процесс от PG падал
Guest
Степан H.
процесс от PG падал
А у вас хоть раз процесс от PG падал и из-за чего?

-Але! Служба! У нас сервер упал!
-Код ошибки какой?
-Нет, он со стула упал!

У нас было дело процесс PG "уронили", но сами на практике никогда не падали.

А каким образом его "уронили" если не секрет?
13 май 12, 01:00    [12545115]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
qwwq
Member

Откуда:
Сообщений: 2894
процесс от PG падал
Степан H.
пропущено...
У нас было дело процесс PG "уронили", но сами на практике никогда не падали.

А каким образом его "уронили" если не секрет?


ну вот такая когда-то в постгресе была возможность создания рекурсивно-определяемого типа:
https://www.sql.ru/forum/actualthread.aspx?tid=838618&pg=1&mid=10424441&hl=%ef%e0%e4%e0%e5%f2#10424441
стабильно роняла сервер.
закрыли, кажется.
4 июл 12, 16:25    [12817209]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
процесс от PG падал
Guest
qwwq
процесс от PG падал
пропущено...

А каким образом его "уронили" если не секрет?


ну вот такая когда-то в постгресе была возможность создания рекурсивно-определяемого типа:
https://www.sql.ru/forum/actualthread.aspx?tid=838618&pg=1&mid=10424441&hl=%ef%e0%e4%e0%e5%f2#10424441
стабильно роняла сервер.
закрыли, кажется.

Типа он начинает пронумеровывать ссылку саму на себя в бесконечность или все таки начинает погружаться вглубь рекурсии?
4 июл 12, 16:34    [12817265]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
qwwq
Member

Откуда:
Сообщений: 2894
процесс от PG падал
qwwq
пропущено...


ну вот такая когда-то в постгресе была возможность создания рекурсивно-определяемого типа:
https://www.sql.ru/forum/actualthread.aspx?tid=838618&pg=1&mid=10424441&hl=%ef%e0%e4%e0%e5%f2#10424441
стабильно роняла сервер.
закрыли, кажется.

Типа он начинает пронумеровывать ссылку саму на себя в бесконечность или все таки начинает погружаться вглубь рекурсии?
ну почитайте там, по ссылке, там же тесты приведены, когда и как эта конструкция падает

т.е. пж (8-какой-то) позволял в одно из полей таблицы t (и типа t) положить запись того же типа t.
и даже кажется так работал. (что более чем забавно, и открывает)

но при попытке ALTER table "t" (или что тоже самое - ALTER TYPE "t" ) такой рекурсивно-определенной таблицы (т.е., в итоге, рекурсивно-определённого типа) он (пж) падал.

ну да, некоторые забавные вещи почти получаются походя (как эти вот само-содержащие типы), но когда детали вдруг не удаются, приходится от них, этих непреднамеренных забавностей, отказываться


а почему падает такой ALTER (даже при отсутствии живых записей) - надо в исходники поглазеть, думается
4 июл 12, 16:55    [12817407]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
процесс от PG падал
Guest
qwwq
а почему падает такой ALTER (даже при отсутствии живых записей) - надо в исходники поглазеть, думается

А, ну вот это меня и интересовало :)
5 июл 12, 00:02    [12819529]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
SangYong
Member [скрыт]

Откуда:
Сообщений: 664
Serge_RUS,

а еще мелочи....

1. (-) Select * from MyTable - не прокатит - в MSA когда делаешь ретранслируемый запрос
на сервер - хочется сразу все поля таб-цы получить....
2 (-) если на вин сидим то локейшен втыкает - решается Create Operator
3 (+/-) вьюхи не обновляемые - приходится триггеры или рулы сочинять...хотя это
4 (-) каскадное изменение....
5 (-) на MSSQL - детач сделал, кинул на флеху, приэтачил....удобно одним файлом
снимки баз опять таки, линкованые сервера....
6 (+) есть нелогируемые таблицы - когда каждый день кучу прайсов обновляешь по
поллимона позиций - оч удобно....

спецам высокого полета это все незаметно - а таким как я кодилам
это по рукам стучит....
18 июл 12, 11:33    [12882362]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
Warstone
Member

Откуда:
Сообщений: 4896
Блог
SangYong
Serge_RUS,

а еще мелочи....

1. (-) Select * from MyTable - не прокатит - в MSA когда делаешь ретранслируемый запрос
на сервер - хочется сразу все поля таб-цы получить....
2 (-) если на вин сидим то локейшен втыкает - решается Create Operator
3 (+/-) вьюхи не обновляемые - приходится триггеры или рулы сочинять...хотя это
4 (-) каскадное изменение....
5 (-) на MSSQL - детач сделал, кинул на флеху, приэтачил....удобно одним файлом
снимки баз опять таки, линкованые сервера....
6 (+) есть нелогируемые таблицы - когда каждый день кучу прайсов обновляешь по
поллимона позиций - оч удобно....

спецам высокого полета это все незаметно - а таким как я кодилам
это по рукам стучит....
1) Подробнее... Я вас не понял.
2) Вин - это ошибка мироздания. Так что...
3) Да, не обновляемые... Только рулами ибо как ты будешь обновлять Вьюху по 10 таблицам я не представляю.
4) ?? Оно есть. ON UPDATE CASCADE или его нету ON UPDATE RESTRICT / NO ACTION
5) Да, так как MSSQL блокировочник, то там это сделать можно. Однако Foreign Data Mapper был придуман как-раз для этого (в том числе)
6) А еще есть tablespace в tmpfs (руками).
18 июл 12, 12:59    [12882924]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Warstone
5) Да, так как MSSQL блокировочник, то там это сделать можно.


Непонятно, как "блокировочность" (и то в далеком прошлом) MS SQL коррелируется с тем, что указал SangYong

SangYong
на MSSQL - детач сделал, кинул на флеху, приэтачил....удобно одним файлом
снимки баз опять таки, линкованые сервера....


Warstone
2) Вин - это ошибка мироздания. Так что...


Это высказыванния уровня детского сада и они ничего, кроме саркастической улыбки не вызывают.
18 июл 12, 14:13    [12883312]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
SangYong
Member [скрыт]

Откуда:
Сообщений: 664
pkarklin,

меньше всего хотелось бы холивара :)

по поводу ошибок мироздания - это классика
жанра любого линуксоида - на эт даже
внимания не обращаю...

по созданию пользовательского
оператора: http://www.postgresonline.com/journal/archives/24-Using-MS-Access-with-PostgreSQL.html

по поводу * хотя мне уже ответили :) - смирился:
https://www.sql.ru/forum/actualthread.aspx?tid=898115
18 июл 12, 16:43    [12884487]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5824
Serge_RUS
Добрый день!
Мучаюсь выбором СУБД, коллеги советуют PostgreSQL. Говорят, что последняя версия всем хороша по сравнению с MS SQL 2008, MySQL, FireBird. Однако мой рациональный ум требует положить на весы еще и плохие стороны, которые, возможно, замалчиваются моими коллегами. Что с ним может быть не так? Какие трудности могут возникнуть?

Читал https://www.sql.ru/forum/actualthread.aspx?tid=770393, но ссылка на исходную статью мертва.
Читал https://www.sql.ru/forum/actualthread.aspx?tid=191142, но тема очень старая, доверять ей опасно, многое, наверное, уже изменилось.

Что скажете, уважаемые?


Главный плюс PostgreSQL, что при минимальных затратах его можно заменить на Oracle (в теории) :-)
А так из бесплатных это самый "удобный" SQL Server.
Насчет лучше MS SQL 2008 можно спорить.
Хотя я бы лично м/у MS SQL 2008 и PostgreSQL выбрал бы PostgrSQL.
26 июл 12, 07:47    [12917420]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
V&N
Guest
SSI (SERIALIZABLE), до версии 9.1 поведение одно, после - другое.
Для получения старого эффекта, наверное, придется использовать REPEATABLE READ (нужно тестировать).
Новый SERIALIZABLE - настолько крут, что ... проверять все нюансы старых методов обработки данных.
Но это - фича, а не недостаток.
6 сен 12, 01:59    [13121387]     Ответить | Цитировать Сообщить модератору
 Re: Недостатки PostrgeSQL  [new]
bochkov
Member

Откуда: Камчатка
Сообщений: 4093
занялся Postgre, а вообще я Mysql люблю,
он count медленно считает,ну просто писец,
тут еще решил таблицу разбить на секции по годам,
данные с помощью copy заливаю,
виндовский сервис падает.
8 сен 12, 14:01    [13133811]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить