Eprst писал(а) 16. Января 2012 :: 06:14:
Нашел я причину: крашится перестает, если из условий убрать id2str.
Походу, решение есть: получить отдельно значение id2str, а потом подставлять его параметром.

Eprst писал(а) 16. Января 2012 :: 07:46:
Версия та же. Замена функции на значение не помогла. В общем, оно падает только при полном условии на (дата и время или дата). Если я убираю одну из скобок, то падать перестает.... буду экспериментировать ... сначлаа попробую скобками поиграться...

Проблема выяснена методом научного тыка: В этом запросе все работает в двух случаях:

• Запрос без инсерта
• Запрос без OR в условиях джойнов

По свертке: переношу записи журнала, шапки, строки, движения, операции, проводки, блобы.
А надо ли переносить записи из таблицы 1SCRDOC?
Или 1С сама заполнит при проверке?
Без проверки и пересчета же все равно не обойтись...

1sqlite не справилась с тем запросом... запрос должен был вернуть примерно 5 тысяч строк. За сутки он так и не выполнился...
Пришлось сильно упростить логику (разбить на 2 запроса) и оно стало быстро шуршать:

• Сначала получаю только реквизиты новых документов
• Затем проверяю что эти реквизиты ссылаются именно на старые документы.

С такими упрощениями запросы успешно выполнились менее, чем за секунду.
Т.е. теперь у меня две временные таблицы. Первая для ссылок из реквизитов новых, которая чистится перед каждым новым реквизитом, а вторая - для итоговых документов, утовлетворяющих требованиям "старости".

Eprst писал(а) 18. Января 2012 :: 05:10:
Закончу, выложу, но в двух словах порядок следующий:

• Копируется папка базы.
• В копии очищаются все dbf.
• В оригинале формируются двойные бух.итоги (сначала все в ноль на 23:59:50, а потом восстановление на 23:59:59). - около 45 сек.
• По тому же принципу формируются остатки. - около двух часов.
• Копирование всех справочников методом INSERT INTO '" + ПутьКБазе2 + идСправ + "' SELECT * FROM '" + КаталогИБ() + идСправ + "'
  Также копируются и блобы для всех реквизитов - все вместе у меня заняло меньше 15 сек.
• Копирование непериодических констант по списку (почти 2 минуты для 114 констант - не попадаю в индекс)
• Периодика:
  • Фиксация периодических констант методом "Константа." + ИмяКонстанты + ".Установить(ЗначениеИзСтрокиВнутр(""" + ЗначениеДаты + """), Константа." + ИмяКонстанты + ".Получить(ЗначениеИзСтрокиВнутр(""" + ЗначениеДаты + """)));"
  • Аналогичная фиксация периодики, у которой ИзменяетсяДокументами = 0.
  • Формирование документов фиксации периодики с ИзменяетсяДокументами = 1.
  (11,5 часов)
• Копирование значений периодических констант и ручной периодики для нового периода по условию date >= :ДатаСвертки~~ AND docid = $ПустойИД (операция занимает чуть больше 10 сек.)
• Выявление старых документов, ссылки на которые имеются в переносимом периоде - 2 часа. (у меня получилось около 50 тысяч доков - с ними потом еще разобраться надо, т.к. ссылки то есть, но многие из них нафик никому не надо...)
• Перенос старых документов - только записи журнала с последующим обнулением флага closed - 2 минуты.
• Перенос новых документов со всеми реквизитами, проводками, движениями и периодикой - 24 минуты.
• Тестирование и исправление ИБ - выполнялось ночью, потому не знаю длительность, но максимально могло занять только 12 часов...

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

Eprst писал(а) 20. Января 2012 :: 05:42:
Эта фраза не верна, когда лишнего в базе больше, чем переносимого... мой предшественник не смог свернуть предыдущие пару лет + только в переносимом периоде я запретитл использовать документы с количеством строк > 9999, а это огроменные проблемы с индексами ...

Eprst писал(а) 20. Января 2012 :: 06:37:
Объем базы - не показатель (пояснять?) ... и если вспомнить, что у меня 11 часов длится только фиксация периодики ... а от этого уж никак нельзя отказаться хоть при переносе, хоть при свертке ...