LINUX.ORG.RU

Oracle завершает окончательный переход на Линукс, путем перевода 9000 своих программистов на Линукс к концу 2004 года!


0

0

Завершается окончательный переход на Линукс, путем перевода 9000 своих программистов на Линукс к концу 2004 года,
В Октябре компания совершила перевод 5000 програмистов Oracle Applications software. А в данный момент компания начала перевод на Линукс тех кто занимался разработкой database продуктов.

"К концу года,Линукс будет нашей основной платформой"- говорит Coekaerts. Oracle переходит на Линукс потому-что эта операционная система и дешевле,и быстрее, добавил он.

также в статье говорится что Oracle переходит на Линукс с Sun Microsystems компьютеров.
Новые компютери будут оснашены несколькими операционными системами от 2-х тop sellers of the open-source operating system, Red Hat and Novell.

Не так уж часто Oracle совершает такие изменения. Последнее что то похожее было в начале 1990-х,когда Oracle перешла Digital Equipment's VMS на Sun's Solaris, говорит он.

В добавок,проводя много маркетингових кампаний на тему "unbreakable Linux", в Oracle работают 14 разработчиков ядра Линукс.Компания спонсирует такие разработки как Red Hat security certifications.
Но в тоже время, Ораклу стоит перед угрозой open-source разработок например -набирающая популярность MySQL database.

http://news.com.com/2100-7344_3-52208...

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



Проверено: ivlad

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

подозреваю, что ты такой же ораклист, как наши мускульщики

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

>у я ораклист (10g сразу скажу - не видел), так вот покажи мне, где в 9 стало уж так плохо по-сравнению с 7 и 8, мм? Или опять треп?

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

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

>по сравнению с 7-кой он нистал ничем лучше
он стал лучше, но вот если посмотреть какой путь за это время проделал mssql...

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

dsa, малчик мой, :) а ты сам-то чьих будешь? DBA там, или девелопер? А то сдается мне, что ты про это в курилке услышал...

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

>он стал лучше, но вот если посмотреть какой путь за это время проделал
>mssql...
Ага, там наконец-то появились транзакции... :)))))))

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

сорри, mssql прочитал как mysql. посыпаю голову пеплом. :)

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

>Ага, там наконец-то появились транзакции...
> В MS SQL? Выдыхай, бобер...
А што, таки кто-то из тех кто на форуме линукса использует MSSQL? Под чем, извините? Неужели под wine/vmware?

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

Речь шла о субдах. В том числе и о мсскле, как об образце стремительного прогресса, в отличие от оракла. доходчиво объяснено?

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

Ага, только все это укладывалось в рамки форума.
p.s. "стремительным домкратом", епт. Только почему-то я мало где видел MSSQL, кроме как под 1С.

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

>Только почему-то я мало где видел MSSQL, кроме как под 1С. Тяжелый случай, лечение бессмысленно.

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

это тут в порядке вещей, что когда аргументов нет, то начинаются какие-то болезненные инсинуации?

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

А ты думал в сказку попал? :)
Посмотри статистику распространенности БД и не говори глупостей.

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

есть ри вида лжи: ложь, наглая ложь и статистика :)
p.s. ничего личного. просто статистика статистикой, а что я сам видел - это другое, как-то ближе к телу. :)

anonymous
()

Нифига они не преходят на Линукс! Просто покупают новые рабочие станции и чтоб сэкономить. говорят, что с Линуксом. А сразу после покупки линукс снесут и поставят пиратскую винду, вот!

Irsi

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

>Когда кобылу с ослом скрещивают, отнюдь не скаковой бегун получается. >Ну возьмут они несколько фич от SAP (отзывы о котором тоже не восторженные). >От этого MySQL не станет охренительно крутым продуктом.

Отзывы? :-) Т.е. сами то не щщупали, верно? Насчет охренительно крутого продукта. Оракл тут уже упоминался в качестве наиболее часто используемой подкладки под R/3. И чуть ли не вершины его карьеры ;-) Так вот- там кроме тупых селектов и апдейтов ничего не испольуется. И MySQL для R/3, причем с хорошей производительностью- это реально. Как тут верно отмечали- с каждым годом рынок оракла будет уменьшаться :-)

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

>ну я ораклист, веб у меня на оракле - Oracle Portal, логи тоже в оракле т.к. mysql нет партионинга, файлы в оракле Oracle Files, почта - догадайтесь где :) правильно в Oracle Mail. mysql не нужен, нет для него задач кроме как поигратся в куклы.

И лицензия, наверно, имеется?

best regards..

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

> Оракл тут уже упоминался в качестве наиболее часто используемой подкладки под R/3. И чуть ли не вершины его карьеры ;-)

