powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / FireBird 1.5.2 vs PostgreSQL 7.4
25 сообщений из 113, страница 2 из 5
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865455
Yo!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo!
Гость
слушайте я в этом топике кул как те слоны и указывал на конкретные технические фичи, хотя очень хотелось перейти на личности. ;)

автор
Просто привычка к определённому серверу провоцирует определённое мышление и когда в других серверах что-то не так начинается истерика и крики: отстой, сакс и т.д.


по теме - я полностью согласен с ASCRUS, уж лучше никак, чем отлаливать такие финты в коде своих сотрудников. ладно я про это знаю и запомню но как контролировать других ? а главное ради чего ?

P.S. вроде в течении месяца зщыепкуы должны выпустить 8рку, она вроде должна работать прямо под вынь.
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865465
protector
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS
Давайте возьмем неисправный калькулятор и будет филосовски относиться к тому, что выдает 2+2=5.

Давайте возьмём С++
for(i=0;i <10;i++) i--;

ASCRUS
Есть стандарт SQL и если СУБД заявляет что она его поддерживает, то она должна его поддерживать.

СУБД заявлять ничего не может - она вещь неодушевлённая. Заявлять могут люди. Кто такое сказал? В той или иной мере соответствует, здесь не соответствует. Ни одна из известных мне СУБД стандарта строго не придерживается, так уж повелось, что тут поделать.

ASCRUS
Если же она не поддерживает такие примитивные вещи, если ее разработчики называют "это" косяком и в оправдание говорят: типа зачем это нужно, мы все равно все в циклах (курсорах) гоняем,

Осторожнее с курсорами, а то как ораклоиды набегут.
Не разу не наблюдал в FB чтобы курсор в ХП был быстрее селекта. Всегда пользовался советом Кайта:
"пишите в ХП только то, что нельзя сделать запросом". Хотя увлечение ХП с сервером не связано. Это скорее сдвиг фазы у разработчика начём бы он не писал...

ASCRUS
если СУБД до сих пор не в состоянии обзавестить нормальным стоимостным оптимизатором и народ ручками впихивает планы запросов ...

Никогда таким онанизмом как написание планов руками не занимался. Хотя есть грех, планы не всегда оптимальны. Тут соглашусь.

ASCRUS
не знаю, может быть для примитивных задач ее и можно использовать, но я пожалуй и в таких случаях уж лучше возьму Access MDB - там во всяком случае все работает так, как описано стандартом.

Это каким же таким стандартом? Вы сами дано на Акцесе писали? Не смешите меня...
К тому же я Вам не запрещаю брать Акцесс: пользуйтесь на здоровье, только как же Вы без любимой Sybase ASA? Ломка не начнётся?

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865472
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я с постгресом не работал реально, но способности его себе представляю.
В совокупности серверные возможности постгреса шире чем FB, причё значительно.
По всяким клиентским библиотекам и инструментам разработчика всё наоборот.
Для меня у FB есть огромное преимущество: костяк его разработчиков - "наши" люди, т.е. с простор СНГ. Поэтому получить квалифицированную помощь или ускорить фиксинье бага намного проще - в этом я уже убеждался неоднократно.

Что касается RAD-средств средств разработки под иксы - выбор не велик. Из OpenSource наиболее продвинутый lazarus (клон дельфи). Есть компоненты UIB, позволяющие работать с FB. Для постгреса нормальных не видил.

PS А чем отличаются rule based оптимизатор и cost based. Какие преимущества и недостатки кратко?
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865482
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тяжелый случай. СУБД не соблюдает релляционную алгебру и меня тут пытаются убедить, что это вполне нормально.

авторЭто каким же таким стандартом? Вы сами дано на Акцесе писали? Не смешите меня...
К тому же я Вам не запрещаю брать Акцесс: пользуйтесь на здоровье, только как же Вы без любимой Sybase ASA? Ломка не начнётся?
Не так эмоционально пожалуйста. Для того круга задач, где я использую она ASA - она супер-любимая моя. Для случаев, где будет достаточно примитивной, но бесплатной СУБД спокойно можно использовать проверенные MySQL, Access, MSDE, но уж явно не Interbase при таких раскладах. Я слишком стар для таких приколов.
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865491
Yo!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo!
Гость
автор
PS А чем отличаются rule based оптимизатор и cost based. Какие преимущества и недостатки кратко?


