Всем привет! Используем рарус общепит 2.0.49. в файловом варианте. Количество пользователей возросло стали появлятся блокировки, тормоза и все такое, решили перейти на клиент-серверный вариант. В качестве субд решили использовать Оракл (11.04). Все замечательно загрузилось, но почему-то некоторые( точнее пока один Выпуск продукции) стал немножко по другому видеть данные. В файловой версии при проведении выпуска ингредиенты были все на месте, а в оракловой одного немного не хватало. Добавили- провелся, но встал вопрос правильно ли оракл отрабатывает запросы. Читал что он как-то иначе сортировку отрабатывает по NULL, но это врядли к моему случаю

я бы ТИИ сделал и еще раз посмотрел

я сейчас делаю переиндексацию и пересчет итогов - посмотрим

(0) Не думаю, что это с ораклом связано. Но вообще оракл для 1С имеет смысл выбирать только если он уже куплен :) Для 1С MSSQL со всех сторон предпочтительнее. Даже в части производительности и расхода ресурсов, как ни странно. Реальный выигрыш оракла удавалось получать только при очень больших конкурентных нагрузках на автоматических блокировках. Сиквел тогда с какого-то момента резко "проваливался", а оракл продолжал тянуть линейно. Ну а на управляемых блокировках вообще хоть постгри бесплатный ставь. Но это с ним и с линуксом ковыряться придется, в производительности несколько уступает, ну и в поддержке и всяких мелких приятностях с сиквелом не сравнить. Зато бесплатно :)

(3) Так и есть. И оракл и ораклист штатный имеется, сам с ним не работал ни разу

не помогло

(5) Возможно, Рарусовцы где-то не учли особенности.
http://programmist1s.ru/1s-ekspert-osobennosti-rabotyi-raznyih-subd/
Как бы вот. Мне на ум из проблем приходит только сортировка, она может выдать неожиданный результат запроса.
Ну и плюс - порой баги платформы, бывают ошибки в конкретных случаях на конкретных СУБД.

Платформа какая, кстати?

в комплекте с платформой какие-то файлики для оракла идут. смотрели?

(6) Oracle
Нельзя использовать конструкции “ПЕРВЫЕ” и “УПОРЯДОЧИТЬ” внутри подзапроса условия “В (..подзапрос..)”


Дык в MS SQL тоже нельзя использовать “УПОРЯДОЧИТЬ”
а не неписали....

(9) Да ладно. Вроде ж можно было? Этот прием (ПЕРВЫЕ + УПОРЯДОЧИТЬ в подзапросе) позволяет красиво решать некоторые задачи. Вполне можно напороться в реальной конфе при переходе на Оракл.

(0) кто принял решение использовать, в качестве БД, СУБД Оракл?

(11) Читай (3) и (4), у них уже был оракл, решили использовать имеющуюся СУБД.

(12) дешевле купить скуль

(13) Дешевле нуля?

(14) не забывай про лицензии

(15) А у Оракла только CAL? Я просто не в курсе.

Основная проблема с Ораклом в том, что платформа 1С под эту СУБД тестируется слабо, а конфигурации вообще никак.
Например, как рассказывает, Бурмистров, с многими теоретически неоптимальными запросами оптимизатор MS SQL тем не менее справляется нормально, а вот на Оракле тормозят вплоть до практически зависания. Наверняка возможны и обратные примеры, но поскольку авторы всех конфигураций сами-то живут под MS SQL ... Ну Вы понимаете.
В общем, поставьте себе Оракл и станьте бета-тестером.

(16) там либо CAL либо на процессор

(9) Курни RLS типовых

(9) where rownum<10 но это немного не то же самое что select top 10

(7) использовал 1с 8.2.18.96 и 1с 8.3.5.428 результат идентичный.
(8)файлы сортировки на диске ИТС. вообщем можно считать что нет

(9) буду искать. странность в том что вылезло в одном из 100 документов (ну или я плохо смотрел)

(0) в 1C напиши, это больше их забота. Быть бета тестером на Оракл - сомнительное удовольствие. 1С на SQL глючит и на запросы отвечают неделями... Так что подумай надо ли оно тебе