Вершина карьеры Оракла - это надежная и быстрая база данных. Всем остальным до Ораклы (по совокупности параметров) - как до пекина на корячках. Стоит упомянуть так же удобство разработки. Внутренний язык от mssql по сравнению с PL/SQL просто мазафака какаято. А репликация баз? Сто может сравниться с AQ, Streams, даже просто со Snapshot replication?

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

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

Как и ожидалось, только Сун пошел под воду, ламерье переметнулось молиться на Орацле.
ЗЫ
Использовать орахл как _просто базу_ без необходимости - деньги на ветер. Орахл - это дорогой аппсервер, не везде он нужен.

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

>А что, серьезно, в R/3 вся бизнес-логика в приложении записана?

Абсолютно. Даже проверок целостности на уровне базы нет.

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

> А репликация баз? Сто может сравниться с AQ, Streams, даже просто со Snapshot replication?

Вы эта, на Sybase ASA не смотрели никогда? :-)

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

>И лицензия, наверно, имеется?

конечно, что-то около 60 EUR на пользователя (+ супорт и не считая бд). продукт oracle collaboration suite.

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

>Абсолютно. Даже проверок целостности на уровне базы нет.
(изумеленно) Шайтан... А с чем это связано, если не секрет?

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

Да и в то время, когда Р\3 писалось базы были в зародыше.

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

> Как и ожидалось, только Сун пошел под воду, ламерье переметнулось
> молиться на Орацле.
А то. Дошли в фанатизме до ручки - начали даже с ним работать и тратить деньги на сертификаты.
>Использовать орахл как _просто базу_ без необходимости - деньги на
>ветер. Орахл - это дорогой аппсервер, не везде он нужен.
Ага. Оракл это вообще компания. Название у него такой. А выпускает она СУБД Oracle, Oracle AS и еще много чего в комплекте. А "просто базу" (это наверное СУБД, да?) использовать можно и _нужно_, если задача того требует. А таких задач есть и много.
p.s. интересно, вообще-то получается. если делать вывод из твоих слов, то субд это просто довесок к AS. аднака.

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

>Оракл это вообще компания.
Не умничай, да?
>это просто довесок к AS. аднака.
оракл рдбмс - это уже мощный аппсервер и субд в одном флаконе.
я вообще не трогаю оракл иАС. Где непонятно? Спрашивай
:)

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

> А "просто базу" (это наверное СУБД, да?) использовать можно и _нужно_, если задача того требует.
Правильно. Не вижу противоречия.

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

>>Оракл это вообще компания.
>Не умничай, да?
Не я первый начал, да? :)
>>это просто довесок к AS. аднака.
>оракл рдбмс - это уже мощный аппсервер и субд в одном флаконе.
>я вообще не трогаю оракл иАС. Где непонятно? Спрашивай
Про "мощный аппсервер и субд в одном флаконе".

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

И что, после этого он аппсервером стал что ли? Из-за того, что на яве дали возможность писать? Там это, матчасть учите что ли...
p.s. там еще и апач теперь стандартно в поставле идет. ага. только все равно, это су-бэ-дэ. как бы еще доходчивее обьяснить?

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

Ага. И название СУБД упразднить за ненадобностью... :)

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

>И что, после этого он аппсервером стал что ли?
Именно, тонны пл\скл-кода в качестве бизнес-логики - есть как раз аппсервер.

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

термин СУБД можно смело оставить для мускула

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

Куда-то не туда понесло...
Эта значицца так, что у нас теперь любая субд, в которой есть встроенный язык, на котором можно БЛ написать - аппсерв? а тогда что, у нас теперь не аппсерв только mysql остался что ли? да и то, там вон обещались триггеры и хранимые процедуры реализовать... ну точно, субд теперь будут только парадокс и фокспро и дбазями.

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

В общем что я хотел сказать, мои хорошие :) Отделять надо мух от котлет, сиречь аппсерв от субд. Аппсерв это аппсерв, а субд это субд. "то, что самолет летает еще не делает его птицей".
dixi, в общем-то. спасибо за внимание. :))

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

>А что есть по-твоему аппсервер? Тот софт, где на диске написано AS?

нет это о что ананимус от великого ума называет, а ibm, oracle, bea ошибаются :)

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

>субд это просто довесок к AS.

В последнее время так и есть. Причем потребности 99% юзеров уже покрываются опенсоурсными базами. Просто до сих пор рынок готовых, скажем так, решений использует всякий оракл. Особенно в России, где в основе "бузинес-решений" обычно лежит откат ;-)

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

нет, это то чем ibm, oracle, bea называют свои продукты, чтобы потом некоторые анонимусы полагали что аппсервер - это продукт ibm, oracle или bea

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

