Галактика в вопросах и ответах

Странно, что нет именно авто-сформированных по ТХО. Ручные, по випам, бухсправкам есть. Если, допустим, не все выгрузили ( выгружаем по годам), то как так могло случиться, что именно этих нет НИ ОДНОЙ?!!!! До патчей были.

А в базе , которая была создана на 8.10, такие проводки есть

Т.е. у вас несколько dbf с данными oborot.
Хорошо. Режим пакетной вставки использовали?

Вы точно уверены что они до патчей были? В Бэкапе после конвертации они наблюдаются?
И что на счет того чтобы посомотреть эти данные в Оре?

что именно этих нет НИ ОДНОЙ?!!!! До патчей были.

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

PS: При всей амбициозности заявленной проблемы (как и всегда) нет четких и конкретных ответов, на ранее заданные вопросы.

Таблица билась на 6 частей, импортилась 1 раз батником с режимом пакетной вставки. Повторно импортили через Саппорт лотом.

Сейчас в 3-й раз импортим через Саппорт 6 dbf-к (по кол-ву записей совпад-м с таблицей OBOROt в 7-ке).

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

По nrec-м ничего не нашла в таблице OBOROt. В журнале тоже нет большого удаления записей из нее.

Такого не было ни у кого? Значит у нас руки кривые, будем искать.....

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

Читаем Readme.txt к последнему конвертору на московском ftp

Особенности применения пакетного режима на различных платформах:
...
Oracle
1. Операция пакетной вставки вызывает полное удаление данных из таблицы-приемника.
2. При возникновении ошибки импорта в таблицу, операция вставки продолжается со следующей записи,
вызвавшей ошибку. По завершении операции в журнал записывается список не вставленных записей.
3. Общее быстродействие повышается до 2 раз.
...

Т.е. в режиме пакетной вставки НЕЛЬЗЯ бить таблицы на несколько dbf.
У вас и не было этих записей. Патчи нипричем.

На счет "Лучше медленно, но надежно"

Использовал пакетную ставку на всех SQL БД.
Последняя - dbf в размере 13 Гб Залилось все в Oracle 10.2 за 4-ре часа(с учетом удаленных индексов), ну + еще пол часика на создание индексов.

Сейчас импортировала лотом через Саппорт. Вижу в таблице OBOROT проводки созданные по ТХО. А в Галактике не отображаются ни одной. Возможно, что из-за пакетной вставки я и потеряла частично записи, но из оставшихся 3 млн. чтобы не было ни одной созданной по ТХО?!


И что интересно, настройка 5048: Раздельная привязка по ТХО имеет странные права: вместо U стоит R у всех пользователей. Может в этом все дело? Пошевелила у одного в правах доступа, и изменилась настройка в полных правах(крайний правый столбец) у всех пользователей. Сейчас пересчитываю права.

Если поможет, напишу.

Гаврилюк Марина писал(а):Такого не было ни у кого? Значит у нас руки кривые, будем искать.....

Давно уже у меня была такая ситуация. Переходили с 5.84 на 5.85. И я отлаживал импорт проводок (или чего-то еще - не помню точно). Стандартными средствами. Т.е. не экспорт/импорт записей в таблицы через саппорт. Может мы тогда пытались какую-то схему настроить... с использованием промежуточной БД... не помню.
Так вот, выполнил импорт, и "скривился" отчет. Сначала ничего не понял. Потом оказалось: пропали ВСЕ проводки в системе. Специально посмотрел журнал (была включена журнализация ВСЕХ возможных таблиц).
Ни одной записи об удалении. Т.е. проводки были удалены не интерфейсом, а какими-то более глубокими вещами.
Сколько не пытался, ситуацию повторить ну никак не удалось.
Был Oracle, 8-й кажется. С буковкой "i" в номере версии.
Хорошо, что это было в тестовой БД.
Это, наверное, какой-то совершенно редкий случай.

Кстати, в нашей версии галактики (8.1) , при пакетном импорте таблица сначала очищается причем под ораклом с помощью truncate table и восстановить ничего не удается т.к. flaskback database был отключен, а flashback query не срабатывает потому что archive log не пишет изменения при операции truncate

Иван писал(а):Кстати, в нашей версии галактики (8.1) , при пакетном импорте таблица сначала очищается причем под ораклом с помощью truncate table и восстановить ничего не удается

Это и описано в конвертере и не только под ораклом.

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

Это специфика пакетной вставки

а пакетная означает, что сразу группа записей импортируется как-то?

да. там же размер пакета указывается
Lot.ImportBatchMode=On
Lot.ImportBatchRowCount = 8000