ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Чем PostgreSQL хуже MS SQL?
25 сообщений из 191, страница 2 из 8
  2  все
Чем PostgreSQL хуже MS SQL?
    #35031973
непонимайу
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
непонимайу
Участник
СлоныА как же slony ?slony I это master-slave репликация, те односторонняя. про slony II ничего не слышно.
...
Рейтинг: 0 / 0
25.12.2007, 12:18
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35112322
Фотография Vector
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vector
Участник
PostgreSQL 8.2 версии (не могу ничего сказать про 8.3) в отличие от MSSQL не умеет распараллеливать запрос по разным ядрам.
Столкнулся с этим при одновременной выгрузки данных из разных потоков своей клиентской программы.
Более того мне не удалось на программе, написанной на Java, работающей через стандартный jdbc драйвер, взятый с сайта PostgreSQL заставить использовать несколько ядер даже одного процессора в рамках одного подключения из несколькой потоков программы, пришлось на каждый поток городить дополнительное подключение. Это конечно решение, но все же распределением нагрузки между своими ресурсами сервер должен заниматься сам (это мое личное мнение).
Считаю, что этот недостаток будет немного меньше заметен при большом количестве пользователей.
...
Рейтинг: 0 / 0
06.02.2008, 05:24
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35112985
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
ЯЕХХ пишет:

> обратишься, любимые квадратные скобки не работают, и самое страшное -
> select count(*) тормозит


select count(*) уже должен по-идее и в MSSQL тормозить...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
06.02.2008, 11:24
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35113018
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Локшин Марк пишет:
> будет не так хорошо использовать. Но это только на уровне ощущений. А
> так интересующимся никто не мешает взять какой-нибудь 4-8 процесорный
> сервачек и погонять на нем тесты какие-нибудь TPC-H, TPC-C и сравнить
> что к чему.

Если бы ты хоть раз сам этим занимался, то не стал бы так вот легко
советовать "взять и погонять"
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
06.02.2008, 11:31
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35113023
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Leximus пишет:
> Тоесть в принцепе как я понимаю кроме репликаций в принцепе я понимаю
> отличий нет?
Репликация же есть в PG.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
06.02.2008, 11:32
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35113277
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Локшин Марк
Участник
MasterZivЕсли бы ты хоть раз сам этим занимался, то не стал бы так вот легко
советовать "взять и погонять"
А в чем проблема? Вижу только 3 варианта:
1. Есть сервер и на нем уже что-то крутится. Считаю, что переходить с одной системы на другую нет резона. Если даже есть - нужен тестовый сервер для моделировании нагрузки при переводе системы в любом случае. Берем, ставим и смотрим как со скоростью (пусть даже тестовый сервер сильно слабее боевого, сейчас даже desktop'ные процессоры 4-х ядерные есть).
2. Сервер куплен, еще ничего не крутится - ставим смотрим, нет проблем
3. Сервер не куплен - договориться поставить систему и оценить производительность - нет проблем. Причем проблем тем меньше, чем круче сервер берешь.

Так что взять и посмотреть на своем приложении как оно будет работать - не проблема . Ну если только захотеть, а не искать всякие "отмазы".

По поводу использования PostgreSQL 1C советую почитать форумы по 1С. Там что-то особой радости по этому поводу не видно.
...
Рейтинг: 0 / 0
06.02.2008, 12:32
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35114005
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Локшин Марк пишет:
> А в чем проблема? Вижу только 3 варианта:

Ты пускал когда-нибудь ?
Попробуй ...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
06.02.2008, 15:13
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35114067
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Локшин Марк
Участник
MasterZivТы пускал когда-нибудь ?
Попробуй ...
Чего пускал, кого пускал? По 1,2 варианту работал, по 3-му варианту знаю примеры такой реальной работы.
Чего пробовать-то?
...
Рейтинг: 0 / 0
06.02.2008, 15:27
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35114926
apapacy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
apapacy
Участник
Я держал данные под MSSQL2000, потом перекачал на Postgre под Windows.
Из отличий для использования заметил следующее - при выполнении повторных запросов
типа select .. where id>A select .. where id>B MSSQL хорошо сечет что запрос повторный
и выполняет его быстрее.

В Postgre - и первый и последующий запросы выполняются за равное время -
видимо план не сохраняется или не понимает, что запрос похожий.

Но это под Виндой. Не исключаю, что под Линухом на том же железе будет работать даже быстрее,
чем на Винде.
...
Рейтинг: 0 / 0
06.02.2008, 18:37
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35115960
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
apapacyВ Postgre - и первый и последующий запросы выполняются за равное времяэто не так. например в приведенном ниже примере ускорение в четыре раза за счет кэширования данных в постгресе и ОС.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
nw=# explain analyze select count(*) from plprice_00 where plno between  1365700000  and  1365800000 ;
                                                                 QUERY PLAN
---------------------------------------------------------------------------------------------------------------------------------------------
 Aggregate  (cost= 145080 . 83 .. 145080 . 84  rows= 1  width= 0 ) (actual time= 2109 . 820 .. 2109 . 823  rows= 1  loops= 1 )
   ->  Bitmap Heap Scan on plprice_00  (cost= 1120 . 16 .. 144820 . 76  rows= 104026  width= 0 ) (actual time= 348 . 160 .. 1898 . 853  rows= 99628  loops= 1 )
         Recheck Cond: ((plno >=  1365700000 ) AND (plno <=  1365800000 ))
         ->  Bitmap Index Scan on pk_prc_plno_00  (cost= 0 . 00 .. 1120 . 16  rows= 104026  width= 0 ) (actual time= 316 . 900 .. 316 . 900  rows= 99628  loops= 1 )
               Index Cond: ((plno >=  1365700000 ) AND (plno <=  1365800000 ))
 Total runtime:  2109 . 988  ms
( 6  rows)

nw=# explain analyze select count(*) from plprice_00 where plno between  1365700000  and  1365800000 ;
                                                                QUERY PLAN
-------------------------------------------------------------------------------------------------------------------------------------------
 Aggregate  (cost= 145080 . 83 .. 145080 . 84  rows= 1  width= 0 ) (actual time= 489 . 857 .. 489 . 859  rows= 1  loops= 1 )
   ->  Bitmap Heap Scan on plprice_00  (cost= 1120 . 16 .. 144820 . 76  rows= 104026  width= 0 ) (actual time= 21 . 590 .. 278 . 674  rows= 99628  loops= 1 )
         Recheck Cond: ((plno >=  1365700000 ) AND (plno <=  1365800000 ))
         ->  Bitmap Index Scan on pk_prc_plno_00  (cost= 0 . 00 .. 1120 . 16  rows= 104026  width= 0 ) (actual time= 18 . 827 .. 18 . 827  rows= 99628  loops= 1 )
               Index Cond: ((plno >=  1365700000 ) AND (plno <=  1365800000 ))
 Total runtime:  489 . 998  ms
( 6  rows)

nw=# explain analyze select count(*) from plprice_00 where plno between  1365700000  and  1365800000 ;
                                                                QUERY PLAN
-------------------------------------------------------------------------------------------------------------------------------------------
 Aggregate  (cost= 145080 . 83 .. 145080 . 84  rows= 1  width= 0 ) (actual time= 490 . 234 .. 490 . 236  rows= 1  loops= 1 )
   ->  Bitmap Heap Scan on plprice_00  (cost= 1120 . 16 .. 144820 . 76  rows= 104026  width= 0 ) (actual time= 21 . 589 .. 278 . 760  rows= 99628  loops= 1 )
         Recheck Cond: ((plno >=  1365700000 ) AND (plno <=  1365800000 ))
         ->  Bitmap Index Scan on pk_prc_plno_00  (cost= 0 . 00 .. 1120 . 16  rows= 104026  width= 0 ) (actual time= 18 . 802 .. 18 . 802  rows= 99628  loops= 1 )
               Index Cond: ((plno >=  1365700000 ) AND (plno <=  1365800000 ))
 Total runtime:  490 . 374  ms
( 6  rows)
...
Рейтинг: 0 / 0
07.02.2008, 10:36
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35118293
apapacy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
apapacy
Участник
Вы опровергли не совсем мой пример. Ваши запросы абсолютно идентичны. А я в одном случае привел ID>A, а в другом ID>B. То есть запрос обращается к разным данным, но сам запрос аналогичный.

Я это стыкнулся так. Из большой таблицы выбираю для отражения в комбобкосе через
JDBC несколько строк. Затем по введенным буквам тем же запросом выбираю другие несколько строк. То есть данные не повторяются. Под MS запроса второй и так далее запрос работал
заметно быстрее. Под Postgrе такого заметного ускорения нет.
...
Рейтинг: 0 / 0
07.02.2008, 21:44
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35119008
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
apapacyВы опровергли не совсем мой пример. Ваши запросы абсолютно идентичны. А я в одном случае привел ID>A, а в другом ID>B. То есть запрос обращается к разным данным, но сам запрос аналогичный.да, невнимательно прочитал

apapacyЯ это стыкнулся так. Из большой таблицы выбираю для отражения в комбобкосе через
JDBC несколько строк. Затем по введенным буквам тем же запросом выбираю другие несколько строк. То есть данные не повторяются. Под MS запроса второй и так далее запрос работал
заметно быстрее. Под Postgrе такого заметного ускорения нет.не понятно, откуда тут может получиться ускорение последующих запросов. имхо, гораздо больше времени тратится на то, чтобы прочитать данные с HDD, а не на построение плана запроса. в постгресе есть возможность однократного построения плана запроса, при использовании sql-операторов PREPARE и EXECUTE.
...
Рейтинг: 0 / 0
08.02.2008, 10:58
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35120756
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VoDA
Участник
apapacyВы опровергли не совсем мой пример. Ваши запросы абсолютно идентичны. А я в одном случае привел ID>A, а в другом ID>B. То есть запрос обращается к разным данным, но сам запрос аналогичный.Для того чтобы постгре сказать что это одинаковые запросы нужно использовать связанные переменные. смотрим в сторону PREPARE и EXECUTE.

MS SQL к этому относится проще ))))
...
Рейтинг: 0 / 0
08.02.2008, 16:45
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35151881
Фотография Степан H.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Степан H.
Участник
LeximusВсем привет!
Меня очень интересует вопрос Чем PostgreSQL хуже MS SQL?
Жду ваших мнений! :-)

