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

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

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

Там откат больше

(0) оправдан, если хотите работат с гигансткими объемами и не верите агиткам 1С. А, точнее, на самом деле знаете её производительность.

(0) Сидим на MSSQL, полет нормальный

Работает - не трогай.

Лучше

(2) О. Эксперты в студии. Какой объем нынче считается гигантским?

(0)>>1. По цене они не сильно сейчас различаются.
по цене как раз сильно разлияаются - если не сравнивать учебные версии, а энтерпрайзные. И доводка Оракл в копеечку.
Но это такой самолет, который летает так, что остальные только шапки придерживают.

(4) О, оказывается есть третий вариант^^ Не заметил сразу))

Насколько я понимаю оптимизируют в основном SQL, а по ORACLE был Аристархов - активничал по возникающим вопросам, да пропал куда-то. И стало все уныло

(6)>>Какой объем нынче считается гигантским?
а какой объем в одном запросе у вас?

(0)>>Насколько я понимаю оптимизируют в основном SQL
в какую, интересно, сторону оптимизируют в таком случае SQL? переписывают его, чтоль?

Если MC уже куплена, чего рыпаться?

(6) да, речь не про 1С.
С 1С все уныло на любой платформе - это ж 1С все таки, а не абы-там чего какая СУБД....

Если откат дают,то можно задуматься. Иначе просто геморрой поимеешь

(10) Я в недра СУБД сильно не лезу, да и запросов разных чуть более, чем дофига. Давай от объема базы плясать - какой объем гигантский, а какой нет?

Переход не оправдан. Есть пример работы ЗУП под Oracle с конкретным геморроем. И вряд ли у Вас есть возможность напрямую работать в разработчиками движка 1С, чтобы либо их обойти, либо поправить сам движок. Конечно если Вы не мазохист.

(13) То-то автор пишет на одинэсниковском форуме про выбор СУБД...

(11) А ничего,что между SQL и клиентом есть еще сервер предприятия, который как раз и оптимизируют под нужды определенной базы данных.

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

(19) если работать напрямую с Оракл - вопросов нет, но тут надо учитывать, что в платформу заложены механизмы которые ради унификации нифига не используют твой мегамощный Оракл.

(19) За данные не переживай, обрабатывается там дохрена всего. На MSSQL. Через 1С. Автору с головой хватит.
Oracle тоже есть, да, для немеряных объемов. Правда, как знакомый рассказывал, пришлось там шаманить дофига, с привлечением оракловских мега-спецов, чтобы оно хоть как-то заворочалось.

(18)>> который как раз и оптимизируют под нужды определенной базы данных.
ничего.
А вы уверены, что 1С там вообще особо сильно чесалаь что-либо "оптимизировать под нужды"? Вон с SQL до сих пор ничего не оптимизировано, а это основная 1совая платформа ))
И получается, что в конечном итоге сервер 1с более тормозит все дело, чем реально помогает обработать данные.

(19) оракл сейчас ничем не лучше мс по набору фич

Тухлая какая то у них анкетка

(21)>>Правда, как знакомый рассказывал, пришлось там шаманить дофига
читаем мои посты и находим ассоциации :)

(23) + ни одна из этих фич (что в оракле, что в мс) 1с не поддерживается

(23)>>оракл сейчас ничем не лучше мс по набору фич
вы 1с почитайте - там вообще ей (одинэсе) нет равных.

(27) Ну скажи хоть одну киллер фичу

(26)>>+ ни одна из этих фич (что в оракле, что в мс) 1с не поддерживается
можно подумать, из SQL что-то поддерживается в 1С.

(25) одну ассоциацию нашел v8: Уникальный Идентификатор

(29) смысл тогда в оракле?

(28) 1с делает быстрые выборки, масштабируемость и производительность для промышленных баз.

(31) читаем мои посты и находим ответы ))
В частности, пост номер 13

(33) Пост номер (9) читаем
>>Это же odavid, знатный дятел.

(33) впору издавать цитатник как у Мао

(34) это ассоциация :)

(33) Уже несколько дней мне попадаются темы, где ты влазиешь со своими гипер крутыми вбросами на десятки постов...вот ток ни в одной ветке я так и не увидел реально путного совета от тебя.

Есть такой старый анекдот, что "тренерами по фотболу становятся те, из кого футболиста не вышло" ... ищи аналогию :)

(34) вот еще:
"это же Леха Дум, знатный дятел".
Теперь можно тоже цитировать, разрешаю ))

(25) Вопрос стоит у человека - что выбрать для 1С.
Ты начал про Oracle тут оды петь, мол, он гигантсткие объемы поддерживает. Так вот без нормальных вложений человекочасов и бабла Оракл тупо сел на задницу - не вытянул.

+ и ассоциировать ))

(39)>> Вопрос стоит у человека - что выбрать для 1С.
1С не стоит выбирать для баз.
А кто выбрал - то и спрашивать уже не стоит ничего: все уже решила 1С.

(37) жаль, что со временем даже неплохие люди в 1С превращаются в одинэсников.
Очень жаль ))

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

+ об это м я тоже уже писал - влияние 1С на неокрепший мозг. ))

(38) дятел здесь ты, поднять твои темы - так они и в юмор выбиваются со своими "серьезными" вопросами.
А теперь обоснуй (38) или топай дальше долбить

посмотрите на инфостарте доклад по ораклу.
http://infostart.ru/video/w167582/

+ конаульбант оракла не знает особенностей работы 1с при реструктуризации
поэтому про секционирование и партицирование можно забыть.

(43)>> только под нее по большей части заточена 1С
под какую именно кокрентную вещь в SQL заточена 1С? Может, используеи индексирование SQL? Или - оптимизатор?

В оракле есть прикольные вещи. Но дорого.

хотя что я, тут народ уже заразился вирусом на корню.... ))

(47) >>используеи индексирование SQL.
Это ЧТО????

(48) и в SQL есть прикольные вещи. Но они не работают в 1С.

(51) Вроде уже не про 1с говорят...

(50) ничего, спроси у товарищей выше. Теперь они знают ответ на этот и многие другие вопросы, не то, что еще года три назад, когда 1с была для них всего лишь инструментом.

(47) Не нужно применять умные слова только потому, что они красиво звучат, когда Вы даже не понимаете их смысла.

Иногда лучше жевать.. (с)

(52) да, а про что говорят?

(54) ну так жуйте тогда. Думаю, к вам и другие подтянутся ))

(52) пост 13, пост 59

А на СУБД будет 1С?

(56) Завязывайте троллить в тематической ветке. Вы не в теме совершенно.

(51) И какие это такие прикольные вещи?

(60) Версионность, а не блокировка.
Или, например, запрос к состоянию базы на N минут назад.
Или те же последовательности (sequence)

сходите на курс http://www.1c.ru/rus/partners/training/uc1/course.jsp?id=199
там доходчиво объяснят чем скуль лучше оракла применительно к 1С

(61) И ?
1с-ина прекрасно работает со скулем в режиме версионника.

(59) ну да, ну да, сейчас везде по 1С все знания объявлены троллизмом.
Едиснтвенно верно - восхволять 1С и ругать все остальное (Оракл, СКЛ и т.д.).
Скажите, что поругать - поругаю. Чтоб от коллектива не отрываться.

(47) 1С прекрасно индексирует таблицы. Смотрите внимательно в конфигуратор.

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

(61) Версионность - это не запрос к базе на  N минут назад :)) Прикладной ценности версионности нет никакой - это механизм поддержания базы в целостном состоянии.

+63
http://infostart.ru/public/91879/

(1) 1 дно- х- йсственно. Работал на том и на этом, есть свои +-сы и --сы. Но для 1С это никакого значения не имеет.

(65)>>1С прекрасно индексирует таблицы. Смотрите внимательно в конфигуратор.
два за незнание, что такое индексирование в конфигураторе. И два за незнание индексов 1С по базе. И два - за не знание индексации в SQL.

(64) У Вам знания? Не смешите мои тапочки. Вы не в теме совершенно. Не позорьтесь.

имеет смысл переходить только если у вас изначально парк серверов Oracle и у вас есть грамотный ДБА оракловый

а теперь скажите, что поругать нужно.

(67) бегите из 1с, иначе вольетесь в дружный коллектив ))

(68) Жду от Вас Божественного откровения. Или в бан за троллинг.

(73)>>Или в бан за троллинг
вы б лучше знания подтянули. А банить - оно нетрудно. Трудно ЗНАТЬ.

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

(72) опа, Odavid имеет что возразить ?

(68) Я конечно совсем не гуру по скулю, поэтому хотелось бы таки услышать отличие "что такое индексирование в конфигураторе" и "за не знание индексации в SQL" ?

(65) Повторяю. Версионность и запрос на N минут назад - это ДВЕ разные плюшки, которые я упомянул

(78) и.. вот зачем тебе запрос на n-минут назад в 1с-ине спонадобится.. ну так, к примеру ?
:)

(77)+ Я так понял основная претензия к 1С, это невозможность создавать собственые индексы по произвольному набору полей.

(78) Какой "запрос на N минут назад" может быть после commit?

(80) С составными да, есть проблема. Но вряд ли она особо актуальна.

(74) подними свои темы, знАТОК и мы еще раз все вместе посмеемся

(0)  для 1С это никакого значения не имеет. Весь вопрос в поддержании, (стоимости, поддержаниии и т.п.). Хотя, еще раз говорю, купите что подешевле, и будет вам "жисть". Хотя, можно Postgres бесплатно - хорошая штука

(79) Не в 1с, но понадобился. Когда сделал update без условия :-)
(81) Вот такой вот.

(0) йопнуться, обосновать затратный переход на основе слов представителей и опроса на мисте :).


Если МССКЛ всем устраивает нахрена переход?

и

(77) разница - между индексацией записей и индексацией измерений и реквизитов.
Плюс 1С сама не умеет работать быстро со совими индесами в БД, которыми она заменила индексацию SQL ничтоже сумняшеся..

(88) Вы не понимаете вообще даже о чем говорите :)
Бредятина полная. Набор букв.

(89) забань плиз уже этот поток сознания. У него уже сотрясение мозга...

Возможность изучить еще одну СУБД, строчка в резюме не помешает.
Ну и что с того, что кучу ошибок наловите :)

(89) ваше определение индексации.
А то я забесплатно уже устал повышать профуровень одинэсников.

(0) был-же где-то тест (достаточно известного интегратора) на нормально так нагруженной базе в разных режимах... резюме: если у тебя >100 активных юзеров - лучше оракул, если меньше - как правило достаточно мс-сиквел.

ЗЫ1: Насчёт равного ценника - только если берёшь самый дешманский вариант поставки оракла.

ЗЫ2: по связки Оракл+1С вроде есть свои замарочки но при желании всё допиливается!

ЗЫ3: под оракул лучше сразу брать ихнее железо оптимизированное именно под их субд, это будет ещё одна статья затрат.

А что, например, не устраивает в MS SQL?

(0) Гораздо более вероятно, что от побочных эффектов перехода на Оракл будет вреда больше (например, запросы могут работать по другому), так что сидим на MS SQL.

+(94) А этот самый напевальщик про удобный оракл, скорее всего, разведет руками и скажет "Куда ж ты смотрел, Вы сами на это согласились - ничем помочь Вам не можем."

(92) Повышаю Ваш профуровень. Бесплатно.

Индекс - объект базы данных, который создан с целью повышения эффективности выполнения запросов.

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

Готов выслушать пояснения к опусам, высказанным Вами выше.

(94)>.например, запросы могут работать по другому
они НЕ БУДУТ РАБОТАТЬ по-другому, они РАБОТАЮТ по-другому. Потому что Оракл - это не SQL, у него свой план запросов и свой оптимизатор.
Поэтому отличия при работе 1С скорей будут, чем нет.

(96)>>Индекс - объект базы данных
предлагаю все-таки вернуться к 1С и СКЛ, и пояснить про индексацию там. А не цитировать вики.
Я про конкретные Ваши представления об этом в 1С спросил. А не "как это должно быть".

"Оракл - это не SQL"

Это 5!


Не... Это 100500!...

100

(98) Что Вам объяснить "там"? Там тоже индекс - это таблица, которая содержит ключевые значения для каждой записи в таблице данных и записанные в порядке, требуемом для пользователя. Никаких отличий.

(99) Это не 100500, это похоже ФГМ.

О Давид, это круто "Потому что Оракл - это не SQL"

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

Года 3 назад к нам в компанию Гилев приводил представителя Oracle порекламировать свою СУБД. Мы проводили сравнительный тест расчета зарплаты в ЗУПе примерно 5000 сотрудникам. И MS SQL и Oracle показали одинаковый результат. Вот только СУБД ораклист разворачивал 2 дня и при неверно выставленном каком-то параметре (что-то с памятью было связано) пришлось начинать всю установку сначала.

(103)+ Забыл добавить :).
И эти люди запрещают мне ковыряться в носу.

Первое правило!
ИМХО для 1С - MS SQL лучше оракла, т.к. под него заточена лучше всего.

Оракл пообещал откат боссу - инфа 146%. Тут лучше задай вопрос ему - зачем переходить если МС куплен и разницы нет?

забыл проголосовать )

)))) Жеееесть ветка.... Ставь на сервак SSD, а лучше:

И вот мой голос )))

да если честно, то оракл поплохее. В нем, например, надо периодически оптимизацию делать, MS SQL сама справляется без проблем

"В нем, например, надо периодически оптимизацию делать, MS SQL сама справляется без проблем"

Как всё запущено...

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

(111) что в оракле планировщика нет?

(114) есть, просто в MS SQL про это даже и не знают, а в оракле приходится иногда обращаться к всяким навигаторам и т.п.

(114) да, еще, если интересно, в PL/SQL (это оракл) временные таблицы создаются явно и соответственно удаляться должны (что, кстати требует и дефрагментацию), в Transact SQL (это MS SQL) об этом не заботишься, все  работает по принципу сборщика мусора

(101)>>Что Вам объяснить "там"?
обяснить, как Вы думаете - как это работает в 1С?

(113)>>много последствий после аварии
вы в курсе, что Оракл даже свои системные процессы пытается завершить при аварии с минимальными последствиями? Не говоря уже про БД.

(117) Так и работает это в 1С - конфигуратор создает индексы по полям, для которых указан признак индексирования разработчиком. А также "предопределенные" индексы для полей таблиц, которые определил разработчик движка.

(116)>>все  работает по принципу сборщика мусора
да? жаль, 1с об этом не знает, и у неё иногда эти самые временные таблицы висят в памяти до закрытия базы.

(119) Я кажется понял, этих гениев хрен поймешь, но такое ощущение, что он про индекс для полнотекстового поиска. Не знаю как в скульной базе, но в файловой он сбоку прилеплен.

(119)>.конфигуратор создает индексы по полям, для которых указан признак индексирования разработчиком. А также "предопределенные" индексы для полей таблиц, которые определил разработчик движка.
так, с двумя индексациями разобрались в 1С.
Тогда - каким образом индексы первого способа связаны с индексами второго, и все это - с индексами SQL, и как в конечном итоге вся эта куча индексов влияет на производительность БД в 1С?

(0) Если поставишь, могу посоветовать спеца, который потом настроит вам все это дело, со всеми плюшками

(121)>> но такое ощущение, что он про индекс для полнотекстового поиска
о, нашли назвнаие первого способа индексайции в 1С! И, кстати, не просто полнотекстового поиска - там еще порядок использования индексов имеет значение.

(121)>>Не знаю как в скульной базе
Вы предположилди, что движок 1С в файловой работает совсем по другим принципам, чем в SQL? нет, все тоже самое ))

(124) что такое порядок индексов?

(118) Опять какой-то понос начался.... Оракл не ОС, он не может "системные процессы" завершать с последствиями или без таковых.

(116) Если мне не изменяет склероз, то в Оракле есть  временные таблицы с данными уровня сессии и временные таблицы с данными уровня транзакции  - on commit preserve rovs и on commit delete rows. Могу конечно ошибаться, ибо лет пять его не видел.

разве что исходные таблицы разных форматов.

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

(124) Какого первого способа? Полнотекстовый индекс используется только для полнотекстового поиска, для отдельной задачи.
Для запросов и получения данных из базы используются самые что ни на есть православные индексы скульные, созданные самим скулем.

(130)+ С учетом выставленных флагов в конфигураторе.

(127) понимаю, трудно все сразу осмыслить - столько всего нового.
>>Оракл не ОС
значит, ОС, в вашем понимании, - посмотрите про DCD и PMON.

(126) Это он наверное о порядке следования индексируемых полей в предопределнных индексах. Только у него смешались в одну кучу кони и люди.

(132) Из нового только шизофренический бред пионэра, прочитавшего журнал "Юный техник" и на основании этого считающего себя доктором в области ядерной физики. Пардон за мой французский.

(129) Порядок измерений важен только для использования предопределнных индексов.
Индексирование отдельных измерений или полей никак не связано с порядком измерений, так как при этом создается отдельный индекс по одному этому измерению.

У человека явно
http://lurkmore.to/%f8%e8%e7%ee%f4%e0%e7%e8%ff

(130)>>Для запросов и получения данных из базы используются самые что ни на есть православные индексы скульные
в этом и есть главное заблуждение одинэсников, за которое особо воинствующие сжигают "еретиков" в банах на одинэсных форумах.
1С использует исключительно свои индексы (а не SQL, как многие тут думают, почитав агитки и увидев знакомые слова), это индексы базы 1С (они неизменны и создаются автоматически, заложены разработчиками), а SQL лишь подбирает данные для обработки по своим индексам, которые идут в 1С сервер и который обрабатывает уже 1с-ные индексы.
И ни SQL не использует 1сные индексы (т.к. они не из РМД, а из сетевой иерахической модели), ни 1С не использует всю мощь поиска и обработки индексов и механизмов SQL (точнее пользует их лишь для вытягивания данных из таблиц для обработки в 1с-сервере).

ТС походу тему покинул, но оставлю свой голос.
Нехрен помогать повышать продажи манагерам оракла

(136) Прям я вовремя ссылку дал )))

(137) Шизофрения прогрессирует.

(137) "1С использует исключительно свои индексы (а не SQL, как многие тут думают, почитав агитки и увидев знакомые слова)"

С такими понятиями - можешь смело идти в дворники.

да, были люди в наше время.....

Даже банить не хочется. Хочется следовать заветам Петра - "дабы дурь всякого сразу была видна".

(142) Извините но вы несете бред. Какие то состояния базы на N минут назад, индексы сетевой иерархической модели и т.д и т.п. Набор несвязанных между собой терминов. Типичный троль.

Давайте я все разложу по полочкам.

(144) Состояния базы на N минут - это моё :-)

Итак в 1С не поддерживаются хинты подсказки оптимизатору.(иногда бывает нужно, например указание махдоп), не поддерживаются некоторые составные индексы на уровне полей таблиц БД.

Не поддерживаются возможности секционирования. Но сразу хочу сказать что все это можно сделать самостоятельно на свой страх и риск.

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

(137) Тебе явно надо почитать.

http://mnogomem.ru/upravlyat-planetoy-ne-privlekaya-vnimaniya-sanitarov

(137) " это индексы базы 1С (они неизменны и создаются автоматически, заложены разработчиками), а SQL лишь подбирает данные для о" жутко извиняюсь - какой базы 1с? она же в клиент серверном варианте хранится на скуле?

А по существу вопроса в (0). Могу сказать - объективно покажет качественное нагрузочное тестирование на разных СУБД.  Но как эксперт могу сказать что MSSQL обгоняет потому как она исторически 1С давно работает с MSSQL некоторые конструкции уже оптимизировались неоднократно. Поэтому несмотря на многоплатформенность 1С все таки движок работает несколько по другому с разными СУБД.

оракл полюбасу лучше

это как  sap круче 1c так и оракл лучше ms sql server.

ms sql server  менее мощная СУБД чем оракл это всем известно

(153) Ага. Армяне круче, чем грузины.

оракл даже исторически раньше возник что тут еще говорить

(153) Важно как уметь ее готовить. 1С сейчас лучше готовит MSSQL.(мое ИМХО) Поэтому ответ не верный в контексте вопроса в (0). (если это не ирония конечно)

(155). Ну с такими убийственными аргументами и не поспоришь:)

(155) Помню времена, когда в топ-10 TPC-C было 8 MS SQL 2000. А Oracle был, мягко говоря, в известном месте. После DB2. Сейчас да, примерно с 15 места MS SQL встречается.

Но все примерять к задачам нужно. На объемах, с которыми работает 1С, нет никакой разницы.

(157) тут стеб идет полным ходом, а ты пришел серьезные вещи толкать

(141)>>смело идти в дворники.
как бы вам не пришлось просится в дврники, но не возьмут ведь...

(158) Ну я видел базы на 1С в пол терабайта и полет нормальный

2Odavid. Ваши потуги выглядят крайне не профессиональны и смешны. Я могу конечно жестоко ошибаться и за этой ширмой скрывается ооочень сильный специалист, но ширма туповата.

(151)>>хранится на скуле?
хранится на скуле. И - да, SQL используется лишь как нечто для хранения, а вся обработка и использование индексов в БД - на сервере 1С.

(144) меня так много, что я под разными никами спорю сам с собой?! ооо... кошмар...

(160) Мне не надо проситься никуда. Я и так своими знаниями доволен. И работодатели, кстати, тоже

(160) В дворники может вам и не надо, но спорить на текущую тему со знающими людьми надо прекращать

(163) Пятница началась во вторник :))

(163) Знакомая фраза.
Это про семерку в основном так писали.
Так в восьмерке все несколько иначе.
И объясни наконец что имеется ввиду "а вся обработка и использование индексов в БД - на сервере 1С", только как для тупых, на пальцах и с картинками.

(163) Это в принципе не возможно.

В MS SQL можно создавать приложения? а в Oracle такое возможно.

(170) каким образом в мсскл?

(170) Прямо в самом SQL-сервере? Приложения? Ты там конфет бензопреновых перекушал?
Oracle RAID - это не база данных.

(168)+ И таки даже семерка более-менее нормально испльзовала индексы, особенно в собственных методах доступа к данным. В запросах похужее с этим было.
Ну реально бред какой-то несешь.

(171) так и я говорю невозможно это сделатьв мс скл а в оракле возможно

(174) Ты не говоришь. Ты бредишь :-)

(174) ты про оракл формс? Так для мсскл есть акцесс ))

(175) wiki:Oracle_Forms

убейся

(177) Возьми VB и наслаждайся.

(176) ты еще сюда дэлфи си++ си шарп приплети

ах да ВБ вот еще подсказывают молодцы :)

(180) а почему ты формс сюда приплел тогда?

(179) С точки зрения концепции это аналогично - внешнее приложение для работы с БД

(163) Примерно понятно, что нанесло такой вред твоему душевному здоровью.

Это наверное конструкции в запросах типа Итоги ПО и иерархический вывод результатов запроса. Которые получаются постобработкой резльтатов запроса.
Хотя, вроде как, это можно и сразу на скуле сделать, но таки больше склоняюсь к постобработке.

(147)>>Итак в 1С не поддерживаются хинты подсказки оптимизатору
невозможность поднастройки запросов - не самое главное, что н используется 1с в SQL.
>> не поддерживаются некоторые составные индексы на уровне полей таблиц БД.
- там вообще поддерживаются только те индексы, которые заложены разработчиками для объектов.

(184) "там вообще поддерживаются только те индексы, которые заложены разработчиками для объектов."

ЛПП огромная.
Я лично создавал нужные мне индексы и запросы 1с их использовали. Если, конечно, план запроса и профайлер не врут

(173)>> И таки даже семерка более-менее нормально испльзовала индексы
- семерка работает с таблицами базы без 1с-сервера, напрямую.

(184) > там вообще поддерживаются только те индексы, которые заложены разработчиками для объектов.

Нет. Также есть и "пользовательские" индексы.

(186) Ага. Особенно в версии для SQL :)))

(186) "семерка работает с таблицами базы без 1с-сервера, напрямую"

Феерический бред.

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

(186) это не мешает ей создавать индексы...

(190) "составной не получится сделать"
ALTER TABLE ... ADD INDEX ...

(192) Это костыль. Речь о штатной работе.

(192) Имелось ввиду штатными средствами конфигуратора.

(193) Не костыль, а оптимизация работы базы.

(190) создастся 1сный индекс поля, который SQL не обрабатывает.
Вас так много, и вы противоречите друг другу, что у некоторых даже создается впечатление, что кроме меня здесь больше никого нет.
Прочитайте выше про разные индексы в 1С.

(186) Хотелось бы увидеть как напряму выполнится запрос

    ТекстКлиенты = "//{{ЗАПРОС(Клиенты)
    |Клиент = Справочник.Клиенты.ТекущийЭлемент;
    |Группировка Клиент без Групп;
    |Условие (Клиент в ГруппаПокупатели);

(196) > создастся 1сный индекс поля, который SQL не обрабатывает.

Опять бред. Нормально создаться совершенно православный индекс. Который совершенно нормально пойдет в статистику и будет использован оптимизатором при необходимости.

(196) Тебе кто-то мешает смоделировать ситуацию, профайлером отловить запрос и посмотреть план. Чтобы не нести чушь.

200

(196) "создастся 1сный индекс поля, который SQL не обрабатывает"

не обрабатывать он его может, если условия запроса не попадают в этот индекс, соотвественно оптимизатор его и не использует.
Тоже самое относится к предпределнным составным индексам. Отсюда же ноги растут у рекомендаций 1С к используемым полям в условиях в запросах.

(200) Сидишь и тихо ржешь? ))))))

(202) Тихо? Я ржу так, что коллеги уже оборачиваются и недоумевают.

(202) наблюдаю :)

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

пишите еще, я конспектирую...

(206)а что тут конспектировать - все, что тут написали, есть в вики.
Причем у народа ядреная смесь конспектов разных лет, вики и "аа, да тут все просто!", потому как про 1С, похоже, пишу только я....

(207) Вы пишете, судя по всему, о 2С из альтернативной реальности.

(208) Мне вспомнился сериал грани, об альтернативной реальности:)

(46) Спасибо за ссылку!

а DB2 почему нерассматривается? - не тянет?

(207) у вас какая-то каша в голове. То что вы пишете про "неиспользование" одинэсиной индексов sql server - это отчасти справедливо для полнотекстового поиска. Полнотекстовые индексы sql server, емнип, использоваться не будут. К остальным индексам это не относится.

(211) Это для SAP. :)

(192) что возвращает нас к словам Odavid что "поддерживаются только те индексы, которые заложены разработчиками для объектов."

Т.е. возьмем в качестве примера внешние Источник Данных. Как известно к ним можно применять Select, но Update они не поддерживают
Возмем костыль в виде АДО который позволяет делать Update к БД к которой обращаются внешний источник данных. Но ведь это же не означает что ВИД позволяет делать Update ? Так и с индексами
Да на уровни скуля ты можешь создать свой индекс и скуль будет его использовать, но это не означает что на уровне 1С (а ведь речь идёт всё таки о возможности 1С при работе со скулём можно создать этот же индекс и заставить 1С работать с ним)

(214) Что подразумевается под "заставить 1С работать с индексом"?

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) это про тучу и океан вандально? Если только разрушает мироощущение у кого-то.