Чуть не забыл... Ключевые слова из этой же байды: "CORBA", "Microsoft Transaction Server". Правда, последнее - фу, какая бяка!

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

Ага, только не надо говорить, что там не используются стольже тупые и старые как мир REFERENCE KEY и триггера. Без первого пункта база просто не может быть названа реляционной.

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

>Бедняжка!... Можешь в гугле поискать "J2EE"
Идиот, иди уроки делать! j2ee/com+ - это всего лишь частный случай реализации аппсервера.

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

> Чуть не забыл... Ключевые слова из этой же байды: "CORBA", "Microsoft Transaction Server".

Вся функциональность этих "слов" в Оракле есть.

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

> Ага, только не надо говорить, что там не используются стольже
> тупые и старые как мир REFERENCE KEY и триггера. Без первого
> пункта база просто не может быть названа реляционной.

Молодой человек, реляционность и контроль целостности вообще-то очень слабо связаны. Любая СУБД, реализующая операции реляционной алгебры (слышали про такую? :-)), имеет право называться реляционной. Говоря еще более формально, достаточно, чтобы среда реализовывала понятие "отношения" (таблицы), "кортежа" (записи таблицы), и некоторого набора операций над таблицами, не опускаясь до уровня "номера записи".

Наличие дополнительных средств типа поддержки целостности посредством введения всякого типа ключей, в общем-то, имеет отношение скорее к технологии проектирования баз данных и технологии программирования. Читать вам курс реляционной алгебры и основ проектирования БД я вам не стану, вы уж не обижайтесь :-)

no-dashi ★★★★★
()
Ответ на: комментарий от Ernesto

Бизнес-логика приложений R/3 реализована на уровне сервера приложений

Да, вся бизнес-логика реализована на уровне Application Server (сейчас новая версия называется mySAP Business Suite). Написана она на языке ABAP or ABAP Objects. Можно теперь встраивать свои приложения на Java (новое ядро ABAP + J2EE). Пользовательские приложения R/3 реализуются в виде транзакций SAP, которые объединяют много транзакций БД. Объектов базы данных R/3 (хранятся на уровне СУБД) > 156 000. Несколько десятков тысяч только таблиц. Несколько серверов приложений R/3 (Финансы, Логистика, Финансовый менеджмент, Контроллинг, Сбыт, Система проектов и пр.) хранят свои данные в центральной базе данных. В БД хранятся ABAP-программы, статусы экранов, ABAP-словарь (типы данных, элементы данных, домены, таблицы, ракурсы (представления) и т.д.). Сделано это для распределения нагрузки. БД - должна заниматься обеспечением доступа к данным, а не выполнением каких-то бизнес-вычислений еще в довесок. Ядро R/3 состоит из: Dispatcher - диспетчер (из названия ясно) - системы поддержки процессов DVEBSGM + ICM D - dialog process (обработка диалоговых программ) V - update process (обновление БД) E - enqueue process (блокировки) B - backgroud process (фоновые процессы) S - Spooling process (спул печати, факсов и пр.) G - gateway process (шлюз для др. R/3 и внешних систем) M - message service (передача сообщений между процессами, управление) ICM - Internet Communication Manager (Это и так понятно). - Еще среда выполнения программ ABAP + J2EE. Если есть интерес создай тему в форуме. SAP R/3 можно настроить совершенно нормально под Linux (правда если руки правильно выросли и доступ к SAP notes есть). Есть открытый сайт, если интересно: help.sap.com. Там документация по R/3 и другим SAP-овским продуктам есть.

dimap
()

>>старые как мир REFERENCE KEY и триггера
Foreign keys вовсе не обязательно поддерживать движком СУБД. Целостность можно поддерживать умелым локингом и нужным запросами из хранимых процедур. Пример:
CREATE TABLE SomeChildTable
(
ChildID NUMBER(10) PRIMARY KEY,
ParentID NUMBER(10) NOT NULL,
CONSTRAINT SomeParentTable_FK1 FOREIGN KEY (ParentID) REFERENCES SomeChildTable(ParentID) ON DELETE CASCADE
);

ParentID здесь поддерживается СУБД.
Однако можно и так:
CREATE TABLE SomeChildTable
(
ChildID NUMBER(10) PRIMARY KEY,
ParentID NUMBER(10) NOT NULL
);
прибавив к этому PL/SQL код, для поддержки целостности.

А триггеры это вообще смех и грех. Уж наличие их точно ни о чем не говорит. Мне лично как Оракле-девелоперу вообще не нужны.

И еще, вопрос к МоимЭскуэлистам:
OARCLE 8.1.7.4. 1e6 записей логов в день. Размах строки <= 2К. Логи нужно хранить в течении года. Это решается както на МоемЭскуэле?????

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