Добрый день. Номенклатура ~ 100000 наименований. Нужен запрос который отображал бы наименования по частям, например первые 20, вторые 20 итд (т.е. постранично). Что то типа LIMIT в MySQL. Как такое сделать?

на зачем? выгрузи в ТЗ

Первые 200

выбрать первые 20

А) никак
Б) сделать запрос источником динамического списка

(0) запрос ничего не отображает. Вообще.

(2)(3) и следующие 20

(4) при "первые 20" запрос все равно сначала все отбирает, а потом отсекает?

(6) соласен, тупим)

(7) выборки всего не происходит

+(5) и к выводу информации по страницам он отношения также не имеет.

(7) А почему ты это у (4) спрашиваешь? :)

может привязаться к нумерации?

(0) какая цель данного действия то?

Обычно предлагают запрос отсортировать как-то (если есть уникальное поле), затем использовать
Первые 20
Где ЭтоПоле>&ПоследнегоВыбранногоНаПредыдущемШаге

(13) Web-приложение работает с 1С через COM. В него нужно загружать номенклатуру частями, например чтобы на страницу помещалось по 20 записей. Ну и постраничное пролистывание.

(15) вот запрос тут совсем не при чем.

(15) Судя по всему вам понадобится план обмена. Выгружать n количество элементов помечая их, при удачной выгрузке выгружать следующую порцию.После удачной выгрузке всего справочника, следующий раз буду загружаться только измененные объекты, что сократит объем передаваемых данных.

(15) СправочникВыборка посмотри. Правда "назад" не полистать

(18) Херовая идея.

(18) Есть ли в 1С что то типа "Выборка.ПереместитьКурсорНа(20)" вместо "Выборка.Следующий()",

(20) Нет

(0)
v8: запрос в цикле

ВЫБРАТЬ ПЕРВЫЕ 30
   Номенклатура.Ссылка КАК Ссылка
ИЗ
   Справочник.Номенклатура КАК Номенклатура
ГДЕ
   Номенклатура.Ссылка > &ПоследняяВыбранная

УПОРЯДОЧИТЬ ПО
   Ссылка

(23) -> (14)
+ упорядочивание по ссылке явно не удобно для отображения

(19) Херовое обоснование херовости идеи

(24) Выборка работает точно также, только цепляет с собой ВСЕ. Пора бы знать.

(25) Ты реально себя богом счиатешь?

Проще чтобы ваша база выгружала номенклатуру в табличку майскл

(26) Ты с какой целью интересуешься?

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

Вообще конечно общение веб-сервера и 1с-ки через COM, это путь в никуда.

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

(30) Все от задачи зависит. Какие вы варианты предпочитаете? WEB сервисы? Тоже палка о двух концах...

(31) не путай mysql (который, кстати, limit 300, 30 делает через top 330 с прямой сортировкой, top 30 с обратной сортировкой, сортировку снова в прямом порядке). в mssql лимита нет, только top

(32) Лично я предпочитаю прямые запросы. КОМ просто самый не гибкий.

Да и не понятно как через интернеты через ком работать. Никак.

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

(34) Прямые запросы это как, поясните пожалуйста, оч. интересно.

(35)
DCOM

(37) Коннектишься через АДО к сайту. Читаешь оттуда, пишешь туда.

(38) DCOM круче чем http для работы через интереты?

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

(41) Ну так включайте в состав плана обмена нужные объекты, и фоновыми заданиями пуляйте измененные данные на сайт. Веб-сервисом, или прямым запросом.

(40)
не сравнивал. критерии крутости какие ?

(43) как я понимаю, DCOM все же для локалки, а не интернетов.

(42) Пробовали. Чем дальше, тем сложнее, так. как достаточно сложная бизнес-логика приложения. И к тому-же она постоянно масштабируется. Контролировать 2 системы становится сложнее и сложнее.

(45) не надо реализовывать логику в 2-х местах, надо реализовывать представление отдельно, разделить бизнес процессы. тогда повторяться мало чего дует. а то когда для того, чтобы покопаться в каталоге требуется дергать 1с - очень просто сделать DoS

(45) Имхо, в тупик зайдете с COM-обменом в итоге. Придется много переделывать.