powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / MSSQL, Oracle, IB - ЛАЖА!
25 сообщений из 79, страница 2 из 4
MSSQL, Oracle, IB - ЛАЖА!
    #32151294
Фотография Pavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я в Oracle ни бум-бум, чуть в c M$ знаком. Запрос совершенно обычный, M$ сожрет и выплюнет совершенно спокойно. И очень быстро.
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151303
DimaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
to Pavel,
вот именно в IB оптимизатор, дерьмо, это мне говорили знающие люди, но я тогда не обратил на это внимание, точнее я не собирался писать такие запросы, я привел один из самых простых,

а если из этого запроса сделать VIEW а потом по этому обзору, написать еще запрос, тоже сложный, то IB умирает наглухо забрав 100% процессора.

Oracle при этом, переварит и выплюнет, за те же доли секунды.
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151306
Фотография Pavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мораль - учите математику, в ней ключ к познанию мироздания.
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151313
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подтверждаю :-) мой сервак с виребирдом думает уже 10 минут и конца-края не видно. Но не 100% а только 50% (правда это уже операционка, я думаю, у меня сервак на фрибээсдэ).
Народ, просветите меня, а что в результате должно получится-то, а? я наугад своих таблиц напихал в запрос. Наполнение таблий гдето 50000-200000 строк.
Вот я и думаю, убивать процесс или дождаться :-)
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151354
DimaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
к моему запросу, нашел какуюто базу, под каждой таблицей количество записей, цифры смешные, но на них IB и FB умирает.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
SELECT C.CODE, C.NAME, C.DATE_CONTRACT, C.DATE_BEGIN, C.COST, 
C.DATE_END, C.ACC_NDS, C.TYPE_WORK, C.DIRECTION_WORK, C.RESULT_WORK, 
P.CODE_P, P.DATE_BEGIN_P, P.DATE_END_P, P.COST_P, P.R_YN, E.COST_E, 
EL.NAME_EL, C.CUSTOMER, CS.NAME_CS, TC.NAME_CS, CS.CODE_TC, E.CODE_EL, 
E.ISGEN, C.ISFINISHED, C.GEN_EL
FROM EXECUTORS_LIST EL
        строк  9 
   INNER JOIN EXECUTORS E ON (EL.CODE_EL = E.CODE_EL)
                    строк  412 
   RIGHT OUTER JOIN PHASE P ON (E.CODE = P.CODE) AND (E.CODE_P = P.CODE_P)
                              строк    345 
   RIGHT OUTER JOIN CONTRACT C ON (P.CODE = C.CODE)
                              строк   157 
   INNER JOIN CUSTOMERS CS ON (C.CUSTOMER = CS.CODE_CS)
                    строк    144 
   INNER JOIN TYPE_CUSTOMERS TC ON (CS.CODE_TC = TC.CODE_TC)

строк 6
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151433
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 killed
Oracle Lite для мобильных устройств поддерживает динамик SQL?
сколько стоит лицензия на Oracle Lite для мобильных устройств

2 _desiner_
мобильные устройства - это палм пилоты, покетписи, дрегон бол -
штука без монитора с сетевой картой размером с пачку сигарет.

линейка FireBird/InterBase, Sybase ASA, MS , Oracle
сильно отличается по поведению под нагрузкой.
когда то видел график
терпимая скорость работы субд при одновременно работающих коннектах


fb 3
asa 10
ms 25
oracle 100
db2 100

db2 по многочисленным отзывам самая надежная.
даже ораклы это признают(читал в статьях, ссылок нет)
------
у меня за последние 12 лет 8 законченных проектов
больше 4 - 5 одновременных соединений не было. ну маленькие проекты.
меня сайбез asa устраивает выше крыши с 96 года. до него был парадокс и
фокспро и оракле 4 для мсдос, оракле 2 для rsx/11m

раз fb плохо работает со сложными запросами то их надо писать по другому
через простые. инструмент ессно дает ограничения. это дело опыта.
/*
я буду утрировать сейчас - только что бы яснее мысль высказать.
на удобном инструменте Oracle к примеру
программу напишешь быстрее и продашь за 1000 и 1000 лицензия
на сервер.
на неудобном FB (не удобный - означает больше усилий разработчика)
продавай программу за 1500 и 0 за лицензии.
в конечном счете программист продает свой труд.
*/
оракле или db2 лучше если иметь ввиду ехать на запад искать работу.
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151448
Фотография eNose
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[не активирован]
[не одобрен]
Насчет оптимизаторов и умирания IB/FB.

