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

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

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

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

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

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

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

>Ага, там наконец-то появились транзакции...
В MS SQL? Выдыхай, бобер...

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

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

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

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

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

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

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

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

Irsi

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

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

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

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

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

best regards..

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

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

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

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

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

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

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

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

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

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

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

Чем, чем...Независимосью от БД вестимо. Цирк.

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

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

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

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

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

>Про "мощный аппсервер и субд в одном флаконе".
PL\SQL&Java engine embedded in RDBMS.

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

а в Юконе теперь
TSQL&.Net engine embedded in RDBMS.
так что теперь все субд апп сервером называть ? :)

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

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

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

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

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

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

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

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

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

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

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

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

Бедняжка!... Можешь в гугле поискать "J2EE" или сразу зайти на http://java.sun.com :(

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

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

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

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

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

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

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

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

Бизнес-логика приложений 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-овским продуктам есть.

>>старые как мир 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К. Логи нужно хранить в течении года. Это решается както на МоемЭскуэле?????