Загрузка данных в Postgres SQL #556725

Была выгружена конфигурация из Слона в 1С файловую. Обработана обновлена. После обновления при попытке загрузить в Слона назад отказывается грузиться и пишет поаытка загрузить неуникальное значение в уникальный индекс files_pkey. Самое интересное что и выгруженная до этого конфигурация не грузиться назад в слона и пишет тоже самое. Что может быть и как бороться?

перед выгрузкой сделать ТиИ, а потом выгрузить еще раз

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

что за таблица? Files что ли?

может попробовать выгрузить cf, а потом загрузить в файловую. потом попытаться опять выгрузить и загрузить в слона.

Таблица Files. Финты с загрузкой обработко и выгрузкой в файловую пробовал не помогает.  Конфа ЗиК БюджУчреж 26. Платформа 8.2 219.

именно перезагрузку cf делал? таблица Files относится к структуре конфигурации

Сделал выгрузки из рабочей базы в режиме конфигуратора. Администрирование - выгрузка. Дальше загрузил в файловую. Обработал, обновил, провел запуск. Загружаю не загружается. Дальше в файловой провел ТиИ заружаю фиг. че делать не знаю. Ругается на таблицу Files. И пишет что в таблицу в ключ пишется  неуникальное значение.

ее кстати вообще по моему можно очистить. только вот как это в файловой сделать не знаю. есть приблуды для просмотра таблиц файловой?

Как в SQL сделать это и коню понятно, как теперь загрузку провести вот блин задача. Какие есть приблуды или какие инструменты штатные кто знает. Доступ к техподдержке у меня есть.

не понял как перезагрузку cf.

Создай чистую базу в постгресе и в нее загрузи попробуй.

выгрузить cf, и загрузить назад. Загрузить конфигурацию из файла. насчет просмотра таблиц файловой, погугли. есть какие то приблуды.

Пробовал не помогает. Уже убивал и создавал по новой. Фигня какая то. Самое интересное что конфигурация двухнедельной давности загружается нормально. А сегодняшняя выгрузка назад не грузится.

выгружаю в dt. cf это же обновление конфигурации без данных.

надо что бы таблица Files очистилась. А когда она очищается хз. Поэтому все варианты можно попробовать.

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

вариант в . есть Tool_1CD, но в ней только смотреть можно. посмотри через нее таблицу эту. Вообще даже в файловом варианте поле FileName индексировано. Там не может быть двух одинаковых значений.

А почему обновление на клиент-серверной базе не сделать? И кстати манипуляций с версиями платформы не было?

Вот ти я о том просмотрел ТооL_1CD нет там никаких повторений или нарушений индексов. Как очистить не представляю. На клиент серверной базе не получилось потому как один из пользователей создал документ 0113 годом. при попытке обновить базу или удалить документ все зависает напроч. Чего тлолько не делал. При любых манипуляциях база уходит в отключку. Подключиться можно но данный документ заблокирован навсегда. Пробовал вывесет его думал прокатит. Не коннект провесел неделю до перезагрузки сервера.

удали документ средствами СУБД.

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

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

Потому как в СУБД можно было удалить только запись о документе. При удалении документ проводился по регистрам и ссылки на него зависали. Тоесть фактическое удаление документа не позволяло изхменить регистры. А там расчетов на лимон с небольшим и сотрудников пости две тысячи. Смысл был удалить всю цепочку. ну да ладно это уже проехали.

дату документа можно поправить.

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

средствами субд дату поправить.

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

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

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

забавно. ну тогда есть еще вариант с переносом данных. создай из CF пустую клиент-серверную базу и перекидывай данные из файловой через выгрузку xml. если конечно размер базы позволяет. сколько база весит?

1.5 гига.Ща будем так пробовать. Для редактирования 1СВ нифига не нашел. Всякая чуш валяется.

На сайте 1С вообще таких проблем нет. Все в шоколаде.

тогда не парься. 1.5 гига без проблем через xml перекинешь.

теоретически можно еще один вариантик попробовать. но это если бы база большая была и перенос xml не годился бы. в данном случае дешевле перекинуть конечно. Если при загрузке dt 1С сначала создает все таблицы, а потом начинает заполнять их, что скорее всего так и есть. То можно было бы попробовать успеть повесить на нужную табличку instead of триггер на инсерт, или грохнуть PK.

Да вопрос только если это просто запрос скулей то можно а как это в клиенте 1С организовать?

Наверное проще бы было удалить данные из таблицы Files только нечем. Засада.

и на ИТС тоже ничего подобного нетю Даже описания похожего не говоря об утилитах.

строки из Files это какие то служебные файлы в AppDataRoaming1C1Сv82 Но если грохнуть эти файлы, таблица Files остается без изменений, а при запуске вновь их создает.

Не пробовал сейчас попробую.

Нифига не помогает. Есть тут умные помогите кто нибудь!!!

а это не поможет

не получается ничего. Подкиньте идею.

Автор сними конфу полностью с поддержки. А потом попробуй загрузить в постгресс.

переноси данные через xml в пустую конфу

Ссылка очень помогла прримерно как совет купить веревку. :)) снято с поддержки. В Пост не грузится.

Ну перенесу. Там 16000 документов. Блин не проведеш все. Да и расеты не переносятся.

тогда может попробовать как в открываешь консоль pgAdmin, написать заранее скрипт который грохает PK в таблице Files. Запустить загрузку. Попытаться поймать момент, когда таблица создана, но данные туда еще не грузятся. Грохнуть PK. Не знаю правда насколько реально поймать этот момент. Надо пробовать.

можно триггер DDL повесить и там прописать грохать PK после создания таблицы

Дело в том что при загрузке база сначала вся грохается безвозвратно, а потом только начинает грузиться и создаваться. Пытался поймать, не получается и тригерром не возможно. Нуно в сам файл 1СD внести изменения, удалить записи из таблицы Файлов и потом только что=то делать. Завтра будем писать в поддержку. Может там что скажут нужного.

Ладно до завтра. Может кто что придумает. А то у меня Инет сейчас уйдет.

вот триггер для удаления PK таблицы Files во время загрузки dt. но он для MS SQL. Постгреса нету под рукой

--GO SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO IF EXISTS (SELECT * FROM sys.triggers WHERE parent_class = 0 AND name = 'dbTrigger') DROP TRIGGER dbTrigger ON DATABASE; GO CREATE TRIGGER [dbTrigger] ON DATABASE FOR DDL_DATABASE_LEVEL_EVENTS AS BEGIN SET NOCOUNT ON; IF CHARINDEX('alter table [Files] add primary key', @TSQL , 1) > 0    BEGIN        SELECT @PKName = Name FROM sys.objects WHERE Name LIKE '%PK__Files%' GO SET ANSI_NULLS OFF GO SET QUOTED_IDENTIFIER OFF GO

+ Постгреса нету под рукой что бы проверить. Автор, знаешь что с этим в делать?

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

Спасибо сейчас попробую. Интересно а в SQLExpress база полезет. Там ограничения до 2 ГБ или до 4 ?

В этом случае база не грузится ни в PostgreSQL (не сообщает неуникальное значение), ни В MSSQL (сообщает неуникальное значение). 1) Найти 2 одинаковых значения можно вручную с помощью "Tool_1CD.exe" в таблице "FILES" в поле "FILENAME". У меня это были 2 строки с именем "9c83728b-80f1-4c37-b432-49cbdaf207dc.pfl", а в поле "CREATION" у одной их них было "29.12.2010", а у другой текущая дата). 2) Исправить значение можно программой "WinHex". Я просто исправил первый байт у первого найденного значения на "2". Сохранил  файл. После этого выгрузка базы отлично загружалась в PostgreSQL. 3) После загрузки исправленное значение можно удалить из таблицы "FILES", чтобы не замусоривало таблицу. Я делал это в копии задолго до перехода на Клиент-Сервер. Самое интересное, что в рабочей базе через месяц проблема исчезла сама  собой (когда я хотел исправить дубль, его уже не было). Все, что там делали - сменили пароль админа (может быть это был файл  этого пользователя).

Не понял как WinHex можно инструкцию честно никогда не пользовался.

полезет. можно версию 2008 качнуть. там 10 гб ограничение

Не обязательно WinHex, любым другим редактором, которым можно поправить несколько байт в файле (hiview.exe, Far, dd и т.п.)

Скачал WinHex че дальше делать правильно и быстро?

Нашел значение. Как найти в WinHex.

искать обычным текстовым поиском, как есть

вот есть значение C01B78F6 забрасываю его в Find в WinHex пишет что нет такого значения

Не в маленьком не в большом регистре.

попробуй поиском в UTF-8 как в верхнем, так и в нижнем регистре

Нашел. Сейчас попробую выгрузку.

Честно просто поторопился.

Всем спасибо все получилось. Алгоритм следующий. С помощью программы  Tool-1CD находим дублируемое значение, затем WinHex правим файл 1CD. Делаем запуск 1С. Затем Запуск конфигуратора, Выгрузку и загрузку в СКУЛЬ.

Правильная тема :) С решением...

Для пущей важности обращаю внимание запуск 1С в режиме Предприятие ОБЯЗАТЕЛЕН.