Есть 2 совершенно одинаковые базы (база1 и база 2), отличающиеся только движениями по одному регистру остатков. Движения по этому регистру в базе1 только за 2015 год и они неверные. Движения в базе2 верные и они за период с 2012 года. Учитывая, что базы ничем кроме регистра не отличаются, я хотел движениями за 2015 год из регистра базы2 заменить движения этого регистра в базе1. Но есть небольшая проблема для меня. База1 -DBF, а База2 - SQL. И как взять движения из второй базы я не знаю. С ДБФ все просто (или мне так кажется): Перенес файл, отсек движения за предыдущие года и все. А как сделать такое же с SQL не знаю. Прошу помощи и советов.

Вызвать программиста.

Мда...
Род занятий:     Нач ИТ отдела.

(2) Вполне. Достаточно иметь толковых подчиненных :)

(2) Не царское это дело... По регистрам шариться :)

Ребят, я все понимаю вы все тут опупенные профи. И тут на мисте очень демократично с оффтопом. Но все же. Есть кто может на вопрос ответить?

"..Перенес файл, отсек движения за предыдущие года и все.." - и хоть раз так делал работало?
Если уверен что базы одинаковы на уровне внутренних id документов, то делов то - выгрузи базу sql и загрузи ее в формате dbf.

[] Вроде-б в 7.7 все движения регистров выполняются только документами, при проведении..
или я что-то упустил?

(6) Не пробовал. Не было необходимости.
База подобралась к критическим для ДБФ размерам. Регистры, в частности тот, про который идет речь, под 2 гига. Поэтому перевел все на сакуль. Но мера временна, нет лицензии, да и подтормаживает. Обрезал базу, выгрузил её в ДБФ, но после восстановления ГП, по проблемному регистру неправильно легли движения (там долго объяснять почему). Документы в обоих базах одинаковые абсолютно. Мне бы вытащить из скуль базы движения по этому регистру и перенести их в пожатую базу. Но не знаю как это делать.

(6) "Если уверен что базы одинаковы на уровне внутренних id документов, то делов то - выгрузи базу sql и загрузи ее в формате dbf."
Мне бы завтра пустить людей в новую базу, а выгрузка в ДБФ затянется на сутки минимум (в текущей базе в настощей момент бьют доки). Да и не факт что выгрузится, так как с момента миграции на скуль прошло время и упрусь в ограничение на размер ДБФ-ки.

(6) "Если уверен что базы одинаковы на уровне внутренних id документов"
Мне бы открыть этот регистр в скулевской базе в таком же виде как его открываю дбфнавигатором в дбф-ной базе и посмотреть столбец документа-движения. Но как это сделать?

(8) Да ладно "долго объяснять" - то. Модуль проведения изменили и не подумали что задним числом перепроводить придется.
:)
Правильней не переносить движения а разобраться что вносит ошибки в движения и исправить. А то через полгода-год опять придется разбираться.

(11) Не мои переделки. Имею что дали.

(10) Дэк скуль какой стоит? В каждом менеджентстудия есть там и сделай запрос select * from RG***-своего региста.

(11) Ща объясню. Хотя к теме это не имеет отношения.

Там люди вручную выбирали соответствие одного справочника другому при проведении документов. Т.е. перед тем как провести документ, нужно было выствить правильную "привязку" и потом препроводить. Привяки постоянно меняются. В конечно итоге, когда восстанавливаю ГП стоят привязки на конечный момент времени и с ними перепроводятся все документы. Когда штатно перепровожу ГП (каждый месяц перед выгрузкой в Бухгалтерию), то просто отключаю движения по этому регистру, ибо они и так верные. А тут этих движений в пожатой базе нет. И соотвественно нужно двигать, но как это сделать, когда привязка меняется сто раз на дню. Не спрашивайте, кто придумал такие костыли - не я.

(13) 2005.
Я правильно понял.

(14) Да вообще то это не имеет значения.
Все махинации напрямую с базой все-равно рано или поздно вылезут тем еще геммороем.
Если нужно пусть народ в базу я бы просто ввел корректирующий документ чтобы к примеру на 01.08.15 были точные рабочие остатки. Это даст время на исправление ситуации с прошлым периодом. Народ будет работать с правильными цифрами а сам неспеша исправишь ошибку.

1. Экспорт DTS'ом нужных(по периоду) данных из сиквельной таблицы в подготовленный dbf.
2. Переиндексация конкретно этого файла движений.
3. Пересчёт итогов именно по этому регистру.
4. Подмена движений, итогов и их индексов в целевой базе.
Профит.

(13) Я правильно понял: таблица в скуль-базе называется также как в ДБФ-файл с регистром в ДБФ базе? Если в ДБФ файл называется RG9119.DBF то скуль таблица будет называться RG9119?

(17)  геморрой возникает только у тех, кто делает не думая.

(19) у скульной тоже есть dd там и посмотри как таблица остатков и таблица движений называются.

(19) смотри DDS.  Как правило, при экспорте в сиквел имена сохраняются, но лучше удостовериться.

(21) DDS. Нашел спасибо.

(23) Да сохранилось. Проверил.
(18) Можно поподробнее по пунктам. Очень прошу!!! чертовски выручите!!!
(22) Куплена восьмерка. СКуль. Полный фарш. Параллельно занимаемся миграцией. Подобных ДБФ проблем больше не будет. (будет другие:))

(18) предлагают сделать что-то типа
select * from table1;
output to c:\1.dbf FORMAT DBASEIII;

(25) да вроде и так по пунктам...
Единственное, что пункты 2и3 делать в пустой дбфной базеччерез тии.

(27) В пустую ДБФ базу кинуть вытянутый со скуля файл регистра и сделать там тии? А оно не похерит там все движения? Или не делать полное тестирование, а только реиндексацию?

(26) в 2005-возмоэно,и так - в нём dts'а вроде уже нет.

(29) вопрос может для вас глупый, но
"3. Пересчёт итогов именно по этому регистру."
Когда делаю тии в базе. 1С итоги по регистру пересчитывает основываясь только на данных записанных в нем самом? Не вызовет ли отсутствие документов и записей в других регистрах сброс движений в нужном регистре?

(30) не должно.

(30)да. Итоги считаются только по движениям. Для пересчёта одного регистра в пуст базу эквивалентной структуры копирцется файл движений, и затем через тии переиндексация и пересчёт. А потом они копиртся обратно.

(29) " в 2005-возмоэно,и так - в нём dts'а вроде уже нет."
Как это?

Пля, почему на смартфону форум стал валиться? На любом браузере... Не иначе, реклама гадит

(34) поставь миста-ридер - он не валится...

(33) заменили чем-то вроде. В 2008 точно.

35) офигеть. Из-за миски холодца всю свинью колоть...

(37) Зачем колоть? Отдельная программка. Вполне удобная. Я ей пользуюсь постоянно...

(36) ну, как бы мастер импорта/экспорта в 2012 есть...

(39) ага.

Вопрос на засыпку. В регистрах итогов (RG) используется поле "PERIOD" с типом "дата":
# Name      |Descr               |Type|Length|Precision
F=PERIOD    |Period Registr      |D   |8     |0  
Оно означает на какой период рассчитаны итоги в данной строке?

http://script-coding.com/v77tables.html#3.4.

PERIOD     Период остатков. Всегда равен началу периода (месяц для нашего примера). Тип - DateTime (для dbf - Date).

(42) Спасибо!