В каждой СУБД есть свои глюки. Каждую СУБД можно завалить, зная об этих глюках. О работе оптимизатора IB достаточно много написано - в том числе и как заставить работать "глючный" запрос.
Так что дело тут вовсе не в СУБД, а умении находить нужную информацию и правильно ею (информацией) пользоваться.

IMHO, сравнение оптимизаторов - идиотизм: большинство запросов пишутся с хинтами (тяжелых запросов). "Select * from Table1" сработает везде и ничего при этом не зависнет
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151532
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, такое написание запроса не соответствует стандарту, вот и умирает. IB очень хорошо ему следует. По стандарту, последовательные Join должны быть в скобках:
((t1 join t2 on ...) join t3 on ...) join t4 on ...

А если попробовать:
SELECT C.CODE, C.NAME, C.DATE_CONTRACT, C.DATE_BEGIN, C.COST,
C.DATE_END, C.ACC_NDS, C.TYPE_WORK, C.DIRECTION_WORK, C.RESULT_WORK,
P.CODE_P, P.DATE_BEGIN_P, P.DATE_END_P, P.COST_P, P.R_YN, E.COST_E,
EL.NAME_EL, C.CUSTOMER, CS.NAME_CS, TC.NAME_CS, CS.CODE_TC, E.CODE_EL,
E.ISGEN, C.ISFINISHED, C.GEN_EL
FROM EXECUTORS E, CUSTOMERS CS, TYPE_CUSTOMERS TC,
(EXECUTORS_LIST EL RIGHT OUTER JOIN PHASE P
ON (E.CODE = P.CODE) AND (E.CODE_P = P.CODE_P))
RIGHT OUTER JOIN CONTRACT C ON (P.CODE = C.CODE)
where EL.CODE_EL = E.CODE_EL and
CS.CODE_TC = TC.CODE_TC and
C.CUSTOMER = CS.CODE_CS

Обращаю внимание на TYPE_CUSTOMERS TC, как насчет посчитать кол-во строк такого соединения?
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151536
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это я говорю к тому, что тактика просто от балды писать запросы в надежде на то, что сервер проглотит с IB не проходит.
Писать нужно разумно
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151595
IBMer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
tchingiz
Ты цифры для какой машины привел???

eNoise
1) Нука напиши мне хинт для DB2 или терадаты...
2) Ты на каждый "Тяжелый запрос" пишешь хинт... Тебе своего времени не жалко??? Интересно как это выглядит особенно если задача связана с аналитикой.
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151612
Фотография eNose
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[не активирован]
[не одобрен]
А что, в DB2 невозможно подсказать оптимизатору???
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151619
Фотография eNose
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[не активирован]
[не одобрен]
А выглядит написание хинтов так: пишешь запрос и смотришь план его выполнения. Если видишь, что оптимизатор пошел "своим путем", то пишешь ему хинт. И так далее, пока не получишь приемлемый результат.
Если в DB2 это реализовать невозможно (указания оптимизатору), то это - огромный минус.
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151629
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 IBMer
статью обзор читал в 2000 году
ссылки нет
числа приблизительные - тенденцию я запомнил правильно, как
в статье.
ps
это не догма - а руководство к действию
опять же какой был тест в статье не было описано
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151671
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Извиняюсь, если вдруг кто чего плохого подумал - топик то начинался как обычно: Х-круто, Y-гавно.

Теперь вроде утряслось.

По поводу Интербэйза - было это в 99 году, работал я в телефонной компании. И стоял там IB - не в онлайне конечно - для того, чтобы каждый день из АТС брать все звонки и заливать их - история так сказать. Не помню точно машину - вроде пень 2 какой-то, NT4. База была 2 Гб - ну не слишком большая в общем то по средним меркам. Я жаль не успел сравнить ни с чем - уволился - но был просто кошмар: Мало того, что данные за день лились всю ночь а потом еще полдня шла переиндексация, дык еще простейший запрос - типа покажи как мне все звонки такого-то номера за такой-то период - шел не меньше 1 часа в лучшем случае. Кошмар!!!!!!!!!!!
Для MS, Оракла скажем такой запрос раз плюнуть сделать.

Для мелких БД IB подходит очень хорошо. Но вот для крупных......

ЗЫ
Это я так, вспомнилось про IB, я раньше с ним работал. Теперь уж и забыл даже его... :)
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151706
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник

fb 3
asa 10
ms 25
oracle 100
db2 100



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


