Помогите пожалуйста разобраться: есть метод ЗначениеВДлиннуюСтрокуБД(Объект) = получаем строку-код объекта, а для того, чтоб получить обратно ссылку на объект нужно знать и указать ТипОбъекта
ЗначениеИзДлиннойСтрокиБД(ТипОбъекта,СтрокаКод), т.е. получается ТипОбъекта надо записывать и хранить рядом с строкой-кодом объекта.
Нет ли вариантов полного преобразования ссылка => СтрокаКод и обратно СтрокаКод => ссылка ?
И второй вопрос: Блокировка() - всегда возвращает 0, т.е. проверить блокировку объекта, без попытки его заблокировать - нету?
И почему-то, Блокировка(1) у меня работает только для объекта созданного через СоздатьОбъект, для ссылки на объект - не работает (ошибка в выражении), - это нормально или так только у меня?

ЗначениеВ/ИзСамойДлиннойСтроки

(1) А офигенно длинной строки нет? :)

Нет

Чем типовой метод ЗначениеВСтрокуВнутр/ЗначениеИзСтрокиВнутр не устраивает?

(4) потому что
https://cs4.pikabu.ru/post_img/big/2015/05/07/6/1430989171_1871837159.jpg

(0)
2. да, нету.

2.2 а как ты получаешь ссылку ? Поди через Нечто.РеквизитСТипомСправочник ?

(7) Объект = ЗначениеИзДлиннойСтрокиБД(ТипОбъекта,СтрокаКод)
в результате Объект имеет свойства Вид() и Тип()

(5) Эх, семерка... Времена...
Помню, прихожу на новую работу - а там весь бизнес построен вокруг god object с кучей табличных частей, все табличные части в строках неограниченной длины и сложная аналитическая отчетность поверх этого.
Вся разработка под этим флагом, короче.

(8) ЗначениеИзСтрокиВнутр тоже будет иметь

(1) ЗначениеИзСамойДлиннойСтрокиБД() нет такого метода.
(4) (10) ЗначениеВСтрокуВнутр/ЗначениеИзСтрокиВнутр - возможно это решение, на на данном этапе, так сложилось, что использовались те методы что в теме. Подумаю, может переделаю на стандартные.

(7) в дополнение к (8) ранее также сталкивался с такой проблемой:
в документе расход есть реквизит ДокументОснование, с типом Документ, так вот ДокументОснование.Блокировка(1) = ошибка
работает -
Док = СоздатьОбъект("Документ");
Док.НайтиДокумент(ДокументОснование);
Док.Блокировка(1);

из того, что вижу сам, метод ЗначениеВСамуюДлиннуюСтрокуБД(Объект) возвращает значения вида: "O1  VG 1SHU2     ", "B1   X   AAZ      "
где "O1" и "B1" и есть ТипОбъекта, Документ и Справочник соответственно.
можно разобрать строку и с определенным Типом использовать ЗначениеИзДлиннойСтрокиБД(ТипОбъекта,СтрокаКод).

(11) в (1) это была пошутилка.

(12) Возможно, что Блокировка применима к объекту только  СоздатьОбъект(...)
Это не утверждение.Сам этим не пользовался.

(14) нет, это была не пошутилка

(11) да, действительно, ЗначениеВСамуюДлиннуюСтрокуБД - есть, а ЗначениеИзСамойДлиннойСтрокиБД - не завезли

(17) + дарю
Функция ЗначениеИзСамойДлиннойСтрокиБД(СамыйДлинныйИД)
    рс = СоздатьОбъект("ODBCRecordset");
    Возврат рс.ВыполнитьСкалярный("select '" + СамыйДлинныйИД + "' [$Неопределенный]");
КонецФункции

(5) Колёса же не квадратные - не канон!

(19) Вот канон: https://cs8.pikabu.ru/post_img/2016/06/23/9/1466695766198687223.jpg

(18) Приколол :) работает! Не ожидал я что так просто - ВыполнитьСкалярный("select '" + СамыйДлинныйИД + "' [$Неопределенный]");
слишком мало я пока знаю про скуль и прямые запросы.

(17) Точно.1С++

(22) она

(23) давно хотел спросить, ты еще на 77 или уже на снеговике кодишь ? Или.. и там и там ?

(24) там и там

(25) ясна.
тут тоже, как-то пришлось клюшечный код вспоминать в одной конторе.
Огонь, как там всё шустро ездиет.

чесно сказать, клюшки бы выкинул к черту.
Но перевести дистр.оптовую контору с жуткого 77 легаси, на что-то типа УТ - страшно подступаться

(26) "Огонь, как там всё шустро ездиет."
вот и у нас клюшки вместе с снеговиками... есть места, где скорость работы и отклик интерфейса - на первом месте, вот 77 с прямыми запросами рулят.
(18) и да, спасибо за подарок :)

(27) мы это уже проходили, давно, примерно так:
Решение учредителя - переходите на снеговик - ново/модно/молодежно. Ок босс!
Пара недель правила переноса, переделка конфы под потребности, перешли, работаем 8.1, прошел год, или 2 ? не помню.
Потом - переходите на базу вот этой конторы на УПП, ок босс! ,пара недель правила переноса,месяц на переделку конфы под наши алгоритмы,  + пара месяцев отладка на-ходу.Потом допиливание напильником и переделка под 8.3
Прошло лет N...
Теперь - переделывайте контору с которой перешли на то что у вас, ок..босс
И это, мот вам того, ерп2 вкорячить ? Ново/молодежно... ок босс

И никак не прервать этот замкнутый круг

А если прикинуть, могли бы и на 77 комплексной ехать и ехать...

Она правда, тоже перепиленная, но, это мелочи.
:)

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

(32) да, тащили. Так-то перенос только останков никого не устроил бы.
Изначально, при переходе с 77 в снеговик на часть незначимых доков просто лепили заглушки - типа клиентос/сумма и т.д без таб части.
Где-то и с таб частью.

Грубо, у нас в отчетках по взаиморасчетам сразу было видно что/где когда..какой док и т.д и т.п..