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

Откуда: iBase.ru
Сообщений: 30244
DS
ты: у Firebird нет рынка.

у FB может и рынка нет, но нишу он занимает приличную, и большинству из этих сотнен тысяч разработчиков (!) пофиг нестабильность курсора.
29 ноя 08, 14:03    [6503692]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Yo.!
Guest
kdv

у FB может и рынка нет, но нишу он занимает приличную, и большинству из этих сотнен тысяч разработчиков (!) пофиг нестабильность курсора.

дык не удивительно, если у вас разработчики не все разобрались о чем речь, понятно что 99% пользователей даже не подозревают об этой проблеме.
29 ноя 08, 14:44    [6503742]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Dimitry Sibiryakov
Member

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

Yo.!

понятно что 99% пользователей даже не подозревают об этой проблеме.

Не 99. 100%. Поскольку "эта проблема" существует только в воспалённом
мозге некоторых теоретиков (количеством одна штука). Остальные сознают,
что проблемой это не является.

Posted via ActualForum NNTP Server 1.4

29 ноя 08, 14:56    [6503755]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Возвращаясь к теме. Вот мне непонятно, почему спрос на спецов Postgres так невелик? Ведь гораздо меньше, чем Firebird. Это что, коньюктурное или есть объективные причины?
29 ноя 08, 15:47    [6503814]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Sad Spirit
Member

Откуда:
Сообщений: 569
Senya_L
Возвращаясь к теме. Вот мне непонятно, почему спрос на спецов Postgres так невелик? Ведь гораздо меньше, чем Firebird. Это что, коньюктурное или есть объективные причины?

Хотелось бы узнать, откуда человек, не сделавший ни одного поста здесь в форум по Postgres'у (ну скажем честно, скорее всего с ним вообще не сталкивавшийся) настолько хорошо осведомлён о проблемах со спросом на специалистов?
29 ноя 08, 16:08    [6503839]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Sad Spirit
Senya_L
Возвращаясь к теме. Вот мне непонятно, почему спрос на спецов Postgres так невелик? Ведь гораздо меньше, чем Firebird. Это что, коньюктурное или есть объективные причины?

Хотелось бы узнать, откуда человек, не сделавший ни одного поста здесь в форум по Postgres'у (ну скажем честно, скорее всего с ним вообще не сталкивавшийся) настолько хорошо осведомлён о проблемах со спросом на специалистов?
Не "скорее всего", а совершенно точно, не сталкивался. :) Я сужу по количеству вакансий, связанных с Постгрес, имеющихся на сайтах www.rabota.ru, www.job.ru, www.joblist.ru. Скажете не показатель? Соглашусь, но для оценки сойдет.
29 ноя 08, 16:35    [6503873]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Sad Spirit
Я не хотел обижать указанных спецов, я просто выясняю востребованность в PostgreSQL. Если не прав - поправьте.
29 ноя 08, 16:51    [6503886]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Sad Spirit
Member

Откуда:
Сообщений: 569
Senya_L
Я сужу по количеству вакансий, связанных с Постгрес, имеющихся на сайтах www.rabota.ru, www.job.ru, www.joblist.ru. Скажете не показатель? Соглашусь, но для оценки сойдет.

Угу, сойдёт. На rabota.ru (сам сайт, кстати, работает на Postgres'е) найдено 10 вакансий со словом Firebird и 18 со словом PostgreSQL. Ну так и что здесь заставило сделать вывод, цитирую:
Senya_L

...спрос на спецов Postgres так невелик? Ведь гораздо меньше, чем Firebird.

:)
29 ноя 08, 17:55    [6503957]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Sad Spirit
Senya_L
Я сужу по количеству вакансий, связанных с Постгрес, имеющихся на сайтах www.rabota.ru, www.job.ru, www.joblist.ru. Скажете не показатель? Соглашусь, но для оценки сойдет.

Угу, сойдёт. На rabota.ru (сам сайт, кстати, работает на Postgres'е) найдено
Убедили. Я видимо ошибся при поиске на www.rabota.ru и не убрал чекбокс "Искать только в названии вакансии". Но справедливости ради, надо отметить, что половина и указанных вакансий - это сисадмины ;) Это не совсем мое. (Сейчас еще сисадмины накостыляют, но главное, чтобы наш не прочитал )

Из списка вакансий сложилось впечатление, что Postgres распространен в Web-разработках. С чего бы это?
29 ноя 08, 18:35    [6504015]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Yo.!
Guest
Senya_L

Из списка вакансий сложилось впечатление, что Postgres распространен в Web-разработках. С чего бы это?

самый ходовой вариант для тех кто вырос из возможностей предоставляемых mysql, а mysql веб подмял серьезно.
29 ноя 08, 18:42    [6504028]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30244
Yo
понятно что 99% пользователей даже не подозревают об этой проблеме.

прошу назвать проблему отсутствия стабильности курсора у FB в ReadCommitted.
ну, кроме цикла в insert from select и delete/update ... select. Или только в этом?
Что-то там было про "кашу"...
29 ноя 08, 18:51    [6504048]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Yo.!
Guest
kdv

прошу назвать проблему отсутствия стабильности курсора у FB в ReadCommitted.
ну, кроме цикла в insert from select и delete/update ... select. Или только в этом?
Что-то там было про "кашу"...

не прикидывайтесь, мы с вами уже перетерали. стабильность курсора не связана с уровнем изоляции и вылазит и на снепшоте. причем кроме DML, глючат и серверные курсоры которые начинают видеть собственые изменения.
29 ноя 08, 19:46    [6504111]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30244
я рад, что имеется в виду только это.
30 ноя 08, 13:19    [6505346]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
FreemanZAV
Member

