Тут такая интересная вещь происходит у 1С как платформа 8.2 при этом она уже поддерживает СУБД Oracle
http://v8.1c.ru/beta_ma/key_features.htm
"Поддержка СУБД Oracle Database
В 1С:Предприятии 8.2 реализована поддержка новой СУБД – Oracle Database."
Те кто работал напр с SAP FI, CFM, MM, SD на больших объемах данных понимают что у SAP узкое место в производительности это не СУБД а сам Application. Поэтому транзакция SARA (архивация) там сильно востребована. Причина я думаю в том что уровень Customizing добавляет сложности програмному коду который и так написан на ABAP. У 1С 8 аналога уровню Customizing практически нет, код на языке 1С и объекты 1С это и есть структура приложения. Таким образом у 1С на СУБД Oracle отрываются достаточно сильные возможности по работе с большим объемом данных, при этом там есть условия для маштабируемости. В общем даже не знаю чем сможет ответить SAP разве только маркетингом.

Много слов, мало смысла. С совершенно не очевидными и спорными логическими связями и выводами.

Как раз слов то мало, я не стал сильно распространяться так как для понимания процесса нужно
а) Знать хорошо отличия SAP и 1С8.0 (7.7 это не объект для сравнения) поработать и с тем и с другим
б) Заниматься прикладными вопросами производительности SAP совместно со спецами ABAP и Basis
в) Понимать почему Oracle всетаки лучше чем MS SQL знать основы администрирования
я делаю выводы на знании а) б) в). А как известно два человека могут общаться только имея в голове одинаковую информацию

selis, вы всерьез считаете что Oracle - это silver bullet, решающая проблемы производительности? Ну что ж, специалисту по а) б) в) конечно видней. Куда нам сирым.
Если кратко - то заявление ваше по меньшей мере спорно. Т.е. красивые слова о потрясающих знаниях и общие измышления, не подкрепленные технической информацией и логическими выкладками, вряд ли встретят понимание на этом форуме.

А расскажите плиз, чем именно Оракл лучше МС Сиквела и почему именно Application узкое место? Очень интересно

может в правила форума добавить пора что-нибудь?

вот нашёл - http://chehov.niv.ru/chehov/text/yubilej.htm

Я утверждаю что 1С 8.2 + Oracle это будет Silver bullet я намерено упускаю всяки улучшения 1С 8.2 типа тонкого клиента и т.д. это для синергитического эффекта.
Повертине утверждение по другому
Почему две трети систем SAP базируются на Oracle, хотя базисникам и спецам ABAP видно что SAP не содержит каких то специальных инструментов для работы именно с Oracle или использующие специальные возможности Oracle (NativeSQL не предлагать это НЕ средство оптимизации под Oracle)?
Т.е. получается SAP на Oracle это серьезное решение а SAP на MS SQL это несерьезное? Просто исторически сложилось? Маркетинг? Откаты? Менеджменту и аудиторам всеравно на чем будет SAP базироваться, Админам же очевидно, что нет смысла строить большую систему на Win+MS SQL если давно отработана схема Unix + Oracle для больших систем.
Источник инфы здесь (там много про отношения SAP и Oracle)
http://www.oracle.com/newsletters/sap/d ... 090213.pdf
Almost two third of SAP implementations are based on an Oracle database. Note that the bigger
the system (i.e. more users, more data) the higher the requirements are with regard to security
and high availability, the higher is the share of Oracle based systems. Very large systems are
almost exclusively based on Oracle.

В курсе ли Вы, уважаемый, что Оракл сравнительно недавно поссорился с САПом и решил стать его конкурентом? Пока что, правда, из этого вышел пшик, но очевидно, что ссылка на оракловский источник - это не инфа, а скорее самореклама.

tr DBACOCKPIT

Не смотря на то, что вы провоцируете холивар и так и не привели технических подробностей:
Oracle - не единственный вендор СУБД для промышленного использования. Посмотрите, например, тут http://www.tpc.org/tpcc/results/tpcc_results.asp?print=false&orderby=tpm&sortby=desc. Конкретики явно больше, чем в маркетинговых статьях уважаемой корпорации Oracle.
Далее: если бы один из представителей большой тройки СУБД имел существенное преимущество над остальными - мы бы наблюдали ту же картину, что и в случае с рынком ОС. Чего, как мы видим, не происходит.
И последнее: существует достаточно широкий спектр задач, где РСУБД вообще не являются удачным выбором.

[quote=selis]Я утверждаю что 1С 8.2 + Oracle это будет Silver bullet[/quote]
Хотелось бы знать, на основании чего?

[quote=selis]типа тонкого клиента[/quote]
Каким образом это влияет на производительность? Вы же уверяли что сервер приложений вреден и ведет к снижению производительности.

[quote=selis]и т.д.[/quote]
Ну так огласите весь список.

[quote=selis]Почему две трети систем SAP базируются на Oracle[/quote]
Россия - это не весь мир.

[quote=selis]хотя базисникам и спецам ABAP видно что SAP не содержит каких то специальных инструментов для работы именно с Oracle или использующие специальные возможности Oracle?[/quote]
Это плата за универсальность. Вы считаете что 1С будет таковые возможности использовать?

[quote=selis]Админам же очевидно, что нет смысла строить большую систему на Win+MS SQL если давно отработана схема Unix + Oracle для больших систем.[/quote]
Админам - это кому? Мне, например, очевидно что больших систем на MS SQL я видел достаточно. Да и в маркетинговых материалах от M$ - достаточно историй успеха.

Давайте делить вопрос на два Чем Oracle лучше MS SQL - отправим в формум базисников, они много чего могу сказать по этому поводу.
Вопрос чем Application узкое место. Если чтото медленно работает тут есть два варианта
а) Ресурс (процессор, дисковая система) загружены
б) Ресурс заблокирован напр. ожидания обращения к ресурсу при этом ресурс может быть не загружен (напр блокировка полной таблицы вместо блокировки на записи)
Если проанализировать процесс загрузки сделок в CFM оказывается тупо грузится процессор Application частью поскольку стандартного кода который должен обращать внимание на Customizing столько что быстрее нельзя
Если нужно сделать отчет в FI при этом по отбираемым признакам на уровне системы промежуточных итогов не предусмотрено (напр остатки в разрезе Счет, Дебитор, Основание+что нибудь еще)
написать оптимально отчет средствами ABAP нереально, все сведется к тому что либо ограничения на объем данных либо делаем свои промежуточные итоги и как то цепляем их к стандартному функционалу, либо NativeSQL но тогда зачем нам ABAP?
В 1С 8.0 (и даже 7.7) Объект регистр уже предоставляет возможность управлять промежуточными итогами на уровне платформы. У SAP такого аналога не видел.

К сожалению хорошего описания возможностей DBACOCPIT не нашел, но из того что увидел понял что это оболочка для сбора по производительности СУБД.
Информацию по производительности я могу собрать и без него хотя возможно с ним удобнее.
Оптимизация это другое, возьмите механизм управления итогами на уровне платформы пример в предыдущем посте

Нет уж расскажите сами... не базисники тут начали выступать


вариант тут ровно один - вы слишком мало знаете о сапе чтобы делать такие выводы

To Пономарев Артем
Так мы действительно спровоцируем Холивар так как Вы уже искажаете некоторые утверждения
>>"Каким образом это влияет на производительность? Вы же уверяли что сервер приложений вреден и ведет к снижению производительности."
Я не говорил что сервер приложений вреден для производительности, я утверждал что наличие уровня Customizing в SAP усложняет код ABAP.

На официальном сервере Oracle заявлено что на нем стоят 2\3 систем SAP, Вы же зачем то приводите пример того что есть другие промышленные СУБД. Зачем? Тут всетаки речь была о 1СvsSAP и о том что ценность (о общем смысле) 1С повысилась при возможности работать с Oracle.
>>"Россия - это не весь мир."
Причем тут Россия статистика дана по миру
>>"Админам - это кому? Мне, например, очевидно что больших систем на MS SQL я видел достаточно. Да и в маркетинговых материалах от M$ - достаточно историй успеха"
Мы говорим про SAP или вообще? Месседж был простой 1С на Oracle догонит SAP так как у SAP кончаются последнии маркетинговые аргументы.