Чингиз себе не изменяет!:-) В 2000 году FB еще не родился.
А вот IB был и вполне сносно работал с числом коннектов поболее трех.
У нас MSSQL6.5 (г-но конечно приличное, по сравнению с 2000-м) элементарно работает с 60-70 пользователями одновременно.
А Oracle, по отзывам, тянет несколько тысяч пользователей.
Так что цена этому обзору соответствующая!
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151721
Bald
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
eNose
Что действительно имеет смысл сравнивать при прочих равных
условиях, так это оптимизатор. Select from действительно все СУБД
делают, вопрос как. Оптимизаторы патентуются, там целые коллективы
яйцеголовых именно над этим парятся.
В 94 г. Oracle купил Rdb не в последнюю очередь ради их оптимизатора.
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151726
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тигра, я бы того, кто писал эту базу, заставил бы ручками всю эту информацию вбивать и обсчитывать. Извини, но по твоей информации явно получается, что разработчик приложил все усилия для того, чтобы все работало как можно медленнее. Я работаю с IB с далеких 98х, и такого маразма не видел. (правда, по проявлениям могу сказать, что затык скорее всего был в массированной сборке мусора в БД).
Максимум, что у меня получалось - отчет за 20 минут на P233. Расчет там был бешеным - хранимые процедуры при распечатке около 20 страниц занимают.
Насчет крупных баз на IB - да, не очень, у IB предназначение как сервера рабочей группы с повышенной устойчивостью к сбоям.
500 - 800 ГБ на IB при желании нормально.
http://www.cvalde.com/WhoUsesIB.htm - там интересные факты.
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151747
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник

По поводу Интербэйза - было это в 99 году, работал я в телефонной компании. И стоял там IB - не в онлайне конечно - для того, чтобы каждый день из АТС брать все звонки и заливать их - история так сказать. Не помню точно машину - вроде пень 2 какой-то, NT4. База была 2 Гб - ну не слишком большая в общем то по средним меркам. Я жаль не успел сравнить ни с чем - уволился - но был просто кошмар: Мало того, что данные за день лились всю ночь а потом еще полдня шла переиндексация, дык еще простейший запрос - типа покажи как мне все звонки такого-то номера за такой-то период - шел не меньше 1 часа в лучшем случае. Кошмар!!!!!!!!!!!
Для MS, Оракла скажем такой запрос раз плюнуть сделать.

Для мелких БД IB подходит очень хорошо. Но вот для крупных......

ЗЫ
Это я так, вспомнилось про IB, я раньше с ним работал. Теперь уж и забыл даже его... :)


По поводу Интербэйза - было это в 96 году, работал я в одной финансовой компании. И стоял там IB. Не помню точно машину - вроде пень 166Мгц какой-тос 32метрами памяти. База была 2 Гб - ну не слишком большая в общем то по средним меркам. Но больше ей и быть то было трудно, если весь диск 2.6Г. И Пользователей 12 человек. Ну не было больше компьютеров! Я жаль не успел сравнить ни с чем. Не было необходимости! Летало все. Так м.б. у тигры руки, ивиняюсь, лапы кривоваты?
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151759
DimaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
500 - 800 ГБ на IB при желании нормально.
Мдааа...
Я тоже люблю научную фантастику. :)
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151784
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
180-300 Гб на IB такая фантастика устроит?
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151801
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чингиз,

насчет поддержки dynamic sql в Oracle Lite я не в курсе. Просто не занимаюсь этим. Знаю, что ораклы уже года 2-3 ковыряют эту тему. Если есть интерес, начать можно отсюда:

http://otn.oracle.com/tech/wireless/content.html
http://otn.oracle.com/products/lite/content.html

2 All

Нужно сравнивать не просто движки серверов БД. Нужно сравнивать технологии в целом. Потому что сев однажды на одну технологию, нет нужды с нее слезать, если она покрывает 120% твоих нужд с учетом будущих "а что если нам ..."

А выбор на сегодня достаточно узок: IBM, Oracle, MS.
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151831
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2killed
Если IB покрывает все нужды фирмы и клиентов (и мои) лет эдак на 50 вперед, то что из перечисленного я должен выбрать? :-))
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151839
Фотография eNose
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[не активирован]
[не одобрен]
Есть еще SAP DB, Cache, Sybase`ы.
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151843
DimaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если IB покрывает все нужды фирмы и клиентов (и мои) лет эдак на 50 вперед, то что из перечисленного я должен выбрать? :-))

Диоген вон в бочке жил, и ничего. :)
...
Рейтинг: 0 / 0
MSSQL, Oracle, IB - ЛАЖА!
    #32151856
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да нет, просто мы деньги считать умеем. Для базы на IB и стоимость сервера, и стоимость оборудования, и совокупная стоимость владения намного ниже, чем для других серверов :-)
...
Рейтинг: 0 / 0
25 сообщений из 79, страница 2 из 4
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / MSSQL, Oracle, IB - ЛАЖА!
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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