Не отклоняясь от темы ...

НИЧЕМ.
все зависит от прямоты (или кривизны) рук
...
Рейтинг: 0 / 0
23.02.2008, 18:53
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35181556
мимоходящий сисадмин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мимоходящий сисадмин
Участник
Локшин Марк
По поводу использования PostgreSQL 1C советую почитать форумы по 1С. Там что-то особой радости по этому поводу не видно.
это и есть главная беда постгреса под 1С - спецы по м$sql , писавшие 1С под постгрес(пусть и с помощью видных спецов по постгресу) и спецы(или EM-щики) по m$sql , пытающиеся админить установленные на постгрес системы.

и вообще
Степан H.
все зависит от прямоты (или кривизны) рук
истинная правда!
...
Рейтинг: 0 / 0
11.03.2008, 09:03
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35304650
gdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gdv
Гость
1. У Постгреса послабее оптимизатор запросов. МС у меня практически всегда выдавал приемлемые планы даже для весьма запутанных запросов, Постгресс иногда сбивается даже на относительно простых.
2. У Постгресса нет возможности явно указать план (дать подсказку) оптимизатору. В комбинации с п.1. может создавать проблеммы. Все решается вменяемыми программистами, но несколько более геморно.
3. Хуже масштабируемость на действительно больших нагрузках. Необходимость создавать новый процесс для каждого нового подключения + доп.затраты при использовании общих ресурсов. Возможность кластеризации под вопросом. Нет инкрементальных бэкапов, и еженощный бэкап большой базы может стать проблемой.
...
Рейтинг: 0 / 0
10.05.2008, 21:00
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35304960
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Читал книгу по PostgreSQL. Сильно удивила рекомендация "...для ускорения работы запросов проводить vacuum и analyze..".

Насчёт анализа - понятно. Сбор статистики для оптимизатора и всё такое. Но вот зачем нужен вакуум? Это что шаг в сторону мелких СУБД типа Ассеss? Дескать - дать пользователю освободившееся после чистки таблиц дисковое пространство? Но пардон. Зачем пользователь сидит на сервере? На секунду преставил себе как в нашем биллинге (база размером 1Тб в режиме 24/7) проходит вакууум и.... перекрестился.

Если уж Постгрес засирает сегмент данных так, что сам не может в нём работать, то может быть ввести в него ручки управления пространством (сегменты, экстенты и т.п как Oracle)? Или ввести экспоненциальный рост размера экстента?

Вобсчем вот такое вот... ИМХО.
...
Рейтинг: 0 / 0
11.05.2008, 12:20
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35304995
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
mayton
Если уж Постгрес засирает сегмент данных так, что сам не может в нём работать, то может быть ввести в него ручки управления пространством (сегменты, экстенты и т.п как Oracle)? Или ввести экспоненциальный рост размера экстента?