cost based опирается на статистику и раставляет cost для каждой операции, далее выбирает запрос у которого наименьший cost. rule based просто по зашитым правилам пашет. если коротко, то в оракле есть RBO но его не юзают как только появился CBO (кажется в 7.3), разница в поведении просто огромна, если интересно есть туча подробностей в оракловой ветке.
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865501
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GoldPS А чем отличаются rule based оптимизатор и cost based. Какие преимущества и недостатки кратко?
Если сказать примитивно, то rule действует по принципу - если в запросе есть поля, на которые построены индексы, то используем их, иначе используем перебор таблицы.

Cost оптимизаторы ведут статистику по таблицам и индексам, и при построении плана запроса интеллектуально рассматривают в зависимости от значений данных по статистике, нагрузке сервера, доступности свободного кэша, наличия разнообразных индексов множество вариантов построения плана запроса, учитывая различные алгоритмы соединений, фильтров и группировок и такие различные характеристики, как время доступа к накопителю, памяти, кол-во чтений, записей и т.д., фактически присваивая каждой операции стоимость и в итоге выбирают тот план запроса, который имеет наименьшую стоимость и соотвествующе наиболее выгоден для выполнения запроса. В итоге оптимизатор адекватно реагирует на запросы и в зависимости от ситуации спокойно может генерить при выполнении различные планы запросов для одного и того же запроса, наиболее выгодные на момент его выполнения.
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865517
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GoldPS А чем отличаются rule based оптимизатор и cost based. Какие преимущества и недостатки кратко?
Кратко - rule based оптимизатор опирается на структуру данных. Cost based оптимизатор опирается на данные.

Посмотрите простой пример - consistent gets, которые я оставил в статистике - это логические чтения. В данном случае они идут из памяти, поскольку таблица только создана - но значения показывают пропорцию потенциальных дисковых операций.

Cost-based оптимизатор гибко реагирует, подстраиваясь к разным значениям параметра. Rule-based оптимизатор покажет ту же стоимость в хорошем случае, но выбранный им план неудачен для второго запроса - тот нагрузит сервер в полтора раза больше.

Можно привести и более яркие примеры, но я попытался сделать максимально простой, максимально рядовой случай.

Код: 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.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
SQL> create table stat (i integer, j integer, k integer);

Table created.

SQL> insert into stat select rownum, rownum, rownum
   2   from dba_objects, dba_objects where rownum <=  1000000 ;

 1000000  rows created.

SQL> create index stat_i on stat (i);

Index created.

SQL> select max(j) from stat where i<= 10 ;

Execution Plan
----------------------------------------------------------                      
    0       SELECT STATEMENT Optimizer=CHOOSE (Cost= 4  Card= 1  Bytes= 10 )            
    1      0    SORT (AGGREGATE)                                                    
    2      1      TABLE ACCESS (BY INDEX ROWID) OF 'STAT' (Cost= 4  Card= 10            
          Bytes= 100 )                                                            
                                                                                
    3      2        INDEX (RANGE SCAN) OF 'STAT_I' (NON-UNIQUE) (Cost= 3  Ca          
          rd= 10 )                                                                

Statistics
----------------------------------------------------------                      
           4   consistent gets                                                    

SQL> select max(j) from stat where i<= 900000 ;

Execution Plan
----------------------------------------------------------                      
    0       SELECT STATEMENT Optimizer=CHOOSE (Cost= 169  Card= 1  Bytes= 10 )          
    1      0    SORT (AGGREGATE)                                                    
    2      1      TABLE ACCESS (FULL) OF 'STAT' (Cost= 169  Card= 900001  Byte          
          s= 9000010 )                                                            
                                                                                
Statistics
----------------------------------------------------------                      
        2753   consistent gets                                                    

SQL> select /*+ RULE */ max(j) from stat where i<= 900000 ;

