Подскажите, с чего начать изучение прямых запросов в 7.7 #535416

Здрасте. Есть задача (свертка 7.7. dbf базы 6 ГБ - стандартными средствами упираюсь в затык при 1cv7.exe = 2 Гб), для решения которой похоже придется разбираться с темой прямых заросов. Подскажите, хотя б приблизительно, с чего начать. Наверное, это есть на 1cпп.ру но там куча вариантов документации и надо перелопатить большой объем инфы. А хотелось бы небольшую статью по Прямым запросам + пример...

Здрасте. Есть задача (свертка 7.7. dbf базы 6 ГБ - стандартными средствами упираюсь в затык при 1cv7.exe = 2 Гб), для решения которой похоже придется разбираться с темой прямых заросов. Подскажите, хотя б приблизительно, с чего начать. Наверное, это есть на 1cпп.ру но там куча вариантов документации и надо перелопатить большой объем инфы. А хотелось бы небольшую статью по Прямым запросам + пример...

с установки v82

1cv7.exe = 2 Гб....

с теории по реляционным БД.

"1cv7.exe = 2 Гб" Где такую достал? У меня ~ 300 кБ. Если речь за ограничение формата dbf в 2 гБ. Так оно действует независимо от того чем файлик обрабатывается.

упал под стол

Есть где то "хауту" по прямым запросам, первым автором которого был я

упал под стол (чет не обратил сначала внимания)

давай хоть свой :)

спасибо. про форум на 1cпп не подумал...

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

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

Зависит от "башковитости"...

у тебя дбфка более 2 Гб выросла, а сама база 6 весит???

не дбф-ка. на сколько я понял ТЗ-шка во время выполнения запроса в памяти разрастается > 2гб. здесь не причем ни размер дбф-ки, ни FAT-система, ни битность Виндов. просто регистр с большой кучей записей по куче измерений сворачивается...

результатом выполнения штатного запроса в 1с-ине есть создание временной таблички дбф в темповом каталоге .. и память тут не причем

как-так не при чем? размер 32-битный процесс может получить доступ к памяти более 2^32?

твой примитивный запрос никогда за эти пределы не вылезет. Если ты только не будешь запрос в ТЗ выгружать.

там несколько сот тысяч строк в результате запроса... валится где-то на 300 000 строке

в какой момент ? В момент выполнения запроса ? Или в момент выгрузки запроса в ТЗ ? Если первое - то упёрся на ограничение в 2 гига для дбф-ки..

+21 хотя, я сомневаюсь, чтоб у тебя была такая выгрузка.. 300 000 для дбф это очень мало.

чето недогоняю.. 0. Устанавливаю Microsoft® Visual FoxPro® OLE DB Provider (vfpoledb.dll) v.8.0.0.3117 ////////////////////////////// 1. в глобальнике загружаю ВК 1cpp.dll + ВК 1sqlite.dll ////////////////////////////// 2. Захожу НЕМОНОПОЛЬНО под юзером с админскими правами ////////////////////////////// 3. выполняю текст простейшего запроса из примеров по ссылке : {E:TEMPПРЯМЫЕ ЗАПРОСЫ-1.ERT}: База данных не установлена Не знаю что думать. Ведь если бы строка соединения была неправильной или драйвер не тот, то Рез = База.Соединение(Соединение) возвращало бы 0.. Получается, к базе цепляемся,  неправильно написали текст запроса, хотя я его прямо скопипастил… Подскажите, в чем дело, ибо туплю… Может, стоит отказаться от "OLEDBData" в пользу "ODBCRecordSet"? хотя в руководстве красным по белому сказано «Для DBF версии рекомендуется использовать объект “ OLEDBData”»

иногда стоит написать чушь, потом ее прочитать, чтобы понять что это чушь...

А почему именно прямые запросы? Что это дает в данном случае, какие преимущества?

см ,

Я свертку совсем не так делаю. Создаю копию базы со справочниками, но без документов. Переношу остатки по OLE. А также (непроведенными) документы из прошлого периода, необходимые для разрешения ссылок. Все.

Юзай 1SQLite, по крайне мере не придется каждый раз устанавливать Microsoft® Visual FoxPro® OLE DB Provider и проблем с монопольным доступом у нее нет

Не надо 1sqlite, прямых запросов, CPP и прочих интересных вещей. Нужно решать основную задачу - свертку базы. Для очень больших баз можно делать только, как в . Никаких чудодейственных средств, которые существенно уменьшат время, не меняя метода, не бывает.

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

Позовите программиста. Изучать прямые, кривые и прочие запросы надо дома под пивко, когда делать нечего.

наиух семерку - это в целом а по сабжу - вам нужны прямые руки, а не запросы

А восьмерку обрезать - просто? Вообще, физически реализуемо?

Есть такое, типа нельзя прямым запросом пометить на удаление кучу объектов

"...наиух семерку - это в целом ..." А че в ветке то забыл?

Я когда то переделывал с Rainbow на 1с++

Начал разбираться - возникли вопросы. Зубры, подскажите: возвращает пустую выборку если в тексте запроса параметр задать без модификатора ($Док.Контрагент = :ВыбКонтрагент) - без "~", тогда возвращается выборка документов, в которых ПУСТОЕ ЗНАЧЕНИЕ поля "контрагент". чето я туплю.. подскажите плиз

ВыбКлиент.НайтиПоКоду("00000078") = 0

нет, там позиционируется на элементе, я проверял.... счас попробую..

Добавь NOLOCK: --> FROM $Документ.Реализация as Док (NOLOCK)

а для дбф это можно? и нужно ли?

можно.

+44 и нужно.

Народ, объясните плиз нюансы использования УложитьСписокОбъектов13 и УложитьСписокОбъектов через ODBC и OLEBD (в дбф) пробовал по разному - ничего не получается 1. ----------------------------- на выходе имеем выборку с теми накладными, где ПУСТОЙ контрагент 1.2 то же что и 1.1, но --------- виснет намертво на Запрос.УложитьСписокОбъектов 1.3 УложитьСписокОбъектов13 вроде как для olebd нету PS в группе контрагентов не оч. много. проверял - оставлял всего парочку - ничего не менялось

---------------- вот собственно здесь  имеем "Не смогли уложить..."

Если ивестно, где и на каких объемах процесс "падает" - не быстрее ли будет сделать этот процесс несколько раз с ограничениями?

И куда вы "укладываете", позвольте полюбопытствовать?

|$Док.Контрагент IN (SELECT val FROM :ВыбКлиентос) ..........

да там по сути уложить в список 3 значения - дело не в большом объеме можно покидать идентификаторы в строку и сранивать с ней - но хотелось бы разобраться с методом УложитьСписокОбъектов

+50 для дбф, для простоты понимания, лучше 1sqlite от А.Орефкова пользовать.

так тоже пробовал не укладывает

врешь.

а по скорости что быстрее: 1sqlite, olebd, odbc?

я про то, что "типа не хватает памяти, ТЗ получается с дофига строк".

+54.. тест на вшивость:

всё зависит от текста запроса. А так, odbc с дбф не очень "дружит", поэтому его никто не использует. А фокс, при "правильном" запросе с попаданием в индекс обгоняет 1sqlite на group by.. Да и, где-то без фокса запрос не слепишь - update/insert/запрос к внешней базе..

полный кусок кода ГруппаСобственные= СоздатьОбъект("Справочник.Контрагенты"); сообщает ----------- Internal error: State 42000, native 219, message [Microsoft][ODBC Visual FoxPro Driver]Command contains unrecognized phrase/keyword. SELECT FROM    dh294 as Док WHERE    Док.sp295 IN (SELECT val FROM '') ТЗ = RS.ВыполнитьИнструкцию(ТекстЗапроса);                   {E:TEMPПРЯМЫЕ ЗАПРОСЫ-1.ERT}: State 42S02, native 173, message [Microsoft][ODBC Visual FoxPro Driver]File '' does not exist.

+58 а так, 1sqlite проще в синтаксисе, не нужно заботится об попадании в индекс, есть "фенечки" типа УложитьТЗ, "штатно" работает в монопольном режиме (для фокса нужно либо dbeng32 патчить, либо провайдер свой ставить) ну и.. еще много чего.

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

еще раз, для дбф пользуй OLEDBData

см .

уже лет 5 как пора заканчивать.

нужно на 200 000 строке сворачитать ТЗ или выгружать частями - и никаких 1C++ не нужно

с этого и начинал тоже не получается, см "я чувствую, что глуп.." (с)

полный текст модуля дай, вместе со строкой подключения.

+67, и это, в монопольном режиме поди еще торчишь ? :)))))))))))))))))))))))))))))

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

че ?

в монопольном он просто ничего сделать не дает)) полный текст для "OLEDBData": ------------- выдает выборку с ПУСТЫМИ контрагентами ---------- ---------- система вешается намертво

п..ц Ты чего, издеваешься ?! ........

сорри. я думал это для odbc, счас попробую для OLEDBData

+72 да, чтоб не позориться при написании вот этого: Достаточно кинуть реквизит диалога на форму и выбрать в него нужное значение справочника.

да то же самое с OLEDBData --------- если заменить на

да кидал уже, тот же эффект

1cpp какой версии, для начала ?

1cpp - 3.2.2.0

на вот, развлекайся.

+79 и там пофик что выберешь - группу или элемент, если что.

{E:TEMP_ЗАПРОС К ВНЕШНЕЙ БАЗЕ3.ERT}: FAILED! ICommandText::Execute: Function argument value, type, or count is invalid.

с твоим запросом такая же хрень система вешается намертво(( чую, что-то в дровах..

для начала, vfp поставь этот:

взлетело. дело было в vfpoledb.dll - 8.0.0.3117 на vfpoledb.dll - 9.0.0.5815 работает отлично Ёпрст3, спасибо за помощь

не за что.

В рамках изучения 1sqlite (уже по другому вопросу) возник вопрос – хочу получить обороты по оборотному регистру «Продажи». С остаточными регистрами понятно – | from [РегистрИтоги.ТовОстатки] as ОстаткиТМЦ А что в случае оборотного регистра? Пробую Ругается «no such column: date». А как тогда это поле называется? Пробовал «date», «Period», «idx_date_time_iddoc_lineno_actno». Ткните, где можно почитать про структуру таблиц регистра оборотов.

бесплатный совет: сделай select * и смотри на все поля..

сделал .. а там нет поля с типом дата. только поля ресурсов, измерений и т.д. + поля ссылки на документ регистратор. получается что надо делать лефтджойн с журналом доков?

воткни галку - быстрая обработка движений у регистра, или выстави отбор движений/итогов у одного из измерений регистра - поля и появятся. Это в разы быстрее, чем left join к журналу документов

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

ни к каким. Быстрее будут отчеты формироваться (даже штатные) и всего лишь

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

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

сделай проще. 1. создай чистую базу перенеси спр-ки 2. перенеси остатки можно по частям. 3. перенеси нужные доки и историю если нужно. Будет быстро и база чище. Удачи. ну а как это сделать найти или написать обработки.

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

база УРБД, объем большой. не приведет ли к тому, что снова выгрузятся все накладные причастные кдвижениям регистра? в принципе сабж уже решен. сейчас просто самообразовываюсь по 1с++ и 1sqlite

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

...закладочка...