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

(0) А сам как думаешь?

Виноват, сама :)

(0) Если ооочень захотеть то можно. (База должна быть SQL)

да

нет

надо голосовалку прикрутить.

(4) Как?

(7) такая большая и в сказки веришь ?

(8) Верю. Ну если определить можно. Неужели изменить никак нельзя?

(8) сделать на копии, проанализировать sql запрос, сделать аналогичную операцию на боевой, одновременно подменив словарь и md-шник
сам не пробовал

10+ написать bat-ник, который будет генерировать внешнюю обработку для выполнения этого чудесного действа.

Поменять, наверное, на СКЛ и можно, но 1С будет работать с тем МД и ДДС-ом, которые загружены при запуске программы и до перезапуска изменений не увидит.

SPAM: "Увеличиваем длину реквизита! Безопасно и без операций!"

Структура MD и DD(S) - вроде бы, давно уже не тайна. Равно как и структура SQL и DBF баз.
Вопрос только - зачем такие игры?

+(14)
Ну да.. зачем?
Хранения реквизитов неопределенной длины и типа для объектов возможны в справочниках.. Можно таблу в скуле нарисовать и работать с ней прямыми запросами.. зачем ВОТ ТАК УЖ извращаться?

пятничный топикстартер

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

Если сильно захотеть может быть и можно но не нужно.
Благо конфигуратор доступнее чем наш создатель-бог.

(0) пишите пожелание, может в платформе 1С 9.0 и сделают :)

(0) можно, на Си Плюс Плюс

:) вот же злобные флудерасты...

(19) Можно и на 1Сике (файл - он и в Африке файл, и чем его читать/писать - не принципиально).
Только вот - зачем? (Это ТС так и не объяснил).

(0) Зоя, ты не можешь изменить длину силой мысли

+22 сочувствую :(

(0) Раз уж пошлта такая пьянка, может быть озвучите, для чего нужна такая необходимость?

(21) есть такое слово - НАДО

(22) Зоя может изменить длину одним своим внешним видом!!

(26) Зачет..

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

(29) Нафига?

хм... в 8ке реализовано ?

(30) Стоял вопрос - за сколько время можно в конфигуратор 10 тыс. справочников впиндюрить - но оказалось, что даже в компьютерном варианте это достаточно долго.
P.S. конечно, можно разобрать и собрать MD по принципу Compound-а, но это не так интересно.

"Русский человек за просто так може столько наху.рить"...

(0) Зачем?

Извините, можно спросить? Зачем это нужно?

В принципе я не пробовал, но что-то типа через 1с++ запрос.
Добавить колонку,
импорт в неё данных,
удалить старую,
создать новую с нужной длинной,
импортнуть из добавленной,
удалить добавленную
и может быть позаботиться от индексах.

В результате при входе на верификации получить ошибку, хотя это можно через подмену мд обойти.
(0) И сдаётся мне штатные методы не укладываются во временные рамки?

товар у монтажника может находится больше одного дня ?

не сюда

Нет.

(36) Единственная идея, которая приходит на ум, - если справочников много (как у Torquader в (29)), и надо синхронно поменять всем некий реквизит.
Но имхается мне, что в реальной работе такие задачи эээ... нечасто возникают.

(37) И ещё - позаботиться о Конфигураторе.

(41) Это смотря как задача поставлена, понатыкают в каждый справочник табельный, а потом в одном справочнике меняют длину табельного, то и в остальных надо поменять - но проще поиском поменять.

(42) Ну, если "понатыкают в каждый справочник табельный" - то, по хорошему, надо бы завести отдельный справочник "Табельные". И в нём менять - хоть заменяйся. Что на прочие метаданные влиять не будет.

(0)Можно, я разрешаю :)

(0) Да элементарно, через внешнюю компоненту на ассемблере.

lzma

(43) зачем?

(43) только твердолобым это не объяснишь, которым еще и за 60 лет.

А лифчик можно было бы и поприличнее в личку вставить.

(47) Не понял вопрос.
"Зачем создавать отдельную таблицу для сущности, если эта сущность однозначно определяется одним из своих атрибутов?"

(50) Да. И везде ссылаться на сущность

(51) Именно потому, что отдельная таблица в 1С получит свой ID. Не зависящий от атрибута.

(50) Ну, например, у нас есть сущность "ЕдиницаИзмерения" - она однозначно определяется названием, причём "шт", "кг" и т.п. занимает меньше места, чем ссылка на справочник. Но, мы можем потом добавить дополнительные реквизиты к сущности, а также препятствовать вводу дополнительных "сущностей" пользователем, который, скажем, захочет ввести "хз".

(0) длина реквизита задается в заголовке файла *.dbf, описывающего этот реквизит (поле), а также (в качестве эха) в файле *.DD

средства для работы с файлами dbf содержатся только в конфигураторе. При изменении параметров реквизита обычно просматривается вся БД, видимо, просмотр ссылок на него из других мест. Эти действия обычно скрыты от юзера. Что меняется при этом во всех взаимосвязях в 1С - распознать достаточно сложно.

1С-предприятие - это интерпретатор, он может Читать Заголовок файла dbf, и записывать в структуру (в поле реквизита) значение, но средств для изменения Заголовка в самом языке СУБД нет.

так что ответ однозначный: если система файловая - средств для изменения размеров и вида реквизита (поля субд) нет. Только в конфигураторе.

касательно SQL - не знаю.

Можно поменять структуру, если воспользоваться, например, FoxPro или FoxBase - но результат может быть плачевным.. Внесение изменений реквизита в конфигураторе 1С затрагивает не одно место/поле, а целый комплекс связей/ссылок, предусмотренных системой.

девушка, знание этих связей вам очень важно? Если есть в перспективе применение этих знаний - тогда вперед!

(51), (53) Так я об этом и пишу, собственно.

(54)Незнание методов Xbase и неумение их применять, а также незнание возможности использования ВК для работы с дбф не избавляет от ответственности за дачу ложных показаний...

Девушка уже давно в трансе, и её явно не интересует теоретическая возможность что-то сделать.
Просто, когда человек пересаживается в 1С после, например, Microsoft Access, где метаданные таблицы можно править на ходу, у него возникает ощущение, что 1С убогая.
Потом, конечно, понимаешь, что был продуман сложный процесс создания справочников и т.п., но желание - на лету создать реквизит в справочнике и сделать для него отдельный справочник для хранения - не теряется.
Просто потом 1С придумало такое понятие как дополнительные реквизиты, в которых они обошли возможность создания нового справочника использованием существующих и хранения данных в разных местах - но результатом такого решения являются сильные тормоза 1С при работе с такими реквизитами.