Execution Plan
----------------------------------------------------------                      
    0       SELECT STATEMENT Optimizer=HINT: RULE                                 
    1      0    SORT (AGGREGATE)                                                    
    2      1      TABLE ACCESS (BY INDEX ROWID) OF 'STAT'                           
    3      2        INDEX (RANGE SCAN) OF 'STAT_I' (NON-UNIQUE)                     

Statistics
----------------------------------------------------------                      
        4477   consistent gets                                                    
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865526
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторCost оптимизаторы ведут статистику по таблицам и индексам,
и при построении плана запроса интеллектуально рассматривают в зависимости от значений данных по статистике, нагрузке сервера, доступности свободного кэша, наличия разнообразных индексов множество вариантов построения плана запроса, учитывая различные алгоритмы соединений, фильтров и группировок и такие различные характеристики, как время доступа к накопителю, памяти, кол-во чтений, записей и т.д., фактически присваивая каждой операции стоимость и в итоге выбирают тот план запроса, который имеет наименьшую стоимость и соотвествующе наиболее выгоден для выполнения запроса. В итоге оптимизатор адекватно реагирует на запросы и в зависимости от ситуации спокойно может генерить при выполнении различные планы запросов для одного и того же запроса, наиболее выгодные на момент его выполнения.

Ну многое из вышеперечисленного FB также использует.

Тогда получается что если Postgres и другие серверы учитывают все вышеперечисленные показатели, то подготовка запросов сильно тормозит в этих серверах? Также не понятно мне с кэшированием команд. Как кэширование команд увязывается с генерированием разных планов на каждую команду?

PS Не всё так плохо в FB как может показаться из этого обсуждения. :-)
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865546
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В общем по оптимизатору FB я не спец. Может кто-то из гуру FB или разработчиков замолви слово за оптимизатор? Он в FB какой?
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865548
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В IB\FB оптимизатор комбинированный. Изначально был чисто стоимостный, но в Борланде его перехерили.
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865562
Yo!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo!
Гость
спецам по FB: а как там лог транзакций выглядет, как можно ли его защитить (продублировать) и как выглядет бэкап и рековери ? еще есть ли репликация? если да то двунаправленая или только в одну сторону ?
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865563
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Самое начало никто из присутствующих уже не помнит, допустим. Но мои наблюдения показывают, что он всегда был смешанным. Только за последние годы в борланде его "смешали" еще сильнее ;-)
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865568
protector
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS
Тяжелый случай. СУБД не соблюдает релляционную алгебру и меня тут пытаются убедить, что это вполне нормально.

СУБД это не мат модель, а реальная система хранения данных. Тут уже неоднократно возникали такие споры реляцинные СУБД на самом деле или нет. Толку от этого никакого. СУБД в первую очередь должна справляться с посталенными задачами, а не соблюдать абстрактную РА, которая кстати и так не соблюдаются. А как же ваш любимый WITH RECURSIVE в ASA или CONNECT BY в Оракуле? Их нет в реляционной алгебре. Индексы вообще какое отношение имеют к РА? Навигационный метод, который так любят ораклоиды вообще к математике никакого отношения не имеет?
Я не пытаюсь Вас убедить, убедить можно не каждого, просто треплюсь по теме.
Да считаю такое положение вполне нормальным. Пока сервер справляется с поставленными задачами и удовлетворяет заказчика, то пусть хоть вместо SQL у него будет матерная брань. а вместо таблиц кубики 3X3.

ASCRUS
Не так эмоционально пожалуйста.

NP всё в порядке. Спасибо, что так волнуетесь о моём душевном сосотоянии...

ASCRUS Для того круга задач, где я использую она ASA - она супер-любимая моя.

"Любимая"?.... хм... значит Вы признаёте, что не объективны?

ASCRUS
Для случаев, где будет достаточно примитивной, но бесплатной СУБД спокойно можно использовать проверенные MySQL, Access, MSDE, но уж явно не Interbase при таких раскладах.

Во первых Акцесс не бесплатен - это раз. Если Вы проверяли MySQL и MSDE и они подходят для таких случаев, опять же повторю: пользуйтесь на здоровье. К сожалению, когда я выбирал СУБД не удосужился сравнить MSDE с FireBird. Отпугнула непереносимость на Linux. Но ничего, выберу время сравню. Если MSDE действительно лучше то что мешает взять манатки и махнуть туда.
ASCRUS
Я слишком стар для таких приколов.

Юмор продлевает жизнь! (c)
А может на пенсию? А? Отдохнёте, подлечитесь...

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865607
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
protectorЮмор продлевает жизнь! (c)
А может на пенсию? А? Отдохнёте, подлечитесь...
Ну как вот появиться достойная замена, пойду на пенсию :)
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865611
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 protector
Во первых Акцесс не бесплатен - это раз.
Не пи***те чего не знаете. Как БД - вполне себе бесплатен.
Это во первых.

Во-вторых. Никто не запрещает поддерживать какие-либо расширения стандартного SQL (всякие там Connect By и прочее). С ограниченной поддержкой стандарта также приходится мириться, действительно в полной мере никто не поддерживает. Но реализовывать что-то неправильно - это уже полная жопа. Уж лучше пусть калькулятор не будет уметь умножать и делить, чем будет бред выдавать.
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865622
mozheyko_d
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати тема была Postgre vs Firebird.

Я тут пару недель назад тоже пришёл к этой вилке, пока ещё не выбрал, но судя обилию ругани в адрес ЖарПтицы и отсутствию в адрес Постгре, начинаю склоняться к последнему.
Или кто-то может поругаться на него ?
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865635
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!спецам по FB: а как там лог транзакций выглядет, как можно ли его защитить (продублировать) и как выглядет бэкап и рековери ? еще есть ли репликация? если да то двунаправленая или только в одну сторону ?Парень, ты вообще в курсе - что такое FB и как он работает ?
Сильно вопросы твои пахнут... как твои же утверждения в этом топике выше ;)

Лог никак не выглядит - нет его. Читай про версионность.
Соответственно защищать\дублировать нечего ;)
Бекап - до FB 2 только полный онлайн бекап. В FB2 - ещё и инкрементный страничный.
Рековери - если ты про накат лога после сбоя, то такого процесса нет, т.к. см выше
Репликация - встроенной нет. Есть отдельные продукты, её обеспечивающие
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865643
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUSЕсть стандарт SQL и если СУБД заявляет что она его поддерживает, то она должна его поддерживать. Если же она не поддерживает такие примитивные вещи, если ее разработчики называют "это" косяком и в оправдание говорят: типа зачем это нужно, мы все равно все в циклах (курсорах) гоняем...

Честно говоря, я с трудом представляю, что делать производителю СУБД, выпускающему несколько лет продукт, когда появляется некий "стандарт" (или очередная его итерация), который все должны поддержать. Вот все и плодят всякие диалекты и ключики, что есть гемор. Но деваться некуда. Тут можно не отвечать, это риторика ;-)

Насчет DELETE (впрочем, и INSERT тоже) - это косяк, заложенный в движок изначально. Нет в IB/FB поддержки statement stability. Впрочем, тут некоторые ругались на тему ACID и кривой поддержки уровней изоляции... это оставляю на их совести. Насчет UPDATE - затрудняюсь сказать. Вроде есть спецификация, но ИМХО когда-то это запросто могло быть vendor defined. Самое страшное, что на обе багофичи завязаны народные массы. Ну, чтож, значит опять ключики :-(

А насчет запоминать такие "страшные" вещи - это проблема для мигрантов и мультисерверников. Ты ведь в своем ASA знаешь почти все "от и до"... вот и в IB точно также помнят про эти грабли и не наступают... ибо жить они практически не мешают.

Закончу тем, что "разработчики" эти проблемы не особо и оправдывали. И не вижу ничего плохого в том, чтобы называть известные проблемы "косяками" ;-)
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865648
Yo!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo!
Гость
>Или кто-то может поругаться на него ?

поругать ? да легко :)
1. главная фишка что его нельза поставить по дефолту и начать работать, придется почитать мануал и хотябы одэкватно настроить память и привыкать к command line.
2. нет человеческого админского тула, зато есть некая RedHat database это тот же postgres но с графической тулзой для администрирования. дают ее вместе с RHEL, но на меня она произвела удручающее впечатление уж лучше command line.
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865657
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!спецам по FB: а как там лог транзакций выглядет,

Никак!!! Его просто нет! Причем многие фанаты IB считают это достоинством, а не недостатком.
И при этом придумывают протоколирования действий на триггерах,
какие-то исскуственные схемы для реализации наката.
(см http://www.ibase.ru/devinfo/doc_calford_1.htm )
Yo!
как можно ли его защитить (продублировать) и как выглядет бэкап и рековери ?

Есть утилита для бэкапа gbak. Делает только полный бэкап. При этом крайне рекомендуется после
бэкапа сделать контрольное восстановление, ибо в FB есть такое понятие, как
Невосстановимый бэкап
(sic!)


Инкрементальный бэкап будет только в FB 2.
Yo!
еще есть ли репликация? если да то двунаправленая или только в одну сторону ?

Штатных средств репликации нет. Есть великое множество сторонних репликаторов, но количество не означает качество.

Для более подробной информации рекомендую
http://ibase.ru
- главный российский сайт по IB/FB/Ya
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865664
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladЛог никак не выглядит - нет его. Читай про версионность.
А если есть лог - то это блокировочник что-ли получается?
Мои поздравления ораклоидам

Александр ГoлдунНикак!!! Его просто нет! Причем многие фанаты IB считают это достоинством, а не недостатком.
Мдя... Ну и многим фанатам IB тоже поздравления
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865665
mozheyko_d
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!1. главная фишка что его нельза поставить по дефолту и начать работать, придется почитать мануал и хотябы одэкватно настроить память

Ну это IMHO относится ко всем СУБД. Особенно к хвалёному Oracle.

Yo! и привыкать к command line.
2. нет человеческого админского тула, зато есть некая RedHat database это тот же postgres но с графической тулзой для администрирования. дают ее вместе с RHEL, но на меня она произвела удручающее впечатление уж лучше command line.

Ну это не пугает. Кстати FB тоже GUI встроенного не имеет. IBExpert под Линух не видел, а все найденные под Линух тулзы это слёзы.
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865671
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mozheyko_dсудя обилию ругани в адрес ЖарПтицы и отсутствию в адрес Постгре, начинаю склоняться к последнему. Или кто-то может поругаться на него ?

Процент заюзанности Постгреса в реальных задачах далек от IB и всех его последователей. Тем паче в коммерческой сфере. Возможно, фанатиков-энтузиастов там тоже меньше. Поэтому и меньше воплей, как "за", так и "против". Полагаю, что отсюда же меньше информации о стабильности, багах и прочих граблях.

Если объективно, то самым серъезным недостатком Постгреса является отсутствие до недавнего времени родного win32-порта. В 8-ке он вроде наконец-то сделан, но релиза пока нет. В остальном неплох. Раньше про него много дурного писали, но вроде в различных подверсиях 7-ки потихоньку грабли правятся.

С FB можно отлично жить, если его умеешь готовить. У меня ни один проект не был загублен из-за "гиперстрашных косяков" или обилия ругани ;-)
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865687
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да жить можно с чем угодно, если знать что это и как бороться. Но вот зачем человеку рекомендовать то, что заведомо ему неподходит (возвращаясь к теме топика) и который судя по всему не знает как бороться с "косяками" (раз поднял такую тему) - я не понимаю. Это отдает фанатизмом, а не здравым смыслом.
...
Рейтинг: 0 / 0
FireBird 1.5.2 vs PostgreSQL 7.4
    #32865692
mozheyko_d
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimitr
Если объективно, то самым серъезным недостатком Постгреса является отсутствие до недавнего времени родного win32-порта. В 8-ке он вроде наконец-то сделан, но релиза пока нет.

Windows не интересует.

dimitrВ остальном неплох. Раньше про него много дурного писали, но вроде в различных подверсиях 7-ки потихоньку грабли правятся.

А чё за грабли?
...
Рейтинг: 0 / 0
25 сообщений из 113, страница 2 из 5
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / FireBird 1.5.2 vs PostgreSQL 7.4
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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