Откуда:
Сообщений: 2434
LeXa NalBat
FreemanZAV
Senya_L
И как справляется с версиями Posgres по сравнению с FB? Про сборку говорили ... и то вручную.
Не верится, что в postgre всё так плохо
автоматическая сборка мусора autovacuum была добавлена в постгрес в версии 8.1, до этого существовала как дополнительный модуль.

Настораживает другое. Получается, что pg до 8-й версии вообще нельзя было нормально использовать. Поэтому и появляются сомнения, что в восьмёрке всё хорошо.
1 дек 08, 08:25    [6506752]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
leonbn
Member

Откуда: СПб
Сообщений: 522
FreemanZAV
Настораживает другое. Получается, что pg до 8-й версии вообще нельзя было нормально использовать. Поэтому и появляются сомнения, что в восьмёрке всё хорошо.

Т.е. если существует проблема невосстановимого бэкапа, то на ФБ вобще работать нельзя
1 дек 08, 16:28    [6510039]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32886

Hello, leonbn!
You wrote on Mon, 01 Dec 08 13:28:45 GMT:

l> Т.е. если существует проблема невосстановимого бэкапа, то на ФБ вобще работать нельзя

nbackup всегда восстановим.
жуй шанежки. (С)

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

1 дек 08, 16:30    [6510058]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
leonbn
Member

Откуда: СПб
Сообщений: 522
Мимопроходящий
nbackup всегда восстановим.

Настораживает другое. Получается, что pg до 8-й fb до 2-ой версии вообще нельзя было нормально использовать. Поэтому и появляются сомнения, что в восьмёрке двойке всё хорошо.
Так, что сам
жуй шанежки. (С)
--
With best regards, Мимопроходящий. leonbn
1 дек 08, 17:59    [6510742]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32886

Hello, leonbn!
You wrote on Mon, 01 Dec 08 14:59:17 GMT:

leonbn
Так, что сам
ты весьма поверхностно знаком с ФБ.
вы с Йоу не братья?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

1 дек 08, 18:10    [6510817]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Ёш
Member

Откуда:
Сообщений: 2892
FreemanZAV то же весьма поверхностно знаком с pg, но это не мешает ему писать такие умозаключения как вышеприведённое :)


--
„Истина — это вовсе не то, что можно убедительно доказать, это то, что
делает всё проще и понятнее“ — Антуан де Сент-Экзюпери
1 дек 08, 18:32    [6510892]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30244
монопольная сборка мусора и "невосстановимый" бэкап - разные вещи.
представим, что мы имитируем в FB/IB монопольную сборку мусора - выставляем в параметрах коннекта "флажок". база пухнет, тормоза растут. Потом запускаем монопольно sweep, на неизвестно сколько часов. Нормально?
1 дек 08, 19:08    [6510995]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Ёш,
Хоть кто-то из тамошней ветки подошел.
Как обстоит дело с производительностью в PostgreSQL? И немаловато ли уровней изоляции. Что-то всего 2, обескураживает :(
1 дек 08, 19:13    [6511004]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Sad Spirit
Member

Откуда:
Сообщений: 569
kdv
монопольная сборка мусора и "невосстановимый" бэкап - разные вещи.
представим, что мы имитируем в FB/IB монопольную сборку мусора - выставляем в параметрах коннекта "флажок". база пухнет, тормоза растут. Потом запускаем монопольно sweep, на неизвестно сколько часов. Нормально?

Ну уж врать-то так откровенно про "монопольную сборку мусора" не надо. В Postgres'е обычный vacuum не блокирует параллельные операции с таблицей начиная с версии 7.2, вышедшей в 2002 году. А теперь вспомним, где в 2002 был Firebird...
1 дек 08, 19:19    [6511013]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Sad Spirit
Member

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

Как обстоит дело с производительностью в PostgreSQL?

Замечательно, Скайп не жалуется.

[quot]
И немаловато ли уровней изоляции. Что-то всего 2, обескураживает :([/quot]
А какого для работы не хватает --- Dirty Read? А в Firebird есть?
1 дек 08, 19:21    [6511014]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30244
автор
Ну уж врать-то так откровенно про "монопольную сборку мусора" не надо.

я не вру. я предполагаю как это было в PGSQL 7.1 и до версии 7.2.
В 2002 году был Firebird 1.0. У которого со сборкой мусора не было никаких проблем.
Как и у его предка InterBase, за 18 лет до этого.

автор
Замечательно, Скайп не жалуется.

я в курсе.
автор
>И немаловато ли уровней изоляции. Что-то всего 2, обескураживает :(
А какого для работы не хватает --- Dirty Read? А в Firebird есть?

ну, очевидно Senya_L не в курсе, что у IB и FB их (уровней изолированности) тоже по большому счету 2.

p.s. dirty read в IB/FB нет и не будет.
1 дек 08, 19:37    [6511053]     Ответить | Цитировать Сообщить модератору
 Re: Firebird vs Postgres  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
kdv
ну, очевидно Senya_L не в курсе, что у IB и FB их (уровней изолированности) тоже по большому счету 2.

p.s. dirty read в IB/FB нет и не будет.
Я в курсе про Read Commited, что это по сути SNAPSHOT. Было высказывание о технических подробностях, помнится. Но поведение другое, невзирая на технические подробности.
Более того, FB может работать как блокировочник. В этом случае меня тоже мало волнует, как это сделано технически :)
1 дек 08, 20:01    [6511097]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить