Как лучше всего очистить справочник и нужно ли это делать если в нем дубли выдающие ошибку при загрузке в базу по уникальности.
Доброго времени суток.
Имеется проблема:
Есть База 1С 8 БГУ 1.0 на 2008 сервере и SQL соответственно.
Жили долго и счастливо до того самого момента как захотели загрузить назад в базу выгруженную базу - поработали отдельно по необходимости.
В процессе загрузки выяснилось - Попытка вставки не уникального значения в уникальный индекс.
И как итог сообщение о - "Не все данные загружены".
Неуникальные значения оказались в справочнике "Контрольные соотношения" регламентированной отчетности.
Отсюда и главный вопрос - не все данные загрузились только в справочник "Контрольные соотношения"?
Если так то можно проигнорить ошибку?
И второй вопрос - очистка этого справочника решит проблему?
Имеется проблема:
Есть База 1С 8 БГУ 1.0 на 2008 сервере и SQL соответственно.
Жили долго и счастливо до того самого момента как захотели загрузить назад в базу выгруженную базу - поработали отдельно по необходимости.
В процессе загрузки выяснилось - Попытка вставки не уникального значения в уникальный индекс.
И как итог сообщение о - "Не все данные загружены".
Неуникальные значения оказались в справочнике "Контрольные соотношения" регламентированной отчетности.
Отсюда и главный вопрос - не все данные загрузились только в справочник "Контрольные соотношения"?
Если так то можно проигнорить ошибку?
И второй вопрос - очистка этого справочника решит проблему?
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3)В таком случае, не загрузилось, все, что должно было загрузиться после возникновения ошибки, т.е. в общем случае может быть вся база.
Не совсем понятно, для чего делать выгрузку/загрузку в/из *.dt если у вас SQL вариант, но перед выгрузкой в *.dt в базе источнике выполняете тестирование и исправление с проверкой ссылочной и логической целостности и пересчетом итогов.
Перед загрузкой из *.dt в базе-приемнике выполняете то же самое + реиндексацию таблиц.
Быстро такие проблемы не лечатся, к сожалению.
Вы можете подробнее расписать для чего "захотели загрузить назад в базу выгруженную базу - поработали отдельно по необходимости."?
Что есть "поработали отдельно по необходимости"?
Не совсем понятно, для чего делать выгрузку/загрузку в/из *.dt если у вас SQL вариант, но перед выгрузкой в *.dt в базе источнике выполняете тестирование и исправление с проверкой ссылочной и логической целостности и пересчетом итогов.
Перед загрузкой из *.dt в базе-приемнике выполняете то же самое + реиндексацию таблиц.
Быстро такие проблемы не лечатся, к сожалению.
Вы можете подробнее расписать для чего "захотели загрузить назад в базу выгруженную базу - поработали отдельно по необходимости."?
Что есть "поработали отдельно по необходимости"?
(5)
Проблема в том что у клиента база на SQL стоит на машине без доступа к интернету для безопасности.
Выгружали для того, чтобы файлово развернут на машине с инетом и удаленно внести правки через Тим вьювер.
Соответственно в обратном порядке все это выгружали назад.
Проблема в том что у клиента база на SQL стоит на машине без доступа к интернету для безопасности.
Выгружали для того, чтобы файлово развернут на машине с инетом и удаленно внести правки через Тим вьювер.
Соответственно в обратном порядке все это выгружали назад.
(10)Хм. Судя по вашим данным, в этом и есть основная причина.
Т.к. выгружаете данные из SQL с помощью 8.3.14, загружате в файловый вариант с помощью 8.3.13 - отрабатывает корректно, а вот в обратную сторону уже нет.
Попробуйте таки поменять платформу для файловой версии на ту же 8.3.14 - может это быстрее решит проблему.
Т.к. выгружаете данные из SQL с помощью 8.3.14, загружате в файловый вариант с помощью 8.3.13 - отрабатывает корректно, а вот в обратную сторону уже нет.
Попробуйте таки поменять платформу для файловой версии на ту же 8.3.14 - может это быстрее решит проблему.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот