Поставлена задача:
обосновать необходимость или же её отсутствие перехода с MS SQLServer на Oracle.
Причина:
1. По цене они не сильно сейчас различаются.
2. В регионе появился представитель Oracle, который нам активно напевает про их продукт.
Вот их аргументы:
https://docs.google.com/file/d/0B07bHy7m8e-QNUhsNEdhN05KNm8/edit?usp=sharing

Оправдан ли переход?
Крутится несколько распределенных систем.
Количество пользователей порядка сотни,  размеры баз от 30Гб до 100Гб (Центральная)

Для удобства воткну опрос.

http://www.youtube.com/watch?v=-gpmvOLN3pM#t=685

1С на оракл не использует кластерные индексы, что увеличивает скорость записи, но уменьшает скорость чтения
кластерные индексы 1С использует для любых ссылочных типов

(0) Не вздумай пупсик на оракл переходить это смерть производительности!

(217) да 1С вообще индексы не использует. В принципе. Ни те которые создаёт сама, ни те которые созданы в СУБД. Индексы использует (для доступа к данным) только сама СУБД и вот ей абсолютно по барабану кем этот индекс создавался.
То что одинэсина не умеет создавать произвольные индексы - это да, беда. Но индексы созданные "в СУБД" отлично будут той самой СУБД использоваться для получения данных, которые запрашивает 1С.

(219)>>да 1С вообще индексы не использует. В принципе. Ни те которые создаёт сама, ни те которые созданы в СУБД
1С использует свои индексы, только не умеет их использовать правильно и надежно. Нет ни опыта, ни желания что-либо делать в этом направлении.
Индексы СУБД 1С не использует по причинам - "я знаю лучше, как использовать индексы".
>>Но индексы созданные "в СУБД" отлично будут той самой СУБД использоваться
- СУБД НЕ ВИДИТ никаких других "индексов, кроме тех, которые создает сама - кластерные и некластернные, составного ключа, уникальные.

(223) да я как-то обхожусь )
а вот у народа только в 1С начинается существование ))

(223) грибной сезон начался, не иначе

(225) Да там не грибы... Там хуже...

(220) А можно поинтересоваться на основании какой информации сделаны такие выводы "1Индексы СУБД 1С не использует по причинам", ну чисто интересно.
И вы точно не про файловый вариант ?

(227)+ То что 1С сама в принципе не использует никакие индексы, ну кроме полнотекстового поиска написано в (219), тут согласен, их использует СУБД независимо от желания или нежелания самой 1С их использовать.

(227) На основании галлюцинаций, возникших в мозгу. Или в чем там у автора.

(220) Хм. Окей. Можете сказать, правильно ли я вас понимаю?
1. В клиент-серверном варианте работе, в свзяке 1С - СУБД, данные хранятся в СУБД.
2. В клиент-серверном варианте работы, 1С, с помощью запросов получает от СУБД нужную часть данных.
3. На этапе получения данных, 1С вмешивается в работу СУБД и для получения данных, хранящихся в СУБД, каким-то образом использует какие-то свои индексы (не те, которые есть у СУБД).
Я правильно вас понял?

(0) я не пойму одного - ты то каким боком напрягаешься?

пусть этот активный впариватель оракла и расписывает преимущества этого самого оракла..

причем не сферические преимущества в вакууме а именно на примере 1Совых баз большого объема и большой интенсивности работы..

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

(230) "не нужную часть данных", а кучу всего нужного и ненужного оптом - SQL дает запрошенные таблицы с данными целиком. И потом разбирает "у себя", отсеивая ненужное, используя "свои" индексы, которые 1С понаделала.
3. Никуда 1С не вмешивается, а обрабатывает полученные данные на своей стороне - на 1С-сервере.
Потому и нужно, чтобы 1С-сервер был мощнее SQL-сервера - второй вообще никакого участия в обработке данных не принимает.

(233) Бред сивой кобылы.

(233) Теперь понятно.
Это ты штампы использования семеркой субд прилепил к восьмерке. При этом таже семерка, по возможности, тянула не все данные, а только часть используя теже индексы.

(233) понятно, вопросов больше не имею

Вызовите кто-нибудь скорую для Odavid ...

(235)>>Это ты штампы использования семеркой субд прилепил к восьмерке
вы и про семерку-то не знаете, как работает с СУБД.

(237) да на вас всех скорых не напасешься. Фургонами вывозить придется :)

(238) Судя по твоим речам - ты вообще ни разу не видел, что делает 1с с скулем...

(239) Много не надо. Одной достаточно. Тебе.

(233) ой,
ветку надо удалить имхо. Слишком много бреда для новичков...

Т.е. тут никто даже понятия не имеет, ка кработает так называемая "3хзвенная архитектура" 1С.
А сколько умных слов накидали...

Интересно, а разработчики в 1С в кугсе, что их платформа так неадекватно себя ведет :).
(238) Раскажи, а то у меня наверное галюцинации, когда я вижу в профайлере вполне себе кошерные скульные запросы с условиями ограничивающими выборку, уходящие на скуль.

(238) Не, не знаете именно Вы. Причем совершенно ни хрена не знаете. Более того - не хотите знать. Хотели бы - посмотрели бы запрос в профайлере, посмотрели бы план его выполнения (в том числе какие индексы там применяются).

А до сих пор Вы только публикуете собственное лапотное невежество, выдавая его за божественное откровение.

(244)+ То что у семерки не всегда получается нормально наложить условия, это уже другой вопрос.

Профайлер ? План запроса ?
- Не не слышал
:)

тут никто даже понятия не имеет, ка кработает так называемая "3хзвенная архитектура" 1С.

Ни единого разрыва!

(247) Конечно, тут же все знания черпают исключительно по "агиткам" самой 1С, один только Odavid тянет их сразу из астрала.

Реально пятнично )
Odavid, фотку в студию! Страна должна знать своих героев :)

Спасибо всем.
Очень интересно, есть дельные замечания.

Тут в почту пришло письмо от коллеги.
Его система как раз на оракле и крутится, но его система - это отдельная от нас кухня.

Вот его аргументы.
https://docs.google.com/file/d/0B07bHy7m8e-QaDBmY1RXUVllM2M/edit?usp=sharing
Текст не правил, думаю и так наглядно.

(251) а почему SQL Server именно Enterprise? Чего в стандарте не хватает?

(251) Нет там аргументов применительно к задаче. Вам не сферический сервер в вакууме нужен, а под 1С.

Выше я писал - команда внедряла ЗУП на 15 тыс. пользователей под Oracle (корпоративный стандарт заказчика). Финрезультат от проекта очень не радостный. Привлекались дополнительно и специалисты по Ораклу, и разработчики движка 1С. Местами в движок 1С вносились изменения по результатам.

У Вас есть возможности работать на таком уровне? Вам нужен такой геморрой?

(252) Тогда не получится сравнивать стоимость )
Ибо будет равная.

(252) ну видишь ли,
>>>Если смотреть редакции Oracle En, то там цены запредельные

а вот скуль энтерпрайс, ну очень дешево, всего 5 лямов..

(0)Oracle имеет смысл только в одном случае.
Если в компании он уже куплен для других продуктов и имеется в штате квалифицированный "oracle database admin".
Иначе - это мазохизм.

(250) Kaavan, отпишитесь по возможности в ветке, какое решение в итоге примите

(244) А как из 1С можно управлять планом запроса к примеру?

И да разработчики в курсе, в библии так и написано по поводу запросов и индексов, что как бы все это на усмотрения скуля и из 1С нет никаких инструментов чтобы управлять этим

(258) А зачем? Вы не доверяете оптимизатору запросов?

(258) Как и везде - изменить запрос, ваш КО.

У нас вообще на постгрее крутится много чего

(233) простите. а где 1с хранит свои индексы? в виртуальной памяти сервера и перестраивает при запуске сервера?

(262) на тёмной стороне сервера 1с

:)

(263) )))) Просто я человек темный, в скль плохо понимаю, но по словам одавида получается что 1сина тянет скажем сто гиговую базу на сервер 1с, там ее обрабатывает что требует еще дополнительной памяти так как 1с на сервере не создает временные файлы и строит индексы. Вопрос - это сколько оперативки нужно на 100 гиговую базу для таких операций?

(258) Ну как бы отсутсвие возможности управления способом выполнения запроса подразумевается самой идеологией SQL.
Во всех книжках по скулю пишется что это декларативный язык (попонтуюсь умными словами), на котором вы указываете что хоитет получить, а как это получить решает СУБД.

(266)>на котором вы указываете что хоитет получить, а как это получить решает СУБД.
- да, не знал я, что все мистяне так .. поумнели, что даже не знают, кто решает в связке 1С-СУБД.
(265)>>но по словам одавида получается что 1сина тянет скажем сто гиговую базу на сервер 1с
- ага, 1С говори т - "дай мне вот эти объекты", а СУБД ей по своим индексам - "на, тебе что с объектами сделать - перемешать, собрать, оценить, перевязать ленточкой?" - "да не, итоги только подсчитай по РН..."

а куда сообщения ОДавида деваются ?

Есть возможность изучить оракл при ближнем с ним столкновении. Поадминить Оракловый сервер это же высший пилотаж! Того же dba получить и стать куда ценнее как специалисту - так что может и сеть смысл напирать на то что Оракл это наилучшая в мире штука и без него никак.
А вот для пользователей может (да скорее всего) ничего и не изменится.

(268) В альтернативную реальность уходят. Пятничная ветка еще не создана.

http://v8.1c.ru/overview/techparams/ - тут одна база 600 гб. и около 100 пользователей, работающих в одновременно.

(0) ИМХО, с вашей нагрузкой MS SQL должен нормально справляться.

В сторону оракла можно было бы смотреть, если бы появились какие-то проблемы с производительностью MS SQL.

А так, переход не обоснован.

(270) верните, будь ласка. хочу прочесть что он о индексах ответил(

(272) По многочисленным просьбам трудящихся...

(273) дякую

(267) еще раз - где 1с хранит свои индексы?

какой захватывающий детектив

я не спец, поэтому: вот это правда?
http://content.screencast.com/users/Che66/folders/Jing/media/90f986fc-e1ca-4290-84ff-0c37fe304ce4/2013-08-21_1703.png

(277) Не все могут найти опцию Point in Time Restore в MS SQL :)

(277) нет
даже несведующий человек в гуи найдёт восстановление до секунды:

http://s1.ipicture.ru/uploads/20130821/UbA2ElSq.jpg

Требую продолжения банкета!:)

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

(281) Простыми словами - по меткам. Была где то на харбаре подробнейшая статья на тему формата журнала транзакций.

(281)Что имеется ввиду под "целостностью" ?

(283) ну вот - хрясь - и в журнале транзакций какая-то ошибка...?

(280) ;-)
http://content.screencast.com/users/Che66/folders/Jing/media/d5e31051-4eac-4396-8499-d5f1a3c78feb/2013-08-21_1721.png

(253) кто такой с 15000 пользовтелей?!

(286) Да есть один свечной заводик в славном городе на Амуре.

Только так.

(277) Чушь.

(284) То же самое может быть и в бэкапе и в БД. Я кстати по роду професии с этим много сталкивался. Когда админы не верифицируют бэкапы или БД. А приводит это к пагубным и катастрофическим последствиям. Предположим бэкап делается каждый день - да только никто его не проверят на восстановление. В один прекрасный день летит винт и становится жизненно необходимым восстановить БД. Да только бэкап не восстанавливается на вчерашний день. А восстанавливается только на момент какой то случайной полугодоваловой копии. Все - сушите весла! Так что на кусах ДБА учат - обязательно проверяйте ваши бэкапы на предмет качества.

+(290) А возникнуть подобная ситуация может в любой СУБД. Диск начал сбоить, структура полетела и все. Хотя надо признать что это бывает очень редко.

ЧекДБ(проверку БД) интересно из присутсвующих  кто как часто делает?

(292) Не царское это дело. За это у админов голова болит.

(290) а как верифицировать бэкап? - только развернув его обратно и по факту успешного разворачивания = ОК? тогда это надо отдельную машинку держать для такой верификации..?

(257) Хорошо!

(294) Восстановить это первый уровень проверки. Второй провести чекдб. Третий выполнить хотя бы основные селекты. Ну а полноценный запустить автоматизированное функциональное тестирование.

Я много чего мог бы написать про ситуации подобные в (0). Но чувство корпоративной этики мне этого не позволяет писать об этом на публичных форумах:)

(292) средствами скуля делаю каждый день для всех баз лежащих н скуле
Средствами 1С где то раз в месяц по мере выхода обновления
:)

Если переход на ОРАКЛ является решением проблемы, то что является тогда самой проблемой?

Не было у бабки забот, купила порося...
Не надо брать пример с той бабки.

Да, уж столько бреда написали....
Даже вызов справочника валюты на SQL идет чуть меньше секунды. А там несколько таблиц всего в пару-тройку записей.
Но, конечно, все на индексах SQL, куда ж без них-то.
И профайлер зачем-то припутали, не умея им пользоваться.
Хоть бы 1С запустили разок, что ли.

(233) А!!! Порвало :)))) Пятничная ветка - тут!

(302) переставай позориться уже...

(304) не губи в человеке гения..

(302) в идеале, программер должен работать только над реализацией бизнес-логики, а индексы - это должна правильно строить сама платформа (СУБД).
Это пустой спор о том, какая СУБД лучше строит индексы.
Может в одной базе MS SQL, а в другой базе Oracle, или наоборот, при появлении новых версий MS SQL и Oracle.

(304) я-то давно уже не позорюсь, а вот 1С как тест выявляет все - и способности, и знания, и умение мыслить, и даже кто как книжки читает, если читает вообще.

(307) Да, ты уже опозорился, дальше некуда.

(305) Его могут дети читать...

(311) Еще один вандальный пост в тематической ветке и секция у Вас будет отключена.

Джин, удалил бы лучше оскорбления в мой адрес.
Но нет, вам дороже незнание.

(313) это про тучу и океан вандально? Если только разрушает мироощущение у кого-то.