Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
 Скажите в зашиту Firebird..  [new]
Pahan09
Guest
Тут мы ребятами с соседнего ВУЗа спорим что FireBird лучше чем MySQL.
Нужны дополнительные аргументы.
Знатоки отзовись. Скорость, гибкость, богатство языка, кросплатформа, ХП ит.п.

Спасибо
27 апр 04, 08:57    [650957]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
FreemanZAV
Member

Откуда:
Сообщений: 2434
Вы бы еще поспорили что лучше, водка или пиво
27 апр 04, 09:02    [650964]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
мегагест
Guest
в ПТ адназначна
27 апр 04, 09:02    [650965]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Dik76
Member

Откуда: Казань
Сообщений: 1517
Для сравнения СУБД есть отдельный раздел.
27 апр 04, 09:02    [650966]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Pahan09
Guest
Злые Вы однака.
Что написать трудно?
Отсылают куда-то.
Ну не знали мы что есть такой раздел.
27 апр 04, 09:08    [650974]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Voha
Member

Откуда: Украина, г. Артемовск Донецкой обл.
Сообщений: 709
Вы делом докажите, накропайте че нить на ФБ, а они вам пусть кропают на МоемСиквеле, и сравните укого получится лучше красивее быстрее

ато прикрываетесь чужим мнением
27 апр 04, 09:28    [651012]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
uranic
Member

Откуда:
Сообщений: 309
Гуру FB, IB сидят на
news://forums.demo.ru
конференция epsylon.public.interbase

Перед походм туда рекомендуется к прочтеню ibase.ru
27 апр 04, 09:36    [651031]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
fedd
Member

Откуда: Москва
Сообщений: 33999
Переношу в раздел Сравнение БД
27 апр 04, 10:26    [651154]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Somebody2
Guest
Я в свое время предпочел IB только из-за трех вещей:

1) Хранимые процедуры
2) Тригеры
3) Просто смешной размер - архив релиза FB 1.5 занимает меньше 3Mb, установленный меньше
10Mb

Сейчас я в ужасе от одной мысли, что я чуть не выбрал MySQL (по совету более опытных
товарищей) - сколько б гемору б всякого было б если б я б реализовывал свои проекты не
используя этих возможностей
27 апр 04, 10:29    [651163]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
alex_k
Member

Откуда: krasnoyarsk
Сообщений: 6694
основаня ценность MySql это его присутствие на провайдерских серваках.
во всем остальном он такойже или хуже.
27 апр 04, 12:26    [651632]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Yo!
Guest
автор
основаня ценность MySql это его присутствие на провайдерских серваках.
во всем остальном он такойже или хуже.


ну-ну, единствено что оправдывает Fiebird это то что mysql тоже тяжело назвать субд для серьезного проэкта. но если бы меня поставили перед выбром х.з. что бы я выбрал ... фичи firebird может легко перечеркнуть кривизна ядра и отсутствие оптимизатора. результат запроса в firebird может сильно отличатся от результата который вернула бы любая другая субд, т.к. результат зависит от порядка выполнения подзапросов ....
27 апр 04, 12:46    [651721]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32895
автор
результат запроса в firebird может сильно отличатся от результата который вернула бы любая другая субд, т.к. результат зависит от порядка выполнения подзапросов ....

Расшифруй.
27 апр 04, 12:47    [651730]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Yo!
Guest
недавно показывали на IB, но в firebird архитектура не менялась
запрос типа:
delete from table where id in (select id from table group by id HAVING count(id)>1);

в результате он удалит только дублирующие записи, хотя должен удалить все записи с ид, где были дубли ...

еще забавная фича с комитом - только из клиента, но это ладно, еще можео пережить, но как юзать стороние библиотеки/фреймворки если субд элементарные sql неправильно отрабатывает ?
27 апр 04, 13:03    [651789]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32895
А, понятно...
Только не нужно пыли ;)
Просто нужно учитывать, что IB не кеширует результаты некоррелированных подзапросов.
27 апр 04, 13:16    [651832]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Yo!
Guest
конечно наверника это можно как-то учитывать, но мне совершенно не интересно заниматся таким "учетом" - поэтому я хорошо задумаюсь ...

так что еще раз х.з. что из этих субд хуже :)
27 апр 04, 13:44    [651920]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32895
Восхищаюсь воинствующими незнайками!
27 апр 04, 13:47    [651930]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Somebody2
Guest
автор

ну-ну, единствено что оправдывает Fiebird это то что mysql тоже тяжело назвать субд для серьезного проэкта. но если бы меня поставили перед выбром х.з. что бы я выбрал ... фичи firebird может легко перечеркнуть кривизна ядра и отсутствие оптимизатора. результат запроса в firebird может сильно отличатся от результата который вернула бы любая другая субд, т.к. результат зависит от порядка выполнения подзапросов ....


Хм. Я конечно не профи в подобных вопросах и во всякие дебри типа реализации оптимизаторов
никогда не лезу. Не знаю насколько кривой FB ( у меня с ним серьезных проблем ни разу не было) ,
но чет я сомневаюсь, чтоб кривизна IB/FB превосходила кривизну MySQL, а если кривизна
примерно одинакова, то почему б не выбрать кривизну с большими возможностями?
27 апр 04, 13:52    [651951]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
eNose
Member

Откуда:
Сообщений: 183063
А MySQL поддерживает вложенные подзапросы в FROM?



eNose
27 апр 04, 13:54    [651958]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Антилох
Guest
eNose
А MySQL поддерживает вложенные подзапросы в FROM?


А FB их поддерживает ???
27 апр 04, 14:27    [652081]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
eNose
Member

Откуда:
Сообщений: 183063
А я откуда знаю???



eNose
27 апр 04, 14:29    [652090]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Gold
Member

Откуда: Харьков
Сообщений: 2947
Последний релиз FB не поддерживает SELECT FROM SELECT. Это сделано в FB2.0, но выйдет он не скоро :-/
27 апр 04, 14:52    [652174]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
mv
Member

Откуда:
Сообщений: 8876
Плюсы FB: У меня на нем реализованы CRM/ERP на полсотни активных коннектов (больше не пробовал), сейчас добиваем систему документооборота.
Плюсы MySQL - наши WWW - девелоперы хвалят их - дальше некуда. Повбывав бы.

Надежность: на днях наблюдал картину:

Одна тетка - бухгалтер говорит другой: "Что-то 1С бухгалтерия тормозить стала (там они что-то по налогам рассчитывают, и база физически лежит на общем сервере данных), надо сервак перегрузить". Наблюдаю. Идет тетка в серверную, и... жмет RESET! Я просто обалдел. Ничего, перегрузились, приложения переконнектились, видимых потерь нет. Потому что транзакции.. Опять же - корректная обработка потери коннекта. Потому что FIB+.

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

Опять, же - всесторонняя дешевизна. Поставили мощный сервак, а клиентские машинки - типа AMD-K-6-500, и все ништяк. Потому что сложные запросы вынесены в хранимые процедуры, а сложные бизнес - правила - в триггеры + процедуры. Чего не хватило во встроенном SQL - написали на Delphi. Потому что UDF.
Для локального применения - FB - на сегодняшний день, пожалуй, лучшее из бесплатных решений при выборе СУБД. С перспективой развития (ждем-с FB 2.0)
27 апр 04, 16:34    [652594]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
У меня есть БД, работающие с 1995 года. Постепенно переползали с версии на версию. IB4.2 -> IB6.0 -> YA1.0 -> FB1.0 -> FB1.5. Никаких серьезных глюков не наблюдал. Падение БД наблюдал аж ОДИН раз. Упала вместе с винтом.
Не буду говорить, что пользователей несколько сот и БД по терабайту, но 8Гб и 30 пользователей чувствуют себя превосходно. Кстати, FB очень компактно хранит данные. 40-50% от MSSQL.
MySQL в последнее время очень бурно развивается. Говорят, что он уже имеет поддержку транзакций. В следующей версии будут ХП и вложенные запросы. М.б. появится зеркалирование и нормальный бэкап. Вот когда это будет тогда и будем сравнивать.
27 апр 04, 16:38    [652608]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
so_free
Member

Откуда: Saratov
Сообщений: 1
Люди! Не путайте одно с другим!

MySQL - это прежде всего БЫСТРЫЙ калькулятор, - не больше и не меньше. И от этого он не лучше и не хуже!

Просто необходимая вещь для загруженных интернет серверов (аля форум и т.д.) / веб серверов провайдеров, - там где потеря информация не критична, а важна скорость выдачи пользователю информации.

Можно ведь и написать сам движок форума на ASM`е (ассемблер), а БД - Oracle/Informix. Кто спорит, - работать будет! Но стоит ли это затраченных средств и выбранные средства будут ли являться оптимальными?!

В MySQL нет влож. запросов, триггеров, процедур и т.д. (ожидается только в 5.х ветке), - его фишка скорость.

Замечу, что про FB ни слова не сказал, т.к. сравнивать MySQL с FireBird, так же абсурдно как MySQL и Oracle.

Каждой КОНКРЕТНОЙ задачи, - своё решение, свои средства!
27 апр 04, 16:56    [652660]     Ответить | Цитировать Сообщить модератору
 Re: Скажите в зашиту Firebird..  [new]
Yo!
Guest
аргументы конечно сильные - особенно понравилось про надежность ... типа при сбое востанавливается - действительно плюс, а то я так понимаю мог бы востановить, но частично :) как с тем delete
дальше если уж о надежности что и ФБ с репликацией/стэндбай ? в mysql какие-то кластера вот недавно анонсировали и точно есть репликация (однонаправленая кажется) что с этим в ФБ ?

так вот, как работать без сторед процедур, вью и т.п. я тоже слабо представляю, но логика на апп сервере для нас не новость. но как работать с субд которая не стандартно реагирует на запросы ..

ЗЫ.
автор
Что-то 1С бухгалтерия тормозить стала


а что 1C может на ФБ крутится ?
27 апр 04, 16:56    [652665]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить