Нажми кнопки HOME, а потом END.

HOME+END, открытие/закрытие, не помогает, то есть справочник без изменений

А что в запросе смущает??

Никакой ощибки не возвращает

Если в Entreprise Manager сгенерить скрипт на create таблицы справочника, видно, что почти все поля имеют описание "NOT NULL". Ты же заполняешь только поле Descr. Нужно заполнить и  остальные поля.

es3000 писал(а) 17. Июля 2006 :: 08:43:

Читай описание объекта SQLLock.

villy писал(а) 18. Июля 2006 :: 15:55:

Ошибка - это когда

л_ODBCRecordset.ВыполнитьСкалярный(...); 

или, хотя бы,

Если л_ODBCRecordset.Выполнить(...) = 0 Тогда 

а приведённый код - неуправляемый в принципе.

Вообще, не понятно к какой базе идет запрос. Если к "родной", то можно просто

л_ODBCRecordset = СоздатьОбъект("ODBCRecordset");
 

без "ODBCDatabase". Возможен вариант конечно и через "ODBCDatabase".

Цитата:

Не нужно так делать! Получать описание ошибки нужно только в случае, если Выполнить() = 0!!!
Потому как текст ошибки в переменной-члене класса находится, можно поймать вообще левый текст ошибки.

Еще раз говорю, так ловить ошибку в корне не верно.

Цитата:

будет работать до поры, до времени.

spock писал(а) 19. Июля 2006 :: 11:14:

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

не спорь с ним, spock
это бесполезно...

villy писал(а) 20. Июля 2006 :: 10:22:

это будет уже критическим багом.

А вот если метод ПолучитьОписаниеОшибки() будет при неправильном использовании выдавать мусор, то это фича.

Я к чему это все... а к тому, что читают этот форум люди и советовать использовать заведомо опасный код не нужно.

kms писал(а) 20. Июля 2006 :: 10:35:

к кому вопрос?

spock писал(а) 20. Июля 2006 :: 10:40:

Ну, вообще, первая цитата transbublik'а - ему и вопрос.

хочу поставить точку в данной дискусссссии:
es3000 писал(а) 14. Июля 2006 :: 13:08:

код:

л_ODBCDatabase = СоздатьОбъект("ODBCDatabase");
л_ODBCRecordset = СоздатьОбъект("ODBCRecordset");
л_ODBCRecordset.УстБД(л_ODBCDatabase);
л_ODBCRecordset.Выполнить("DELETE FROM $Справочник.Склад_Товары");
л_ODBCRecordset.Выполнить("INSERT INTO $Справочник.Склад_Товары (Descr) VALUES (""какой-то товар"")");
сообщить(л_ODBCRecordset.ПолучитьОписаниеОшибки());
л_ODBCRecordset.Закрыть();
 

является ответом на данный пост (еще раз заостряю внимание на решение проблемы в : es3000 писал(а) 14. Июля 2006 :: 13:08:

)
т.е. я не претендую что этот код есть универсальным (и не претендовал). но то что он позволит "узреть" ошибку --- это факт.

to kms
kms писал(а) 20. Июля 2006 :: 10:35:

в описании метода Выполнить чёрным по белому :
"...
Возвращаемое значение:
(Число)  1 - запрос выполнился успешно, 0 - не успешно, описание ошибки можно получить вызвав метод GetLastError.
..."
--- явно указано то что "изрекает" spock, но для того что бы увидеть ошибку при выполнении операции: "INSERT INTO $Справочник.Склад_Товары (Descr) VALUES (""какой-то товар"")" не обязательно проверять возвращаемое методом Выполнить значение.
p.s.: ... всё в этом мире относительно.

to kms:
я говорю что можно использовать такой код (представленный мною) для выявления ошибки которую не может найти, увидеть или еще как не "узреть" автор данной темы, НО я не утверждаю что данный код есть универсальным, правильным (либо еще в каком-то свете красивым) что бы его использовать в конечном коде, (и опять таки еще одно) НО если учитывать данную структуру(концепцию) 1С++, то данная связка Выполнить <--> ПолучитьОписаниеОшибки для операции вставки (в конкретном случае) будет верной. Не уверен что разработчики 1С++ пойдут на такой шаг как "сообщать" ошибку после выполнения предыдущего метода, т.к. это не есть правильно (имхо). Если бы у меня было больше знаний и возможность, я бы более подробнее описал метод ПолучитьОписаниеОшибки(). Здесь можно еще придумать еще новый метод ПолучитьОписание_ПОСЛЕДНЕЙ_Ошибки() (если такая имела место быть), но это не мне уже решать и такого метода я наверное не стал бы допускать. Метод для получения ошибки должен быть один и он ДОЛЖЕН отражать текст ошибки последнего выполненного метода (если таковая ошибка была, если её не было значит пустая строка и баста). Ведь этот метод (ПолучитьОписаниеОшибки) нужен в первую очередь для прога.
p.s.: не мне решать редиска spock или не редиска, тебе виднее . зацепились мы с ним из-за ерунды (хотя это с какой стороны посмотреть). Прислушываться к его мнению в данном вопросе нужно при написании конечного кода, но здесь ведь совсем другой случай.

при использовании update таблицы какого-нибудь справочника, открытого в виде списка у какого-нибудь пользователя периодически получаем у данного пользователя дикие тормоза и подвисоны в данном списке справочника, особенно если это иерархический список и мы вдруг программно поменяли родителя

я смотрел в профайлере, чего 1С мутит при апдейте, не считая транзакций, там куча всего, в том числе и работа с открытыми курсорами и прочее... кто знает (а лучше может привести качественный код) для обхода таких проблем?..