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

Откуда: iBase.ru
Сообщений: 30244
Yo.!
ну kdv, это уже старость ! ноябрь 2005

ну, можно как Firefox, минорные билды превратить в релизы, получить версию 30 через пару лет. Это надо?
Смотреть нужно на количество изменений. в 2.1 и 2.5 их весьма много было, это не просто баг-фиксы.
25 янв 15, 13:04    [17166034]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Yo.!
Guest
kdv
Yo.!
ну kdv, это уже старость ! ноябрь 2005

ну, можно как Firefox, минорные билды превратить в релизы, получить версию 30 через пару лет. Это надо?
Смотреть нужно на количество изменений. в 2.1 и 2.5 их весьма много было, это не просто баг-фиксы.

я к тому, что про этот многострадальные 3.0 уже десятилетие пустые разговоры.
что касается сути изменений, как видим на 2006 было заявлено честное SMP с единым кешем и ведь кто-то до сих пор его ждет ...
25 янв 15, 14:05    [17166205]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30244
Yo.!
как видим на 2006 было заявлено честное SMP с единым кешем

при условии наличия Classic, который решает вопрос SMP, но потребляет относительно супера больше памяти, SuperServer с SMP отнюдь не та фича, которую "все ждали с придыханием". Большинство промышленных пользователей ФБ успешно используют Classic, и им этот супер с SMP (или без) по барабану.
В 2.5 была сделана промежуточная архитектура, SuperClassic, которая дала определенные преимущества в производительности, но не абы какие.
В это же время, с 2.0 до 2.5, было введено огромное количество фичей в SQL, которые более приоритетны для пользователей, чем SMP.

И, наконец-то, "пустые разговоры" - я уже сказал, что бета FB 3.0 доступна для скачивания и тестирования. Опять же, большинство ее тестируют не из-за SMP, а из-за оконных функций.

Вам, я так понимаю, пофиг к чему придираться, лишь бы к чему.
25 янв 15, 15:48    [17166492]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
leonbn
Member

Откуда: СПб
Сообщений: 522
Dimitry Sibiryakov
Есть.

Уже можно распараллелить запрос на несколько ядер?

Dimitry Sibiryakov
Нет нужды в борьбе с низкой производительностью такими примитивными способами.

Ню-ню

Dimitry Sibiryakov
Есть в 3.0.

Что то я не видел релиза тройки. Да и с ним опоздали на несколько лет.
25 янв 15, 19:05    [17167121]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Вася Уткин
Guest
leonbn
Dimitry Sibiryakov
Есть.

Уже можно распараллелить запрос на несколько ядер?

И давно в PostgreSQL появился intra-query parallelism?

http://www.postgresql.org/message-id/CAB7nPqQ3SsnFb0T1X7GbQ40Ng9A8cPoz7W5KM7MymHBaNsRPSw@mail.gmail.com
There is no intra-query parallelism however. This means that partitioning
> doesn't generally help here
25 янв 15, 19:38    [17167285]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Yo.!
Guest
kdv
при условии наличия Classic, который решает вопрос SMP

делать для каждой сессии независимый кеш это не решение, это насилие над здравым смыслом.
ну да мы это уже не раз и не два обсуждали, теперь эти разговоры уже никакого смысла не имеют.
25 янв 15, 20:03    [17167424]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30244
Yo.!
теперь эти разговоры уже никакого смысла не имеют.

поскольку ФБ 3.0 уже в бете, можно было бы и заткнуться?
25 янв 15, 23:12    [17168162]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67427
Блог
kdv
Yo.!
теперь эти разговоры уже никакого смысла не имеют.

поскольку ФБ 3.0 уже в бете, можно было бы и заткнуться?

Не хочешь подождать, пока он дойдёт до реального использования? А то, помню, по поводу максимальной длины ключа индекса - у меня перед глазами падает ошибка, а Сибиряков как всегда вещает, что уже кучу лет всё в порядке.
25 янв 15, 23:34    [17168220]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
Yo.!
Симонов Денис
В суперсервере с общим кешем начиная с 3.0.

помниться про этот Firebird 3.0 мне тут еще в 10 лет назад рассказывали, десятилетие минуло, люди сгинули, а про 3.0 все еще рассказывают

после отсутствия SMP сразу идет отсутствия лога транакций ну и конечно не забываем о косяке cursor stabily ;)


cursor stabily тоже исправлен. И таки 10 лет назад были только планы, а сейчас уже есть бета. И она довольно стабильная, хотя в продакшн её конечно мало кто рискнёт пускать. А вот начинать новые разработки сразу на трёшке уже можно. Пока будешь делать как раз релиз выйдет.

P.S. Так как насилует птичку Таблоид, не факт что и Оракл выдержал бы.
26 янв 15, 09:26    [17168723]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
leonbn
Dimitry Sibiryakov
Есть.

Уже можно распараллелить запрос на несколько ядер?


А что в Postgresql можно? У него самого с SMP не всё так радужно. Общий кэш то есть, но вот архитектура когда на каждый коннект создаётся новый процесс создаёт дополнительные издержки. Может в UNIX like системах это не вызывает проблем, но на Windows КМК это должно существенно снижать производительность.