а это каким боком поможет ? проблема в том, что постгрес и mssql держат версии строк (для MVCC) прямо в файлах данных и нужен процесс который будет вычищать никому ненужные версии. в оракле же поступили мудрее и UNDO имеет циклическую структуру, потому и зачищать ничего не нужно.
...
Рейтинг: 0 / 0
11.05.2008, 12:47
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35305067
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
maytonЧитал книгу по PostgreSQL. Сильно удивила рекомендация "...для ускорения работы запросов проводить vacuum и analyze..".

Насчёт анализа - понятно. Сбор статистики для оптимизатора и всё такое. Но вот зачем нужен вакуум? Это что шаг в сторону мелких СУБД типа Ассеss? Дескать - дать пользователю освободившееся после чистки таблиц дисковое пространство? Не пользователю.
Из-за не нужных более версий, данные в таблицах становятся разреженными. Т.е. актуальных версий на странице становится меньше, чем могло бы быть. Соответственно растёт IO.

Не дайте рассказам о дешёвых гигабайтах затмить разум :) Стоимость мега\гига\терабайта тут совершенно не при чём.
...
Рейтинг: 0 / 0
11.05.2008, 14:18
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35305412
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
mayton пишет:

> Но вот зачем нужен вакуум? Это что шаг в сторону мелких СУБД типа

Чтобы очистить БД от старых версий записей. На
самом деле уже не парься, vacuum в современных версиях уже
не нужен, делается сам.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
11.05.2008, 23:10
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35305646
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
ID>A, а в другом ID>B


А биндинг точно использовался ?
...
Рейтинг: 0 / 0
12.05.2008, 09:54
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35318544
Зл0й
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зл0й
Участник
maytonЧитал книгу по PostgreSQL. Сильно удивила рекомендация "...для ускорения работы запросов проводить vacuum и analyze..".

Насчёт анализа - понятно. Сбор статистики для оптимизатора и всё такое. Но вот зачем нужен вакуум? Это что шаг в сторону мелких СУБД типа Ассеss? Дескать - дать пользователю освободившееся после чистки таблиц дисковое пространство?


У Постгреса крайне неудачная (читай - идиотская) идеология storage engine, за что отдельное спасибо товарищу Майклу Стоунбрэйкеру. Все нормальные СУБД, как "версионники" так и "блокировщики" (Oracle, DB2, Teradata, MS SQL, Sybase, ...) пишут логи отдельно от tablespaces. В Постгресе все свалено в одну кучу, в тот самый tablespace. То есть, при отсутсвии vacuum, если у нас прошло 25 update'ов на некую запись Х у нас в базе будет валяться 26 версий этой записи, из которых 25 будут помечены "сия версия записи X убита тогда-то". Логи-то гораздо удобнее, их потихоньку сархивировать можно, или на более дешевый и медленный дисковый массив или на ленту. А сборка мусора это всегда зло, процесс труднопредсказуемый.

Исправить это безобразие малореально, т.к. storage engine в постгресе весьма тесно интегрирован с остальными компонентами СУБД. Если его переписывать - придется очень много чего вне storage engine переписать. Заниматься этим скорее всего никто не будет. Вот и занимает постгрес нишу систем где масштабируемость особо никого не волнует.

Единственное известное мне семейство уродцев с постгресоподобной идеологией это Интербэйс сотоварищи. Причем, если я ничего не путаю, то там идея чуть более грамотная - читатели выполняют сборку мусора. Тут правда я могу наврать, потому что я очень давно не трогал интэрбэйсоподобное.

Объяснения "на пальцах" наверняка есть к чему прикопаться, так что строго не судите.
...
Рейтинг: 0 / 0
17.05.2008, 05:59
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35318590
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Зл0йУ Постгреса крайне неудачная (читай - идиотская) идеология storage engine, за что отдельное спасибо товарищу Майклу Стоунбрэйкеру. Все нормальные СУБД, как "версионники" так и "блокировщики" (Oracle, DB2, Teradata, MS SQL, Sybase, ...) пишут логи отдельно от tablespaces. В Постгресе все свалено в одну кучу, в тот самый tablespace. То есть, при отсутсвии vacuum, если у нас прошло 25 update'ов на некую запись Х у нас в базе будет валяться 26 версий этой записи, из которых 25 будут помечены "сия версия записи X убита тогда-то". Логи-то гораздо удобнее, их потихоньку сархивировать можно, или на более дешевый и медленный дисковый массив или на ленту. А сборка мусора это всегда зло, процесс труднопредсказуемый.

