Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4   вперед  Ctrl      все
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
Pavel
Member

Откуда: Кемерово
Сообщений: 2435
Я в Oracle ни бум-бум, чуть в c M$ знаком. Запрос совершенно обычный, M$ сожрет и выплюнет совершенно спокойно. И очень быстро.
29 апр 03, 18:50    [187696]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
DimaR
Member

Откуда:
Сообщений: 1570
to Pavel,
вот именно в IB оптимизатор, дерьмо, это мне говорили знающие люди, но я тогда не обратил на это внимание, точнее я не собирался писать такие запросы, я привел один из самых простых,

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

Oracle при этом, переварит и выплюнет, за те же доли секунды.
29 апр 03, 18:57    [187705]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
Pavel
Member

Откуда: Кемерово
Сообщений: 2435
Мораль - учите математику, в ней ключ к познанию мироздания.
29 апр 03, 19:00    [187709]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
alex_k
Member

Откуда: krasnoyarsk
Сообщений: 6694
Подтверждаю :-) мой сервак с виребирдом думает уже 10 минут и конца-края не видно. Но не 100% а только 50% (правда это уже операционка, я думаю, у меня сервак на фрибээсдэ).
Народ, просветите меня, а что в результате должно получится-то, а? я наугад своих таблиц напихал в запрос. Наполнение таблий гдето 50000-200000 строк.
Вот я и думаю, убивать процесс или дождаться :-)
29 апр 03, 19:05    [187718]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
DimaR
Member

Откуда:
Сообщений: 1570
к моему запросу, нашел какуюто базу, под каждой таблицей количество записей, цифры смешные, но на них IB и FB умирает.

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
29 апр 03, 20:14    [187768]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
tchingiz
Member

Откуда:
Сообщений: 39052
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 лучше если иметь ввиду ехать на запад искать работу.
30 апр 03, 06:05    [187865]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
eNose
Member

Откуда:
Сообщений: 183063
Насчет оптимизаторов и умирания IB/FB.

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

IMHO, сравнение оптимизаторов - идиотизм: большинство запросов пишутся с хинтами (тяжелых запросов). "Select * from Table1" сработает везде и ничего при этом не зависнет
30 апр 03, 08:26    [187893]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
Roman Ignatiev
Member

Откуда: Москва
Сообщений: 680
Кстати, такое написание запроса не соответствует стандарту, вот и умирает. 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, как насчет посчитать кол-во строк такого соединения?
30 апр 03, 10:23    [188022]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
Roman Ignatiev
Member

Откуда: Москва
Сообщений: 680
Это я говорю к тому, что тактика просто от балды писать запросы в надежде на то, что сервер проглотит с IB не проходит.
Писать нужно разумно
30 апр 03, 10:26    [188027]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
IBMer
Guest
tchingiz
Ты цифры для какой машины привел???

eNoise
1) Нука напиши мне хинт для DB2 или терадаты...
2) Ты на каждый "Тяжелый запрос" пишешь хинт... Тебе своего времени не жалко??? Интересно как это выглядит особенно если задача связана с аналитикой.
30 апр 03, 11:01    [188104]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
eNose
Member

Откуда:
Сообщений: 183063
А что, в DB2 невозможно подсказать оптимизатору???
30 апр 03, 11:12    [188128]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
eNose
Member

Откуда:
Сообщений: 183063
А выглядит написание хинтов так: пишешь запрос и смотришь план его выполнения. Если видишь, что оптимизатор пошел "своим путем", то пишешь ему хинт. И так далее, пока не получишь приемлемый результат.
Если в DB2 это реализовать невозможно (указания оптимизатору), то это - огромный минус.
30 апр 03, 11:16    [188138]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
tchingiz
Member

Откуда:
Сообщений: 39052
2 IBMer
статью обзор читал в 2000 году
ссылки нет
числа приблизительные - тенденцию я запомнил правильно, как
в статье.
ps
это не догма - а руководство к действию
опять же какой был тест в статье не было описано
30 апр 03, 11:21    [188150]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Извиняюсь, если вдруг кто чего плохого подумал - топик то начинался как обычно: Х-круто, Y-гавно.

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

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

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

ЗЫ
Это я так, вспомнилось про IB, я раньше с ним работал. Теперь уж и забыл даже его... :)
30 апр 03, 11:47    [188208]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
f_w_p
Guest

fb 3
asa 10
ms 25
oracle 100
db2 100



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


Чингиз себе не изменяет!:-) В 2000 году FB еще не родился.
А вот IB был и вполне сносно работал с числом коннектов поболее трех.
У нас MSSQL6.5 (г-но конечно приличное, по сравнению с 2000-м) элементарно работает с 60-70 пользователями одновременно.
А Oracle, по отзывам, тянет несколько тысяч пользователей.
Так что цена этому обзору соответствующая!
30 апр 03, 12:08    [188249]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
Bald
Member

Откуда:
Сообщений: 52
eNose
Что действительно имеет смысл сравнивать при прочих равных
условиях, так это оптимизатор. Select from действительно все СУБД
делают, вопрос как. Оптимизаторы патентуются, там целые коллективы
яйцеголовых именно над этим парятся.
В 94 г. Oracle купил Rdb не в последнюю очередь ради их оптимизатора.
30 апр 03, 12:14    [188267]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
Roman Ignatiev
Member

Откуда: Москва
Сообщений: 680
Тигра, я бы того, кто писал эту базу, заставил бы ручками всю эту информацию вбивать и обсчитывать. Извини, но по твоей информации явно получается, что разработчик приложил все усилия для того, чтобы все работало как можно медленнее. Я работаю с IB с далеких 98х, и такого маразма не видел. (правда, по проявлениям могу сказать, что затык скорее всего был в массированной сборке мусора в БД).
Максимум, что у меня получалось - отчет за 20 минут на P233. Расчет там был бешеным - хранимые процедуры при распечатке около 20 страниц занимают.
Насчет крупных баз на IB - да, не очень, у IB предназначение как сервера рабочей группы с повышенной устойчивостью к сбоям.
500 - 800 ГБ на IB при желании нормально.
http://www.cvalde.com/WhoUsesIB.htm - там интересные факты.
30 апр 03, 12:16    [188275]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
f_w_p
Guest

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

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

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


По поводу Интербэйза - было это в 96 году, работал я в одной финансовой компании. И стоял там IB. Не помню точно машину - вроде пень 166Мгц какой-тос 32метрами памяти. База была 2 Гб - ну не слишком большая в общем то по средним меркам. Но больше ей и быть то было трудно, если весь диск 2.6Г. И Пользователей 12 человек. Ну не было больше компьютеров! Я жаль не успел сравнить ни с чем. Не было необходимости! Летало все. Так м.б. у тигры руки, ивиняюсь, лапы кривоваты?
30 апр 03, 12:28    [188306]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
DimaR
Member

Откуда:
Сообщений: 1570
500 - 800 ГБ на IB при желании нормально.
Мдааа...
Я тоже люблю научную фантастику. :)
30 апр 03, 12:33    [188319]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
Roman Ignatiev
Member

Откуда: Москва
Сообщений: 680
180-300 Гб на IB такая фантастика устроит?
30 апр 03, 12:44    [188345]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
killed
Member

Откуда: Moscow
Сообщений: 3526
чингиз,

насчет поддержки 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.
30 апр 03, 12:50    [188363]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
Roman Ignatiev
Member

Откуда: Москва
Сообщений: 680
2killed
Если IB покрывает все нужды фирмы и клиентов (и мои) лет эдак на 50 вперед, то что из перечисленного я должен выбрать? :-))
30 апр 03, 13:08    [188394]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
eNose
Member

Откуда:
Сообщений: 183063
Есть еще SAP DB, Cache, Sybase`ы.
30 апр 03, 13:11    [188405]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
DimaR
Member

Откуда:
Сообщений: 1570
Если IB покрывает все нужды фирмы и клиентов (и мои) лет эдак на 50 вперед, то что из перечисленного я должен выбрать? :-))

Диоген вон в бочке жил, и ничего. :)
30 апр 03, 13:13    [188409]     Ответить | Цитировать Сообщить модератору
 Re: MSSQL, Oracle, IB - ЛАЖА!  [new]
Roman Ignatiev
Member

Откуда: Москва
Сообщений: 680
Да нет, просто мы деньги считать умеем. Для базы на IB и стоимость сервера, и стоимость оборудования, и совокупная стоимость владения намного ниже, чем для других серверов :-)
30 апр 03, 13:23    [188424]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить