LINUX.ORG.RU

Новозеландская ФОНДОВАЯ БИРЖА делает выбор в пользу связки Oracle и Linux


0

0

NZX - Новозеландская ФОНДОВАЯ БИРЖА стала первой большой Новозеландской кампанией которая перешла на базы данных Oracle 10g работающих под Red Hat Linux.

Переход на данную модель не только позволил объединить 21 базу данных в одну, но также позволил новой системе повысить устойчивость и производительность за меньшие деньги.

Один из примеров повышения производительности:
- одноключевой запрос - поиск максимальных котировок по истории торгов раньше занимал 36 секунд против настоящих 0.03 секунд.

что они говорят про себя:

NZX- видит себя как организацию со множеством комерческих инноваций и очень важно было продолжать находить оптимальнае решения которые бы удовлетворяли ее потребности.

"Мы выбрали Линукс не потому-что мы ненавидим Майкрософт а из-за цены" -Phillips said.
"Это чистый, маленький код без больших overhead-ов.И мы собираемся использовать это следующие 3-4 года"

Так как Линукс обходится бесплатно у покупателей остается больше денег на покупку чего-нибудь от Оракл.(или помощнее Железа)

"Нам не нужна огромная операционная система. Нам просто надо общаться с Оперативной Памятью,Дисками и системой Ввода/Вывода"--Phillips said.
"Чем меньше у нас кусков от разных производителей тем стабильнее у нас система."
Оптимальное решение это -Real Application Cluster (RAC) technology от Оракл, которое позволяет распределить базу данных на несколько процессоров.


http://www.nzherald.co.nz/storydispla...

>>> Подробности



Проверено: Demetrio ()

> Чем меньше у нас кусков от разных производителей тем стабильнее у нас система

1. в Linux'e очень много разных производителей 2. стабильность продукта на прямую не зависит от количества производителей - и у одного производителя может быть много багов в одном большом продукте (напр. offtop)

vadiml ★★★★★
()

Чего, стало в 1000 раз быстрее? Индексов не было, и базы на FoxPro были? Однако в принципе хорошо. Интересно, а если бы это на FireBird сделать, то на средства, съэкономленные от покупки Oracle можно было бы заказать неплохую систему с распарралеливанием и резервированием :)

anonymous
()
Ответ на: комментарий от anonymous

>Чего, стало в 1000 раз быстрее? Индексов не было, и базы на FoxPro >были? Однако в принципе хорошо. Интересно, а если бы это на FireBird >сделать, то на средства, съэкономленные от покупки Oracle можно было бы >заказать неплохую систему с распарралеливанием и резервированием :)

конечно FB, имхо это уже последние остались которые недалеко от фокспро ушли - у него нет undo журнала и при работе garbage collector он нечайно может потерять данные ... инкрементного бэкапа тоже нет, да и не плнируют - никто такое ставить в систему 24*7 не будет, но самый номер это их sql, вложеные запросы выполняет последовательно :) я долго не мог понять почему нельзя sql удалять дублирующие записи ...

ЗЫ. на счет маштабируемости - ни о каком кластере речи не идет в принципе, т.к. более насущная проблема научить работать это чудо хотябы с 2мя процами.

anonymous
()
Ответ на: комментарий от vadiml

Сравнил однако FireBird с Ораклом. Ну все равно что муравья со слоном. А в случае с Oracle 10G - с офигенным стадом слонов.

FireBird научился работать в SMP? Правда? И сам процы нагружает или на ОС надеется? А сила Oracle 10G в том, что его сравнительно легко и непринужденно можно развернуть в кластере. Это уже не просто SMP. Это уже MMP.

FireBird-у до этого никогда не дорасти. Не его это калибр. Пусть живет на мелких и мелко-средних СУБД. Работу свою делает и слава богу.

anonymous
()
Ответ на: комментарий от anonymous

Угу. Токма эта... Базы более 2 Гиг на Фоксе не тавось... А уж про работу Фокса в сети я тихо молчу в тряпочку.

Фокс - весчь! Только слово "БЫЛ" не забыть. Храню коробку от Фокса. На память.

anonymous
()
Ответ на: комментарий от anonymous

С такими деньгами, что были потрачены на ораклы можно было заказать
написание спец RDD драйвера в микрософте. И с сеткой можно было решить.
Типа сделать терминал-сервер в линуксах.

anonymous
()
Ответ на: комментарий от anonymous

>конечно FB, имхо это уже последние остались которые недалеко от фокспро ушли - у него нет undo журнала и при работе garbage collector он нечайно может потерять данные ... инкрементного бэкапа тоже нет, да и не плнируют - никто такое ставить в систему 24*7 не будет, но самый номер это их sql, вложеные запросы выполняет последовательно :) я долго не мог понять почему нельзя sql удалять дублирующие записи ...

>ЗЫ. на счет маштабируемости - ни о каком кластере речи не идет в принципе, т.к. более насущная проблема научить работать это чудо хотябы с 2мя процами.

А как насчет PostgreSQL? Его используют для администрирования зон .org и .info, есть кое-какие средства для работы в кластере. Ну и после помощи Fujitsu появятся скоро и инкрементный бэкап и много еще чего (http://developer.postgresql.org/todo.php), что сделает его еще больше конкурентом Ораклу. Хотя, конечно, догнать Оракл наверно ему не удастся в ближайшем будущем, но если идет речь о экономии средств...

shu
()
Ответ на: комментарий от shu

>shu (*) (16.07.2004 9:41:37):...но если идет речь о экономии средств...

Возможно речь идет не об экономии средств, а об их рациональном использовании. Ведь многие забывают о том что некоторые компании (Оракл, Сан, ИБМ и тд.) берут на себя часть рисков в случаях сбоя своего ПО или железа (хотя при этом ставят свои условия, не кисло связывая тебя по рукам и ногоам) компенсируя потери. Во время торгов остановка биржи хоть на малое время приведет к некислым потерям бабла. А к сожалению постгрес (при всем моем уважении к этой СУБД) не берет на себя ни какой ответственности, как и многие другие опен-сорс производиттели, хотя в данной ситуации мы видим что по всей видимости красношляпы с ораклами готовы тянуть мазу.

anonymous
()
Ответ на: комментарий от anonymous

дык не берут потому что еще не могут обеспечить 24*7, ладно RAC вообще ни у кого нет, но хотябы failover из коробки нужно.

anonymous
()
Ответ на: комментарий от anonymous

>Ведь многие забывают о том что некоторые компании (Оракл, Сан, ИБМ и тд.) берут на себя часть рисков в случаях сбоя своего ПО или железа (хотя при этом ставят свои условия, не кисло связывая тебя по рукам и ногоам) компенсируя потери.

А можно поподробнее о том как и сколько они компенсировать могут? В виндовсе например в лицензиях скорее наоборот просматривается отказ от любых ответственностей и т.п. Неужели если из-за ошибки или дыры в Оракле, если встанет биржа на день, то Оракл бутет возмещать многомилионноые потери?

>ладно RAC вообще ни у кого нет

Что даже в DB2 аналога нет или Sybase?

shu
()
Ответ на: комментарий от shu

>Что даже в DB2 аналога нет или Sybase?

пока нет, у всех остальных федеративный кластер, т.е. если вылетает одна нода то стопорнет весь кластер.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.