Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Тут мы ребятами с соседнего ВУЗа спорим что FireBird лучше чем MySQL. Нужны дополнительные аргументы. Знатоки отзовись. Скорость, гибкость, богатство языка, кросплатформа, ХП ит.п. Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 08:57 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Вы бы еще поспорили что лучше, водка или пиво ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 09:02 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
в ПТ адназначна ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 09:02 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Для сравнения СУБД есть отдельный раздел . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 09:02 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Злые Вы однака. Что написать трудно? Отсылают куда-то. Ну не знали мы что есть такой раздел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 09:08 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Вы делом докажите, накропайте че нить на ФБ, а они вам пусть кропают на МоемСиквеле, и сравните укого получится лучше красивее быстрее ато прикрываетесь чужим мнением ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 09:28 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Гуру FB, IB сидят на news://forums.demo.ru конференция epsylon.public.interbase Перед походм туда рекомендуется к прочтеню ibase.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 09:36 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Переношу в раздел Сравнение БД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 10:26 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Я в свое время предпочел IB только из-за трех вещей: 1) Хранимые процедуры 2) Тригеры 3) Просто смешной размер - архив релиза FB 1.5 занимает меньше 3Mb, установленный меньше 10Mb Сейчас я в ужасе от одной мысли, что я чуть не выбрал MySQL (по совету более опытных товарищей) - сколько б гемору б всякого было б если б я б реализовывал свои проекты не используя этих возможностей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 10:29 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
основаня ценность MySql это его присутствие на провайдерских серваках. во всем остальном он такойже или хуже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 12:26 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
автороснованя ценность MySql это его присутствие на провайдерских серваках. во всем остальном он такойже или хуже. ну-ну, единствено что оправдывает Fiebird это то что mysql тоже тяжело назвать субд для серьезного проэкта. но если бы меня поставили перед выбром х.з. что бы я выбрал ... фичи firebird может легко перечеркнуть кривизна ядра и отсутствие оптимизатора. результат запроса в firebird может сильно отличатся от результата который вернула бы любая другая субд, т.к. результат зависит от порядка выполнения подзапросов .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 12:46 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
авторрезультат запроса в firebird может сильно отличатся от результата который вернула бы любая другая субд, т.к. результат зависит от порядка выполнения подзапросов .... Расшифруй. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 12:47 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
недавно показывали на IB, но в firebird архитектура не менялась запрос типа: delete from table where id in (select id from table group by id HAVING count(id)>1); в результате он удалит только дублирующие записи, хотя должен удалить все записи с ид, где были дубли ... еще забавная фича с комитом - только из клиента, но это ладно, еще можео пережить, но как юзать стороние библиотеки/фреймворки если субд элементарные sql неправильно отрабатывает ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 13:03 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
А, понятно... Только не нужно пыли ;) Просто нужно учитывать, что IB не кеширует результаты некоррелированных подзапросов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 13:16 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
конечно наверника это можно как-то учитывать, но мне совершенно не интересно заниматся таким "учетом" - поэтому я хорошо задумаюсь ... так что еще раз х.з. что из этих субд хуже :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 13:44 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Восхищаюсь воинствующими незнайками! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 13:47 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
автор ну-ну, единствено что оправдывает Fiebird это то что mysql тоже тяжело назвать субд для серьезного проэкта. но если бы меня поставили перед выбром х.з. что бы я выбрал ... фичи firebird может легко перечеркнуть кривизна ядра и отсутствие оптимизатора. результат запроса в firebird может сильно отличатся от результата который вернула бы любая другая субд, т.к. результат зависит от порядка выполнения подзапросов .... Хм. Я конечно не профи в подобных вопросах и во всякие дебри типа реализации оптимизаторов никогда не лезу. Не знаю насколько кривой FB ( у меня с ним серьезных проблем ни разу не было) , но чет я сомневаюсь, чтоб кривизна IB/FB превосходила кривизну MySQL, а если кривизна примерно одинакова, то почему б не выбрать кривизну с большими возможностями? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 13:52 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
А MySQL поддерживает вложенные подзапросы в FROM? eNose ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 13:54 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
eNose А MySQL поддерживает вложенные подзапросы в FROM? А FB их поддерживает ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 14:27 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
А я откуда знаю??? eNose ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 14:29 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Последний релиз FB не поддерживает SELECT FROM SELECT. Это сделано в FB2.0, но выйдет он не скоро :-/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 14:52 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Плюсы FB: У меня на нем реализованы CRM/ERP на полсотни активных коннектов (больше не пробовал), сейчас добиваем систему документооборота. Плюсы MySQL - наши WWW - девелоперы хвалят их - дальше некуда. Повбывав бы. Надежность: на днях наблюдал картину: Одна тетка - бухгалтер говорит другой: "Что-то 1С бухгалтерия тормозить стала (там они что-то по налогам рассчитывают, и база физически лежит на общем сервере данных), надо сервак перегрузить". Наблюдаю. Идет тетка в серверную, и... жмет RESET! Я просто обалдел. Ничего, перегрузились, приложения переконнектились, видимых потерь нет. Потому что транзакции. . Опять же - корректная обработка потери коннекта. Потому что FIB+. Когда ухожу в отпуск, не беспокоюсь за сохранность базы. (естественно, бэкап/ресторе делаем все равно. Тем более что все легко реализуется в автоматическом режиме) Опять, же - всесторонняя дешевизна. Поставили мощный сервак, а клиентские машинки - типа AMD-K-6-500, и все ништяк. Потому что сложные запросы вынесены в хранимые процедуры, а сложные бизнес - правила - в триггеры + процедуры. Чего не хватило во встроенном SQL - написали на Delphi. Потому что UDF. Для локального применения - FB - на сегодняшний день, пожалуй, лучшее из бесплатных решений при выборе СУБД. С перспективой развития (ждем-с FB 2.0) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 16:34 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
У меня есть БД, работающие с 1995 года. Постепенно переползали с версии на версию. IB4.2 -> IB6.0 -> YA1.0 -> FB1.0 -> FB1.5. Никаких серьезных глюков не наблюдал. Падение БД наблюдал аж ОДИН раз. Упала вместе с винтом. Не буду говорить, что пользователей несколько сот и БД по терабайту, но 8Гб и 30 пользователей чувствуют себя превосходно. Кстати, FB очень компактно хранит данные. 40-50% от MSSQL. MySQL в последнее время очень бурно развивается. Говорят, что он уже имеет поддержку транзакций. В следующей версии будут ХП и вложенные запросы. М.б. появится зеркалирование и нормальный бэкап. Вот когда это будет тогда и будем сравнивать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 16:38 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
Люди! Не путайте одно с другим! MySQL - это прежде всего БЫСТРЫЙ калькулятор, - не больше и не меньше. И от этого он не лучше и не хуже! Просто необходимая вещь для загруженных интернет серверов (аля форум и т.д.) / веб серверов провайдеров, - там где потеря информация не критична, а важна скорость выдачи пользователю информации. Можно ведь и написать сам движок форума на ASM`е (ассемблер), а БД - Oracle/Informix. Кто спорит, - работать будет! Но стоит ли это затраченных средств и выбранные средства будут ли являться оптимальными?! В MySQL нет влож. запросов, триггеров, процедур и т.д. (ожидается только в 5.х ветке), - его фишка скорость. Замечу, что про FB ни слова не сказал, т.к. сравнивать MySQL с FireBird, так же абсурдно как MySQL и Oracle. Каждой КОНКРЕТНОЙ задачи, - своё решение, свои средства! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 16:56 |
|
||
|
Скажите в зашиту Firebird..
|
|||
|---|---|---|---|
|
#18+
аргументы конечно сильные - особенно понравилось про надежность ... типа при сбое востанавливается - действительно плюс, а то я так понимаю мог бы востановить, но частично :) как с тем delete дальше если уж о надежности что и ФБ с репликацией/стэндбай ? в mysql какие-то кластера вот недавно анонсировали и точно есть репликация (однонаправленая кажется) что с этим в ФБ ? так вот, как работать без сторед процедур, вью и т.п. я тоже слабо представляю, но логика на апп сервере для нас не новость. но как работать с субд которая не стандартно реагирует на запросы .. ЗЫ. авторЧто-то 1С бухгалтерия тормозить стала а что 1C может на ФБ крутится ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2004, 16:56 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32498537&tid=1554132]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
90ms |
get tp. blocked users: |
2ms |
| others: | 232ms |
| total: | 417ms |

| 0 / 0 |
