Дело в том что версия 1с Управление торговлей была файловой и при отключении питания порушилась одна записьв таблице. При попытке открыть документ, из базы выбивало. Я уже открывал ветку на эту тему и решение было найдено. Единственное решение это перевести Базу на SQL версию и там внутри SQL сервера грохнуть запись, которая выдаётся в качестве ошибки. Ошибка возникает при "тестирование и исправление информационной базы

erver: Не удалось вставить значение NULL в столбец "_Fld4995_TYPE", таблицы "temp.dbo._Document203_VT4975NG"; в столбце запрещены значения NULL. Ошибка в INSERT.
HRESULT=80040E2F, SQLSrvr: Error state=2, Severity=10, native=515, line=136

Как бы мне сейчас в SQL сервере грохнуть эту запись?

ну зайди и убей

(0) а chdbfl.exe не помогло на фаловой версии?

Нет.
Судя по всему - не запись убивать надо.

(2)не помогло. вобще ничего не помогало.

(3)а что тогда?

судя по ошибке не запись убивать надо а разрешить NULL в указанном столбце

Тебе этот документ грохнуть надо.

У него одно из свойств - NULL, а NULL вставлять нельзя.

Он при открытии пытается вставить какие-то значения во временную таблицу.

Надо отловить - что он пытается вставить. И либо заполнить значение, либо грохнуть документ.

(0) а что за объект узнал?

(6)
Ага. Круто придумал.

Я думаю, что нужно просто принудительно удалить документ. Насовсем. И все станет хорошо.

(7)а каким образом этот документ грохнуть? любые попытки из режима 1с предприятия обратиться к нему приводят к выходу базы из строй. хоть пытаешься его пометить на удаление. хоть програмно пытаешься его удалить.

Судя по тексту ошибки, проблема с типе колонки табличной части документа _Document203, содержащий реквизит _Fld4995_TYPE.

(7) мне кажется у него база temp называется

(8) да. это объект "реализацияторваровуслуг". даже конкретно знаю какой документ это. но с ним программа ничего не даёт сделать. и не могу понять почему так.

(11)да. проблема есть. только я не могу этот документ удалить никак.

(12)да. база Temp называется в sql сервере.

(9)а как его принудительно удалить? он ведь не даёт ничего с собой сделать.

(9) я ж говорил ))

Удали из SQL-ля.
Из таблицы шапок и из таблиц табличной части.

(16) А если грохнуть реквизит, предарительно создав временный и слив туда всю инфу раннее содержащуюся в старом ?

(18) знал бы он еще какая запись

(19)попробую сейчас грохнуть этот реквизит

(21) а (6) не хочешь попробовать?

(18)а вот как действительно сделать это?

(22)тоже хочу. только не знаю как. щас буду думать

(23) если знаешь ключ записи то без проблем

Поле Fld4995
Таблица Document203
Значение NULL

(22)
Да таблица может на лету создаваться - как он разрешит??

(24) никогда не создавал и не редактировал таблицы в MS SQL

+ (24) ?

SELECT * FROM Document203
WHERE Fld4995 IS NULL

И смотри что за запись.

Названия могут отличаться - надо смотреть

а почему интересно ТиИ пытается в эту таблицу запись добавить?

(29) думаешь такая запись там есть?

нука пустите меня в базу, счас я там поудаляю все на х***...

(29) Вобщем то таблица _Document203_VT4975NG - это табличная часть документа _Document203

(3) автора что ли ?

(30)
В качестве предположения - он сначала копирует все в темп - а потом шуршит там. ЧТоб типа не сразу в основной.

(33)
Тем лучше.

(34)
LOL

(32)
))))))))))))))
Пустите нас всех в базу - мы сделаем все красиво!

(33)а вот как бы эту табличную часть грохнуть?

(36)
Ты не торопись грохать-то!!!

Что в реквизите Fld4995?

(37)там надпись "двоичные данные"

замени во всех таблицах нулл на "пусто" в зависимости от типа поля

Запости сюда ID

ID документа

(38) а в структуре метаданных что это за поле?

(36) Вряд ли поможет, проблема имхо в том, что конфигурация содержит инфу о том что данная колонка может содержать  значения типа NULL в отличии от фактической.

(41)_Document203_VT4975
(42)ЗначениеУсловияАвтоматическойСкидки

(44)
ID документа, а не название таблицы.

Как найти ID - смотри (29)

(44) Какое значение колонки в SQL у свойства "Разрешить неопределенные значений" ?

(45)Сообщение 208, уровень 16, состояние 1, строка 1
Недопустимое имя объекта "Document203".

(46)true там стоит теперь. я поменял. но всеравно выбивает

(47)
Ну ты дал. Названия-то нао заменить на реальные - я ж схематично!

(47) Вобщем-то вот так не будет выбивать
SELECT * FROM _Document203_VT4975
WHERE _Fld4995_TYPE IS NULL

(49)
SELECT * FROM _Document203_VT4975
WHERE _Fld4995_TYPE IS NULL

не выдал ни одной записи
а запрос

SELECT * FROM _Document203_VT4975
WHERE _Fld4995_TYPE IS not NULL

выдал кучу записей. и везде в поле стояло значение 0х01

SELECT DISTINCT _Fld4995_TYPE  FROM _Document203_VT4975

(52)ВЫДАЛ две записи. одна 0х00 а вторая 0х01

(52)вы здорово разбираетесь! спасибо!

Все получилось?

(55)не всё! просто он показал что гдето есть нулевое значение. а сейчас попытаюсь запрос переделать чтобы выйти на нужную запись

(55) А что могло получится :) Тип бинари это и есть значения 0х00 и 0х01 :)

(55)и ещё както её удалить нужно. А ещё паралельно пытаюсь взять конфигурацию УТ того же релиза типовую и сделать "загрузить конфигурацию". может поможет?

(57)
Я бы изменил 0x00 на 0x01

(57) Когда наиграешся ... предлагаю вернуться к (19). Проблема скорее в конфигурации, а не данных.

(60)
Зависит от.
Хотя база скорее всего маленькая - раз была в файловом варианте.
Грохнуть реквизит, потом его создать и?

Перезаписать все документы? Перепровести? А сколько их там?

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

То есть - те же "игры"

(61)база 350 метров. в ней документы за 2010 год. но их немало.

(61)а помогите пожалуйста запросом поменять значения?

(63)
ЩАЗ

ЧТо выдаст
SELECT TOP 1 _Fld4995_TYPE  FROM _Document203_VT4975

(65)0х01

(61) Зачем же перепроводить. Достаточно перезаписать.

UPDATE _Document203_VT4975
SET _Fld4995_TYPE = (SELECT TOP 1 _Fld4995_TYPE  FROM _Document203_VT4975)

Но смотри - ты начинаешь изменять базу. Надо делать на копии.

(67)
Откуда ж я знаю - что у вас там. Может этот реквизит черте где участвует.

(68)кстати я нашел эти поганые нулевые значения знаете как?
SELECT * FROM _Document203_VT4975
order by _Fld4995_TYPE

только ручками не смог их изменить

(70)
В (68) запрос которые изменит данные

(71)он поменял данные! крутой запрос. а из базы всеравно выбивает (( а вобще как можно убить этот документ? он ведь единственный кто вызывает проблему

Лана вот вам на закусь :)

Типы полей ,хранящие значения составного типа :
...
Суффикс _TYPE
Тип поля  BINARY(1)
Когда присутсвуюет: всегда
Назначение: Содержит идентификатор фактического типа: Булево, Число, Строка, Дата или ссылка.
...

(70) да поменяй через энтерпрайз менеджер

Я ещё сейчас взял. из типовой конфигурации cf файл и загрузил его через конфигуратор как "загрузить конфигурацию". может поможет?

(72)
Хм. Дело в следующем реквизите?

(75)
Ну ты ЖЖОЖ.

База-то типовая? Судя по всему - как ты лихо менял в конфигурации - она НЕ типовая

(77)ну конфигурация с дописками но я их восстановлю. это не так страшно. просто мне важно понять как решить проблему.

Запусти сейчас ТиИ

Из базы может выбивать по разным причинам.

Но проблему вылета ТИИ мы сейчас вроде как устранили.

(80)а что такое ТИИ ?

ааа понял

запустил

(78)
Дописки <>  изменения структуры метаданных.
Можно очень круто влететь.

(84)вот представляете. он в ТИИ дошел до этого документа и выдал что нарушена в этом документе нумерация строк табличной части и что типа она восстановлена теперь. Вот проверим как будет сейчас запускаться

И ещё ТИИ прям для этого документа во всех регистрах. которые он двигал выдавала ошибки.

И что в итоге-то?

(87)досихпор тестирование и исправление идёт. сейчас уж закончится.

(87). эх вот что теперь
В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка СУБД:
Microsoft OLE DB Provider for SQL Server: Не удалось вставить значение NULL в столбец "_Fld7566_TYPE", таблицы "temp.dbo._AccumRegTurnovers7584NG"; в столбце запрещены значения NULL. Ошибка в INSERT.
HRESULT=80040E2F, SQLSrvr: Error state=2, Severity=10, native=515, line=1

(89)похоже также лечится проблема

(87)всё. спасибо вам большое! очень помогли. на том документе уже не выкидывает. а дальше уж я сам смогу. или на край завтра помогут

(91)
)))))))

вот ещё
UPDATE _AccumRegTurnovers7584
SET _Fld7566_TYPE = (SELECT TOP 1 _Fld7566_TYPE  FROM _AccumRegTurnovers7584)

(92) а че ты радуешься? ему помогло то что NULL разрешил, поэтому у него ТиИ прошло

+(92) это следует из (0) + (6) + (48) + (85)
(93) продолжай разрешать NULL на ругающиеся столбцы..

+(95) только не забудь потом вернуть как было

танцы с бубенцами ище продолжаются?

(94)
У тебя проблемы с моей радостью? Я радуюсь, что у человека все получилось. А свое "че" засунь себе в очо. Доступно?

(98) обиделся что ли? ))

сто!

(93)
Слушай. Ты так запросы-то не хреначь бездумно, не соображая, что ты делаешь.

(99)
Ты лучше подскажи ему, как разрешить NULL на _AccumRegTurnovers7584NG - вот эту таблицу.

"обиделся что ли? ))" - да ну что ты - просто стараюсь соответствовать. Изо всех сил.

(93)
Попробуй перепровести проблемный документ, а потом опять ТиИ.

(101) ну так же как он это сделал в прошлый раз

(101)а я просто решил регистр "продажи" грохнуть. через SQL. потомучто база хорошая. с 2010 года в ней только документы. Я её всеравно хотел перепровести. вот и повод хороший. пусть регистры перезаполнятся. Надеюсь новые косяки сейчас не всплывут. Я до сих пор ТИИ делаю

(102)а вот что. Скажите пожалуйста. Такая проблема могла у меня возникнуть по причине, Что было дело, я ТиИ делал с параметрами "очищать ссылки", "удалять объекты" ?

Сегодня благодаря этой проблеме и благодаря веткам, которые я насоздавал, а главное благодаря людям из этой ветки, особенно (102), я научился пользоваться SQL сервером, как инструментарием. Sql я конечно знаю чудчуть, но MS SQL сервер так за долгие годы карьеры не юзал. а сегодня научился файловую версию на SQL переводить и вот такие вот проблемы решать

хорошо что добрые люди не знают. что у меня ник "Еврейчик" есть ещё. ато бы наврядли они мне подсказали...

(107)
Знаем-знаем. )))))

(105)
Нет.

рассекретили) даже фотка моего друга в инфе не спасла

(106)
Да ну...
Уметь админить SQL-сервак - это скил такой некислый.
Там еще столько всего. Индексы, бекапы, статистика, транзакции... Это все в первом приближении; тебе это надо срочно поднимать.

И еще к научился - в (93) просто аховая жестяная жесть!

(111)похоже придётся. Люди уже на восьмерке сидят в основном, а объёмы баз всё растут и растут. Просто не приходилось сталкиваться. Все както на файловых версиях сидели и SQL не желали покупать. она дороже стоила. А в Москве вон у знакомых прогеров, постоянно необходимость возникала всякие TSQL и просто SQL юзать чтоб ускорять всё в больших базах

(112)ну потом пришлось вот что сделать
delete from _AccumRegTurnovers7584
delete from _AccumReg7563
delete from _AccumRegChangeRec7585

таким образом весь регистр грохнул

(113)
всякие TSQL и просто SQL
(вздыхает)
Срочно в магаз за книжкой.

(115)ну я полагаю первое относится к 1С++ - прямые запросы ну а второе - это просто sql версия 1с. где можно для оптимизации отчетов sql использовать? ну типа того.