Да и партицирование в Postgresql можно сделать через одно место.
26 янв 15, 09:31    [17168737]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
сизиф и мартышки
Guest
Симонов Денис,
для пж существуют пулеры, решающие эту надуманную "траблему" поддержанием пула предподнятых соединений (процессов) -- что естественно вытекает из такой его особости.

вот то, что для ручного (артелью "сизиф и мартышки") параллеленья всё есть (включая возможность ручного выставление общего snapshot-а разным сессиям), а в коропке -- его нет -- это плохо. боюсь, что и нескоро будет. но движение туда есть.
26 янв 15, 10:43    [17169122]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
сизиф и мартышки,

издержки возникают не только при создании процессов, но и при их взаимодействии и синхронизации. С потоками всё намного проще и дешевле.
26 янв 15, 10:52    [17169182]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Yo.!
Guest
Симонов Денис
cursor stabily тоже исправлен.

а где бы об этом не сомненно прорыве можно почитать ?

Симонов Денис
P.S. Так как насилует птичку Таблоид, не факт что и Оракл выдержал бы.

думаю обо всех его тестах я прочел, мягко говоря не впечатлен тем с чем он в них сталкивается. взрослые субд на tpc-c и sap-sd гоняют мягко говоря совсем на другом уровне нагрузки.

Симонов Денис
издержки возникают не только при создании процессов, но и при их взаимодействии и синхронизации. С потоками всё намного проще и дешевле.

это не имеет никакого значение на фоне отсутствия лога в firebird, 128 одновременных процесса и прочих "особенностей" FB.
26 янв 15, 11:26    [17169411]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
Yo.!
Симонов Денис
cursor stabily тоже исправлен.

а где бы об этом не сомненно прорыве можно почитать ?

в релизнотах и трекере. И прорывом я бы это не назвал.
Изредка мешающаяся особенность. Большинство её исправления и не заметят.


Yo.!
Симонов Денис
P.S. Так как насилует птичку Таблоид, не факт что и Оракл выдержал бы.

думаю обо всех его тестах я прочел, мягко говоря не впечатлен тем с чем он в них сталкивается. взрослые субд на tpc-c и sap-sd гоняют мягко говоря совсем на другом уровне нагрузки.


Его тест куда более сложный чем tpc-c. И предназначен он не для пузомерства, а для поиска багов и узких мест в сервере под высокой нагрузкой.

Yo.!
это не имеет никакого значение на фоне отсутствия лога в firebird, 128 одновременных процесса и прочих "особенностей" FB.


Ну лог полезен для 2 вещей:
1. PITR (здесь спору нет)
2. При записи на диск, вот это уже не факт и не всегда.

Возможно позже и до него руки дойдут. Но не в тройке.
26 янв 15, 11:43    [17169521]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
сизиф и мартышки
Guest
Симонов Денис
сизиф и мартышки,

издержки возникают не только при создании процессов, но и при их взаимодействии и синхронизации. С потоками всё намного проще и дешевле.
отметьте, что за недосубд "файебёт" разговор вообще не идёт. там, помнится, и отапдейтиться-то -- и то нормально, без изподвыверта, невозможно. т.ч. "данный продукт -- сосёт"
26 янв 15, 11:51    [17169574]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
сизиф и мартышки,

О чём речь? Что-то у всех всё апдейтится. Может дело в руках?
26 янв 15, 11:54    [17169590]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
dimitr
Member

Откуда: PNZ
Сообщений: 7000
Yo.!
128 одновременных процесса

а это что за фантазии?
26 янв 15, 12:09    [17169737]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Dimitry Sibiryakov
Member

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

Симонов Денис
не факт что и Оракл выдержал бы.

Это факт. Оракул не выдержал.

Posted via ActualForum NNTP Server 1.5

26 янв 15, 12:17    [17169828]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Yo.!
Guest
dimitr
Yo.!
128 одновременных процесса

а это что за фантазии?

https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=764108&msg=8896577
26 янв 15, 12:23    [17169894]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
Yo.!,

ну хватит уже цитировать пост 5 летней давности. Это уж как 100 лет исправлено.

Не зная броду не суйся в воду.
26 янв 15, 12:24    [17169909]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
сизиф и мартышки
Guest
Симонов Денис
сизиф и мартышки,

О чём речь? Что-то у всех всё апдейтится. Может дело в руках?
женскую женщину не пробовали ?


об том и речь
26 янв 15, 12:42    [17170076]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
сизиф и мартышки,

слив засчитан
26 янв 15, 12:45    [17170127]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Yo.!
Guest
Симонов Денис
Не зная броду не суйся в воду.

прости, но квоту на обучение дурачков я лет 5 назад исчерпал...
26 янв 15, 12:47    [17170148]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
Yo.!,

ну так это про то, что прежде чем говорить о каких нибудь особенностях или багах неплохо бы узнать а не исправлены ли они. А то получается что не предложение то мимо.
26 янв 15, 12:59    [17170242]     Ответить | Цитировать Сообщить модератору
 Re: Postgresql или firebird  [new]
Dimitry Sibiryakov
Member

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

Yo.!
квоту на обучение дурачков я лет 5 назад исчерпал...

Поэтому за последние пять лет ты ничего нового и не узнал. Обнови квоту, начинай учиться
снова.

Posted via ActualForum NNTP Server 1.5

26 янв 15, 13:20    [17170426]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить