Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
слушайте я в этом топике кул как те слоны и указывал на конкретные технические фичи, хотя очень хотелось перейти на личности. ;) автор Просто привычка к определённому серверу провоцирует определённое мышление и когда в других серверах что-то не так начинается истерика и крики: отстой, сакс и т.д. по теме - я полностью согласен с ASCRUS, уж лучше никак, чем отлаливать такие финты в коде своих сотрудников. ладно я про это знаю и запомню но как контролировать других ? а главное ради чего ? P.S. вроде в течении месяца зщыепкуы должны выпустить 8рку, она вроде должна работать прямо под вынь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 15:49 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 15:53 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
Я с постгресом не работал реально, но способности его себе представляю. В совокупности серверные возможности постгреса шире чем FB, причё значительно. По всяким клиентским библиотекам и инструментам разработчика всё наоборот. Для меня у FB есть огромное преимущество: костяк его разработчиков - "наши" люди, т.е. с простор СНГ. Поэтому получить квалифицированную помощь или ускорить фиксинье бага намного проще - в этом я уже убеждался неоднократно. Что касается RAD-средств средств разработки под иксы - выбор не велик. Из OpenSource наиболее продвинутый lazarus (клон дельфи). Есть компоненты UIB, позволяющие работать с FB. Для постгреса нормальных не видил. PS А чем отличаются rule based оптимизатор и cost based. Какие преимущества и недостатки кратко? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 15:57 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
Тяжелый случай. СУБД не соблюдает релляционную алгебру и меня тут пытаются убедить, что это вполне нормально. авторЭто каким же таким стандартом? Вы сами дано на Акцесе писали? Не смешите меня... К тому же я Вам не запрещаю брать Акцесс: пользуйтесь на здоровье, только как же Вы без любимой Sybase ASA? Ломка не начнётся? Не так эмоционально пожалуйста. Для того круга задач, где я использую она ASA - она супер-любимая моя. Для случаев, где будет достаточно примитивной, но бесплатной СУБД спокойно можно использовать проверенные MySQL, Access, MSDE, но уж явно не Interbase при таких раскладах. Я слишком стар для таких приколов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:01 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
автор PS А чем отличаются rule based оптимизатор и cost based. Какие преимущества и недостатки кратко? cost based опирается на статистику и раставляет cost для каждой операции, далее выбирает запрос у которого наименьший cost. rule based просто по зашитым правилам пашет. если коротко, то в оракле есть RBO но его не юзают как только появился CBO (кажется в 7.3), разница в поведении просто огромна, если интересно есть туча подробностей в оракловой ветке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:05 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
GoldPS А чем отличаются rule based оптимизатор и cost based. Какие преимущества и недостатки кратко? Если сказать примитивно, то rule действует по принципу - если в запросе есть поля, на которые построены индексы, то используем их, иначе используем перебор таблицы. Cost оптимизаторы ведут статистику по таблицам и индексам, и при построении плана запроса интеллектуально рассматривают в зависимости от значений данных по статистике, нагрузке сервера, доступности свободного кэша, наличия разнообразных индексов множество вариантов построения плана запроса, учитывая различные алгоритмы соединений, фильтров и группировок и такие различные характеристики, как время доступа к накопителю, памяти, кол-во чтений, записей и т.д., фактически присваивая каждой операции стоимость и в итоге выбирают тот план запроса, который имеет наименьшую стоимость и соотвествующе наиболее выгоден для выполнения запроса. В итоге оптимизатор адекватно реагирует на запросы и в зависимости от ситуации спокойно может генерить при выполнении различные планы запросов для одного и того же запроса, наиболее выгодные на момент его выполнения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:09 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:16 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
авторCost оптимизаторы ведут статистику по таблицам и индексам, и при построении плана запроса интеллектуально рассматривают в зависимости от значений данных по статистике, нагрузке сервера, доступности свободного кэша, наличия разнообразных индексов множество вариантов построения плана запроса, учитывая различные алгоритмы соединений, фильтров и группировок и такие различные характеристики, как время доступа к накопителю, памяти, кол-во чтений, записей и т.д., фактически присваивая каждой операции стоимость и в итоге выбирают тот план запроса, который имеет наименьшую стоимость и соотвествующе наиболее выгоден для выполнения запроса. В итоге оптимизатор адекватно реагирует на запросы и в зависимости от ситуации спокойно может генерить при выполнении различные планы запросов для одного и того же запроса, наиболее выгодные на момент его выполнения. Ну многое из вышеперечисленного FB также использует. Тогда получается что если Postgres и другие серверы учитывают все вышеперечисленные показатели, то подготовка запросов сильно тормозит в этих серверах? Также не понятно мне с кэшированием команд. Как кэширование команд увязывается с генерированием разных планов на каждую команду? PS Не всё так плохо в FB как может показаться из этого обсуждения. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:20 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
В общем по оптимизатору FB я не спец. Может кто-то из гуру FB или разработчиков замолви слово за оптимизатор? Он в FB какой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:27 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
В IB\FB оптимизатор комбинированный. Изначально был чисто стоимостный, но в Борланде его перехерили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:27 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
спецам по FB: а как там лог транзакций выглядет, как можно ли его защитить (продублировать) и как выглядет бэкап и рековери ? еще есть ли репликация? если да то двунаправленая или только в одну сторону ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:33 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
Самое начало никто из присутствующих уже не помнит, допустим. Но мои наблюдения показывают, что он всегда был смешанным. Только за последние годы в борланде его "смешали" еще сильнее ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:33 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:36 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
protectorЮмор продлевает жизнь! (c) А может на пенсию? А? Отдохнёте, подлечитесь... Ну как вот появиться достойная замена, пойду на пенсию :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:49 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
2 protector Во первых Акцесс не бесплатен - это раз. Не пи***те чего не знаете. Как БД - вполне себе бесплатен. Это во первых. Во-вторых. Никто не запрещает поддерживать какие-либо расширения стандартного SQL (всякие там Connect By и прочее). С ограниченной поддержкой стандарта также приходится мириться, действительно в полной мере никто не поддерживает. Но реализовывать что-то неправильно - это уже полная жопа. Уж лучше пусть калькулятор не будет уметь умножать и делить, чем будет бред выдавать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:53 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
Кстати тема была Postgre vs Firebird. Я тут пару недель назад тоже пришёл к этой вилке, пока ещё не выбрал, но судя обилию ругани в адрес ЖарПтицы и отсутствию в адрес Постгре, начинаю склоняться к последнему. Или кто-то может поругаться на него ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 16:56 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
Yo!спецам по FB: а как там лог транзакций выглядет, как можно ли его защитить (продублировать) и как выглядет бэкап и рековери ? еще есть ли репликация? если да то двунаправленая или только в одну сторону ?Парень, ты вообще в курсе - что такое FB и как он работает ? Сильно вопросы твои пахнут... как твои же утверждения в этом топике выше ;) Лог никак не выглядит - нет его. Читай про версионность. Соответственно защищать\дублировать нечего ;) Бекап - до FB 2 только полный онлайн бекап. В FB2 - ещё и инкрементный страничный. Рековери - если ты про накат лога после сбоя, то такого процесса нет, т.к. см выше Репликация - встроенной нет. Есть отдельные продукты, её обеспечивающие ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 17:00 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
ASCRUSЕсть стандарт SQL и если СУБД заявляет что она его поддерживает, то она должна его поддерживать. Если же она не поддерживает такие примитивные вещи, если ее разработчики называют "это" косяком и в оправдание говорят: типа зачем это нужно, мы все равно все в циклах (курсорах) гоняем... Честно говоря, я с трудом представляю, что делать производителю СУБД, выпускающему несколько лет продукт, когда появляется некий "стандарт" (или очередная его итерация), который все должны поддержать. Вот все и плодят всякие диалекты и ключики, что есть гемор. Но деваться некуда. Тут можно не отвечать, это риторика ;-) Насчет DELETE (впрочем, и INSERT тоже) - это косяк, заложенный в движок изначально. Нет в IB/FB поддержки statement stability. Впрочем, тут некоторые ругались на тему ACID и кривой поддержки уровней изоляции... это оставляю на их совести. Насчет UPDATE - затрудняюсь сказать. Вроде есть спецификация, но ИМХО когда-то это запросто могло быть vendor defined. Самое страшное, что на обе багофичи завязаны народные массы. Ну, чтож, значит опять ключики :-( А насчет запоминать такие "страшные" вещи - это проблема для мигрантов и мультисерверников. Ты ведь в своем ASA знаешь почти все "от и до"... вот и в IB точно также помнят про эти грабли и не наступают... ибо жить они практически не мешают. Закончу тем, что "разработчики" эти проблемы не особо и оправдывали. И не вижу ничего плохого в том, чтобы называть известные проблемы "косяками" ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 17:05 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
>Или кто-то может поругаться на него ? поругать ? да легко :) 1. главная фишка что его нельза поставить по дефолту и начать работать, придется почитать мануал и хотябы одэкватно настроить память и привыкать к command line. 2. нет человеческого админского тула, зато есть некая RedHat database это тот же postgres но с графической тулзой для администрирования. дают ее вместе с RHEL, но на меня она произвела удручающее впечатление уж лучше command line. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 17:07 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 17:10 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
hvladЛог никак не выглядит - нет его. Читай про версионность. А если есть лог - то это блокировочник что-ли получается? Мои поздравления ораклоидам Александр ГoлдунНикак!!! Его просто нет! Причем многие фанаты IB считают это достоинством, а не недостатком. Мдя... Ну и многим фанатам IB тоже поздравления ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 17:13 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
Yo!1. главная фишка что его нельза поставить по дефолту и начать работать, придется почитать мануал и хотябы одэкватно настроить память Ну это IMHO относится ко всем СУБД. Особенно к хвалёному Oracle. Yo! и привыкать к command line. 2. нет человеческого админского тула, зато есть некая RedHat database это тот же postgres но с графической тулзой для администрирования. дают ее вместе с RHEL, но на меня она произвела удручающее впечатление уж лучше command line. Ну это не пугает. Кстати FB тоже GUI встроенного не имеет. IBExpert под Линух не видел, а все найденные под Линух тулзы это слёзы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 17:14 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
mozheyko_dсудя обилию ругани в адрес ЖарПтицы и отсутствию в адрес Постгре, начинаю склоняться к последнему. Или кто-то может поругаться на него ? Процент заюзанности Постгреса в реальных задачах далек от IB и всех его последователей. Тем паче в коммерческой сфере. Возможно, фанатиков-энтузиастов там тоже меньше. Поэтому и меньше воплей, как "за", так и "против". Полагаю, что отсюда же меньше информации о стабильности, багах и прочих граблях. Если объективно, то самым серъезным недостатком Постгреса является отсутствие до недавнего времени родного win32-порта. В 8-ке он вроде наконец-то сделан, но релиза пока нет. В остальном неплох. Раньше про него много дурного писали, но вроде в различных подверсиях 7-ки потихоньку грабли правятся. С FB можно отлично жить, если его умеешь готовить. У меня ни один проект не был загублен из-за "гиперстрашных косяков" или обилия ругани ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 17:21 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
Да жить можно с чем угодно, если знать что это и как бороться. Но вот зачем человеку рекомендовать то, что заведомо ему неподходит (возвращаясь к теме топика) и который судя по всему не знает как бороться с "косяками" (раз поднял такую тему) - я не понимаю. Это отдает фанатизмом, а не здравым смыслом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 17:26 |
|
||
|
FireBird 1.5.2 vs PostgreSQL 7.4
|
|||
|---|---|---|---|
|
#18+
dimitr Если объективно, то самым серъезным недостатком Постгреса является отсутствие до недавнего времени родного win32-порта. В 8-ке он вроде наконец-то сделан, но релиза пока нет. Windows не интересует. dimitrВ остальном неплох. Раньше про него много дурного писали, но вроде в различных подверсиях 7-ки потихоньку грабли правятся. А чё за грабли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2005, 17:28 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32865692&tid=1553954]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
54ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
71ms |
get tp. blocked users: |
1ms |
| others: | 193ms |
| total: | 357ms |

| 0 / 0 |
