|
|
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Да вот только может не быть у Постгреса этих пяти лет. Забьют... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2008, 18:09 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
CashmarraДа вот только может не быть у Постгреса этих пяти лет. Забьют...Только если Oracle / MS / IBM выпустят свои СУБД под BSDL. До тех пор большие компании использующие для своих продуктов PoetgreSQL будут продолжать его использовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2008, 14:12 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Dan Black Сам я работаю с PostgreSQL пять лет, и если меня спросят, что выбрать в качестве СУБД, то последнее, что я скажу - это PostgreSQL (после Oracle, MS SQL, DB2, MySQL). Одна из причин будет, что не накопилась ещё критическая масса специалистов, работающих с PostgreSQL, чтобы использовать эту СУБД, где попало. Вот лет через пять, когда прыщавые пацаны, начинающие сейчас клепать свои поделки с использование постгреса, подрастут и станут специалистами, а сегодняшние специалисты по работе с постгресом станут гуру, тогда и можно будет повсеместно внедрять и использовать эту прекрасную СУБД.Не для флейма. А что именно вам не хватает в PostgreSQL, что есть у других СУБД (MySQL / MS SQL / Oracle)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2008, 14:14 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Обычно, крупным конторам нужна нативная поддержка RealClusters, StorageSystems, AppServer pools. Приветствуются также "модные технологии", Java и Net на стороне сервера. Желательны также hot-backups, exports на ходу и прочие админовские штучки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2008, 14:56 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
VoDAНе для флейма. А что именно вам не хватает в PostgreSQL, что есть у других СУБД (MySQL / MS SQL / Oracle)?Кратко (без подробностей): вменяемой репликации, профайлера, тюнинга запросов, нормального мониторинга состояния. P.S. Почти все эти вещи реализованы в виде отдельных утилит/плагинов, но их настройка требует как минимум рашпиля, а иногда и кувалды. А с документацией дела вообще швах... Это как посмотреть на документацию питона в сравнении с документацией по php, к примеру. Плакать хочется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2008, 15:02 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
mayton Обычно, крупным конторам нужна нативная поддержка RealClusters, StorageSystems, AppServer pools. Приветствуются также "модные технологии", Java и Net на стороне сервера. Сразу вспоминается http://ibsurgeon.blogspot.com/2008/01/5-saas-soa.html А заодно и это: http://edanilenko.blogspot.com/ Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2008, 15:06 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovСразу вспоминается http://ibsurgeon.blogspot.com/2008/01/5-saas-soa.html А заодно и это: http://edanilenko.blogspot.com/ Posted via ActualForum NNTP Server 1.4Без грамотного тех. дира так всё и происходит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2008, 15:11 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Dan BlackБез грамотного тех. дира так всё и происходит Да, вот ещё забыл: http://ibsurgeon.blogspot.com/2008/04/blog-post.html Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2008, 15:28 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
VoDAНе для флейма. А что именно вам не хватает в PostgreSQL, что есть у других СУБД (MySQL / MS SQL / Oracle)? 1. Масштабируемости (например по объему обрабатываемых одновременно транзакций) 2. Стабильности 3. Нормального оптимизатора запросов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2008, 07:00 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Зл0й1. Масштабируемости (например по объему обрабатываемых одновременно транзакций) 2. Стабильности 3. Нормального оптимизатора запросов Постгрес работает стабильнее некуда :) и хорошо масштабируется по количеству процессоров на транзакцию ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2008, 11:40 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Dan BlackКратко (без подробностей): вменяемой репликации, профайлера, тюнинга запросов, нормального мониторинга состояния. P.S. Почти все эти вещи реализованы в виде отдельных утилит/плагинов, но их настройка требует как минимум рашпиля, а иногда и кувалды. А с документацией дела вообще швах... Это как посмотреть на документацию питона в сравнении с документацией по php, к примеру. Плакать хочется. Зл0й1. Масштабируемости (например по объему обрабатываемых одновременно транзакций) 2. Стабильности 3. Нормального оптимизатора запросовМне понятно все, кроме стабильности. Зл0й, что вы вкладываетет в "стабильность". И чем PostgreSQL не стабилен? В каких use-cases & so on? Сам гоняю базы по постгре и делал несколько проектов на нем. Потому актуально и интересно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2008, 12:40 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov А заодно и это: http://edanilenko.blogspot.com/ Ндаа, это круто: авторСейчас назрела необходимость переноса системы с ландшафта разработки в продуктивный ландшафт.Это надо запомнить и вставлять в разговор при случае ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2008, 22:27 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
А еще лицензия иногда бывает ограничением. На чем, например, делать базу(порядка 200Гб), если планируется ее раздавать по символической цене малобюждетным организациям с большим количеством пользователей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2008, 13:17 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Dan BlackPostgreSQL проигрывает MS SQL'у отсутствием хорошо задокументированной и зарекомендовавшей себя инфраструктуры. Сам голый сервер достаточно неплох и очень хорошо задокументирован, но если нужны enterprise фенечки, то проще застрелиться. Сначала придётся перерыть весь интернет в поисках нужной программы. Потом с помощью известной всем матери разобраться в документации, если она вообще присутствует. Если же программа имеет хорошую документацию, то статистику использования этой программы вы хрен найдете, а это немаловажный фактор при выборе приложения, от правильного функционирования которого зависит работа компании. Хотите потрахаться дешево и сердито? Выбирайте PostgreSQL. Если не работали раньше с PostgreSQL на мелких проектах, не выбирайте его в качестве СУБД уровня предприятия. Моё мнение, что PostgreSQL - это для малолетних любителей экзотики и/или экстрима. Не дорос он ещё до уровня предприятия. Есть, конечно, относительно крупные компании (моя, например ), базы данных которых крутятся на постгресе, но усилия, затрачиваемые на его поддержку, не стоят своих денег и нервов. Если контора не айтишная, то использование постгреса в ней вообще строго противопоказано . Если атишная, то всё зависит от опыта тех. директора, задач стоящих перед ним и его умения выбивать деньги из ген. дира :) Вот... P.S. Сам я работаю с PostgreSQL пять лет, и если меня спросят, что выбрать в качестве СУБД, то последнее, что я скажу - это PostgreSQL (после Oracle, MS SQL, DB2, MySQL). Одна из причин будет, что не накопилась ещё критическая масса специалистов, работающих с PostgreSQL, чтобы использовать эту СУБД, где попало. Вот лет через пять, когда прыщавые пацаны, начинающие сейчас клепать свои поделки с использование постгреса, подрастут и станут специалистами, а сегодняшние специалисты по работе с постгресом станут гуру, тогда и можно будет повсеместно внедрять и использовать эту прекрасную СУБД. Код: plaintext 1. Интересное мнение, а можно случай из жизни? Пожалуйста. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2008, 17:36 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
MasterZiv ЯЕХХ пишет: > обратишься, любимые квадратные скобки не работают, и самое страшное - > select count(*) тормозит select count(*) уже должен по-идее и в MSSQL тормозить... Posted via ActualForum NNTP Server 1.4 Извиняюсь за оффтоп, но мне просто интересно. А почему запрос Код: plaintext И что нужно использовать для подсчета записей, чтобы не тормозило? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 11:45 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Vitafresh MasterZiv ЯЕХХ пишет: > обратишься, любимые квадратные скобки не работают, и самое страшное - > select count(*) тормозит select count(*) уже должен по-идее и в MSSQL тормозить... Posted via ActualForum NNTP Server 1.4 Извиняюсь за оффтоп, но мне просто интересно. А почему запрос Код: plaintext И что нужно использовать для подсчета записей, чтобы не тормозило?К примеру в постгре подобное поведение возникает как сайд эффект того, что в индексах нет информации о транзакциях, и при запросе count идет table-scan, а не index-scan. table-scan вещь тормозная сама по себе. Нужно смотреть вроде есть решение проблемы... и в последних версиях вроде даже count(*) может работать по индексам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 13:07 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
VoDAК примеру в постгре подобное поведение возникает как сайд эффект того, что в индексах нет информации о транзакциях, и при запросе count идет table-scan, а не index-scan. Ну с PostgreSQL, допустим, понятно -- side effect. MasterZivselect count(*) УЖЕ должен по-идее и в MSSQL тормозить...(выделение мое) А чего count(*) в MSSQL должен тормозить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 15:26 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
VitafreshА чего count(*) в MSSQL должен тормозить? Ну так по той же причине - версионность. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 15:42 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov VitafreshА чего count(*) в MSSQL должен тормозить? Ну так по той же причине - версионность. Posted via ActualForum NNTP Server 1.4 Как маленькие, ей Богу... Вот уперлись только в один COUNT(*). Бесузловно при использовании механизма версионности, это будет на малую толику (и то в теории) медленнее (при прочих равных условиях), чем без оной. Но только, все почему то забывают, что без версионности пришлось бы поднимать TIL до rr, а то и до serializable, тем самым тормозя общую производительность. ЗЫ. По меньшей мере странно мерять производительность клиент\серверной СУБД одной инструкцией в одной сессии, IMHO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 16:09 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
pkarklin Dimitry Sibiryakov VitafreshА чего count(*) в MSSQL должен тормозить? Ну так по той же причине - версионность. Posted via ActualForum NNTP Server 1.4 Как маленькие, ей Богу... Вот уперлись только в один COUNT(*). Бесузловно при использовании механизма версионности, это будет на малую толику (и то в теории) медленнее (при прочих равных условиях), чем без оной.Я, кстати, не видел описания работы индексов в mssql при вкл. версионности. Работа с записями и их версиями весьма похожа на ib\fb, а про индексы инф-ции не видел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 16:37 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
hvladЯ, кстати, не видел описания работы индексов в mssql при вкл. версионности. Работа с записями и их версиями весьма похожа на ib\fb, а про индексы инф-ции не видел. Отсюда: http://sqlblog.com/blogs/kalen_delaney/archive/2008/04/03/how-sql-server-detects-the-correct-versioned-rows.aspx Michael Zilberstein said : So this should work for indexes too? If query uses covering index, it may never come to data (or clustered index if the one exists) leaf level. So indexes should also keep additional 14 bytes. But for index row size which is usually small, additional 14 bytes per row can have pretty serious negative performance impact. Does it really work this way or some optimization exists that I can't think about? April 3, 2008 5:26 PM Kalen Delaney said : Hi Michael Index rows do get versioned, so they need to keep the 14 bytes also. I just ran a test on a table with a nonclustered index of type money, so it was 8 bytes, plus about 8 bytes of overhead in each row before snapshot isolation. I looked at an index page with DBCC IND and there were 426 rows on a page. I then enabled the db for snapshot, and updated the money column for all rows in the table. When I looked at the index page again, there were now only 213 rows on the page, and each row was marked as containing VERSIONING_INFO. So yes, this can have a big impact on space usage, and thus on performance. You didn't think you got snapshot isolation and non-blocking reads for free, did you? There are costs associated with snapshot isolation, in addition to this one. ~Kalen April 3, 2008 11:33 PM ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 17:02 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
pkarklin hvladЯ, кстати, не видел описания работы индексов в mssql при вкл. версионности. Работа с записями и их версиями весьма похожа на ib\fb, а про индексы инф-ции не видел. Отсюда: http://sqlblog.com/blogs/kalen_delaney/archive/2008/04/03/how-sql-server-detects-the-correct-versioned-rows.aspx Спасибо. Т.е. возможность использовать индексное покрытие осталась, но за счёт достаточно больших накладных расходов на хранение доп. инф-ции в индексе. То, чего мы в FB делать не хотим. Интересно бы измерить эти накладные расходы :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 17:06 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
hvladИнтересно бы измерить эти накладные расходы :) Думаю, что если есть желание, то можно. Проведя замеры statistics time и statistics io до включения версионности и после включения версионности и изменения данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 17:19 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Vitafresh пишет: > А почему запрос > > SELECT count(*) FROM ttt WHERE ... > > должен тормозить? Ну наверное, потому что все записи таблицы обрабатывает. SELECT count(*) FROM ttt WHERE <хорошее условие отбора, использующее индекс> конечно же работать уже будет быстро. > И что нужно использовать для подсчета записей, чтобы не тормозило? Лучше ничего не использовать. Лучше записи не считать. Если нельзя не считать - то кроме как select count(*) и никак. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 18:22 |
|
||
|
Чем PostgreSQL хуже MS SQL?
|
|||
|---|---|---|---|
|
#18+
Vitafresh пишет: > select count(*) *УЖЕ* должен по-идее и в MSSQL тормозить... > > (выделение мое) > А чего count(*) в MSSQL должен тормозить? Я имел в виду, что раз в MSSQL тоже появилась реализация MVCC, то и select count(*) from XXX уже не должен использовать заголовки индексов, а считать честно записи. Ну, возможно тоже по индексам. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 18:24 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=35369293&tid=1552983]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
| others: | 15ms |
| total: | 163ms |

| 0 / 0 |
