Запрос к SQL из 1С #429755

В 1С получаю Таблицу Значений, нужно сделать запрос к Ораклу по полученной ТЗ. Раньше было так: Работает, но долго. Вопрос! Можно ли запрос делать не в цикле, а передавать в запрос не каждый код номенклатуры, а целый массив? И как это релизовать?

В 1С получаю Таблицу Значений, нужно сделать запрос к Ораклу по полученной ТЗ. Раньше было так: Работает, но долго. Вопрос! Можно ли запрос делать не в цикле, а передавать в запрос не каждый код номенклатуры, а целый массив? И как это релизовать?

Сложить все коды во временную таблицу и потом использовать условие IN ?

ппц

WHERE <поле> IN ('value1', 'value2', ...)

Знаешь, что ты получишь, если у тебя будет пара тысяч кодов?

, value1, value2 как получить? перебрать в цикле ТЗ? там 40000 позиций...

Формирование строки в любом случае будет быстрее, чем 40000 запросов в цикле. Нет?

скорее всего так и будет, но неужели никак больше не передать? скуль понимает только множество? массив, ТЗ не поймет?

Да, в цикле В 8ке сняли ограничения на длину строки?

Узнаешь имя ВТ? В SQL.

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

>В 8ке сняли ограничения на длину строки? Не сталкивался, скорей всего - да. Возможно COMSafeArray поймет.

1С-ка так и делает, если что (насколько я понял).

архитектуру меняй, добавь в таблицу SMCARD поле 1С, один раз пробеги циклом и сделай Update  в True.

+ Только тогда надо не вставлять строку в запрос, а делать хранимую процедуру и в нее передавать параметры.

По типу такого? --> СтрокаЗапроса = ""; Для каждого СтрокаТЗ из ТЗ

Типа того.

Я его не узнаю, я его сам задам :-)

ты неправильно понял

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

Может еще хитрее :) Он своими апдейтами запустит триггеры, которые полбазы переколбасят :))

да, базу оракла мне точно не дадут ломать))

жаль обратный вариант, выгружаем всё из оракла и фильтруем на стороне 1С в ВТ например ?

Как вариант, тоже нормально по скорости будет, хотя ОДИН правильный запрос - всё равно проще и быстрее.

хм, а это мысль)) и почему сам не подумал об этом... будет процентов 20 лишнего, но все равно скорее всего будет быстрее чем строку я думаю

Вариант не рассматривается? ХП тебе может кто-то другой вставить...

жаль конечно, что скуль массивы не понимает в IN, насчет 14 не совсем понял

Объект COMSafeArray в 1С. Делаешь в оракловой базе хранимую процедуру со своим запросом и передаешь в нее список через COMSafeArray.

Хотя врать не буду - не пробовал.

Если не проблвал, ятогда тоже пока не буду, попробую сделать запрос по всей номенклатуре и отсеять в 1С уже не нужное, посмотрю на производительность, если не устроит, буду думать что то другое... всем спасибо за ответы и советы =)

попроси для себя одну таблицу для записи на Оракле, загрузи в неё номенклатуру (код и ARTICLE), получишь максимальную скорость, отсутствие блокировок и проблем с безопасностью

Блин, вот объясните мне, зачем для ЧТЕНИЯ базу корячить? А потом тыкают, что 1С кривая и всё в ней через жо...

затем, что данные надо связывать в источнике

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

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

конечно ту, которая в 1С в запросе ставишь ...

а дополнять мою таблицу новыми элементами, если в 1С появился новый элемент как? и самое главное когда?

Извращенец.

один раз синхронизуешь полностью. после этого подкладываешь кусочек кода при записи справочника Номенклатура, у рекордсета есть методы Insert и Update докажи, лучшего способа, чем внешний ключ на сиквеле нет

>>у рекордсета есть методы Insert и Update угу. Только автор, сначала Update делай, потом Insert

улыбнуло, не я один с базами мудохался

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

учту, пасип =)

Это хорошо в смысле скорости, в смысле архитектуры - оторви и выброси. Ответь на .

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

эхъ, как приятно пообщаться с умными людьми, а то рядом с этими бухами чувствуешь себя прокаженным...

еще раз - докажи, каждый раз перегонять на сторону сервера десятки тысяч идентичных записей - вот это оторви и брось.

1С-ники порой не лучше, спроси у ПЖ :)

про нормализацию ведь ты слышал и не раз

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

чур тебя, фиксина накличишь

фиксин - это обращение или ник?))

Не только слышал, я не против, что _внутри_ базы нужно делать именно так. Когда работаешь с внешними данными, модифицировать их для удобства чтения - подход сомнительный.

это жо..па, кодированием займись, всем интересен выигрыш во времени

Это ник, только на форуме он - "Гений 1С"

останемся при своих мнениях, топикстартеру теперь ясны варианты решения

о чем меня можно спросить? О_о фиксин - это наше фсе...

О дятлах, ты их "любишь".

Вы же выбираете всю номенклатуру из 8-ки, значит у вас кода идут сплошняком? может тогда запросом в 8-ке определить границы кодов, а в запросе к ораклу поставить условие типа: Хотя это будет правильно, только если кода идут сплошняком, без дырок.

мне до пита далеко

Я в курсе :) Но пита увы, не спросишь уже... По крайней мере здесь...

если коды буквенные? В зависимости от collation хз чего вернется имхо..

В этом случае не прокатит, да.

не прокатит, потому что код мало того что символьный, он еще и вводится принудительно, на самом деле это некий партнамбер производителя.

мда, интересный результат... было: запрос в цикле, номенклатуры пока порядка 10000 в тестовой базе, время выполнения 72,5 с стало: запрос по всей номенклатуре, а затем цикл по временной таблице с поиском номенклатры (есть в базе/нет в базе) теперь выполняется 127 с... причем самое большое время, порядка 70% как раз хавает этот поиск дурацкий

[порядка 70% как раз хавает этот поиск дурацкий] т.е. выборка занимает 30 сек

интересный у тя запрос. А че в оракле соединений нету что ли?

прямо в этом запросе парочка соединений

через where работает быстрее чем через Join?

Это просто другой вид записи

т. е. система сделает те же действия, что и в случае с join?

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

зачем искать, когда есть ВТ ?

выполнение запроса теперь занимает вообще доли секунды, всего справочника, остальное время ест обработка полученных результатов... из 88 секунд, поиск по ВТ занимает 51% времени

не надо искать, надо связать налево

я уточнить хочу, ВТ = временная таблица, которая содержит весьсправочник номенклатры С, так?

Зачем делать ПОИСК? Запрос к временной таблице!

код выложи

Тьфу, к ...

*щас побьют...

Пля... Лучше б ты сделал...

))))

Перебираешь рекордсет, заполняешь ТаблицуЗначений. Потом: СНАЧАЛА делаешь запрос к Ораклу, а потом уже - запрос вместе к временной таблице с данными из Оракла и к 1С.

+ Вместо отдельных запросов и менеджера ВТ можно использовать пакетный запрос, так наглядней.

, спасиба за направление, я ни разу не делал запрос к ВТ, так что разбираться буду долго)

О чем я в и сказал...

будет быстрее работать чем сейчас?

угу

Поиск в неиндексированной ТЗ очень сильно тормозит процесс.

а почему запрос к временной таблице будет намного быстрее работать нежели запрос к самому справочнику?

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

дык я же делал в цикле запрос к справочнику для нахождения номенклатуры,  работает еще дольше чем поиск по ТЗ

придется бить и больно. перепиши хотя бы НайденаСтрокаНом =

Мля :))) Ты понимаешь разницу между одним запросом и 40000 запросов в цикле?

+1, там хотя б индекс есть.

угу, раз не хочет ВТ и пакетный осваивать

Песец ваще... Человек не понимает, зачем нужны запросы и как ими пользоваться. Писать - умеет, а пользоваться - нет.

дык наоборот еще хуже, когда умеет, но не может