Исправить это безобразие малореально, т.к. storage engine в постгресе весьма тесно интегрирован с остальными компонентами СУБД. Если его переписывать - придется очень много чего вне storage engine переписать. Заниматься этим скорее всего никто не будет. Вот и занимает постгрес нишу систем где масштабируемость особо никого не волнует.

Единственное известное мне семейство уродцев с постгресоподобной идеологией это Интербэйс сотоварищи. Причем, если я ничего не путаю, то там идея чуть более грамотная - читатели выполняют сборку мусора. Тут правда я могу наврать, потому что я очень давно не трогал интэрбэйсоподобное.

Объяснения "на пальцах" наверняка есть к чему прикопаться, так что строго не судите.Дабы не судили строго, не стоит давать такие оценки (идиотская, уродцы и т.п.)
Насчёт сборки мусора - ты её ел, что позволяешь себе судить ?
Насчёт версий в логе - а что с индексами делать будешь ? Там версии в лог не запихнёшь.

Иногда стоит всё же думать, прежде чем "оценивать". Не стоит опыт, полученный в одних СУБД, слепо переносить на другие и хаять всё подряд.

Строго получилось ? :)
...
Рейтинг: 0 / 0
17.05.2008, 10:29
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35318669
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Зл0й пишет:

> У Постгреса крайне неудачная (читай - идиотская) идеология storage
> engine, за что отдельное спасибо товарищу Майклу Стоунбрэйкеру. Все
> нормальные СУБД, как "версионники" так и "блокировщики" (Oracle, DB2,
> Teradata, MS SQL, Sybase, ...) пишут логи отдельно от tablespaces. В
> Постгресе все свалено в одну кучу, в тот самый tablespace. То есть, при
> отсутсвии vacuum, если у нас прошло 25 update'ов на некую запись Х у нас
> в базе будет валяться 26 версий этой записи, из которых 25 будут
> помечены "сия версия записи X убита тогда-то". Логи-то гораздо удобнее,
> их потихоньку сархивировать можно, или на более дешевый и медленный
> дисковый массив или на ленту. А сборка мусора это всегда зло, процесс
> труднопредсказуемый.

Вот товарищь Зл0й нифига не понимает в СУБД, не знает даже, чем MVCC
от лога транзакций отличается, а таки хватает у него чтобы типа "осудить".
Да, хорошо, нравится мне такая самонадеянность.

> Исправить это безобразие малореально, т.к. storage engine в постгресе
> весьма тесно интегрирован с остальными компонентами СУБД. Если его
> переписывать - придется очень много чего вне storage engine переписать.
> Заниматься этим скорее всего никто не будет. Вот и занимает постгрес
> нишу систем где масштабируемость особо никого не волнует.

Главное - что не за чем, потому что там как раз все в порядке.
А Зл0й, видимо, адепт MySQL c его отделенностью оптимизатора
и процессора от хранилищь, которая никому не нужна (фактически
используют только один энжин, MyISQM в одной нише - WEB,
и один энжин InnoDB - в другой, бизнес приложениях), и очень
вредна с точки знения программирования всего этого дела.

> Единственное известное мне семейство уродцев с постгресоподобной
> идеологией это Интербэйс сотоварищи. Причем, если я ничего не путаю, то
> там идея чуть более грамотная - читатели выполняют сборку мусора. Тут

Это - самая дебильная идея в Interbase, но сейчас уже давно они от нее
отказались, собирают точно так же, как и в PostgreSQL.

> правда я могу наврать, потому что я очень давно не трогал
> интэрбэйсоподобное.

Заметно.

В общем, не волнуйтесь, товарищи постросоведы, с вашей любимой СУБД
все как нельзя лучше. А я надеюсь в скором времени влиться в ваши стройные
ряды.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
17.05.2008, 13:00
| Ответить | Цитировать | Написать  
Чем PostgreSQL хуже MS SQL?
    #35318693
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
MasterZiv
Это - самая дебильная идея в Interbase, но сейчас уже давно они от нее
отказались, собирают точно так же, как и в PostgreSQL.

Вообще-то - с точностью до наоборот. Отказ от выделенного фонового
сборщика позволил избавиться от просадки производительности на больших
нагрузках. Так что тип сборки мусора теперь конфигурябелен.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
17.05.2008, 13:22
| Ответить | Цитировать | Написать  
25 сообщений из 191, страница 2 из 8
  2  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Чем PostgreSQL хуже MS SQL?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=35304995&tid=1552983]:
 0ms
get settings:
 10ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 42ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 57ms
get tp. blocked users:
 1ms
others: 13ms
total:  156ms
созд. / загр.: 156ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]