Запись в открытый DWG напрямую.

Запись в открытый файл AutoCAD - никак. Это тупиковый подход - пытаться в DWG хранить какие-то базы данных. Самое неподходящее место, какое можно придумать.
Имеется вообще-то технология одновременного редактирования одного DWG. Ранее это был отдельный продукт - ADE, теперь это встроено в AutoCAD Map. Но практического применения для настоящей, полноценной работы вроде бы не нашло (в пределах доступных мне сведений). Но это сложный продукт, тесно интегрированный с ядром AutoCAD.

Проблема в том, что приложение уже написано и в нем работают тьма людей. Хранение данных в DWG мера вынужденная, мне это тоже страшно еритичным кажется: Часть людей вбивают исходные данные в базу данных, после чего другие люди работают в автокаде, на основе вбитых данных программа формирует практически весь пакет чертежей и документов.( базы данных довольно большого объема, поэтому словарь для этого не подходит из-за проблем совместного доступа и скорости. На этапе формирования данных речь об автокаде даже не идет). Все эти чертежи копируются куда угодно на ноутбуки, обратно в сеть, а уровень знания компьютера большинства работников =0. Им не под силу знать то что есть еще и какая-то внешняя база данных, есть только DWG и открывают его Автокадом! База данных клиент-серверная, чтобы все работали одновременно и по сетке и локально. Вообще проблем никаких нет и не было, за всем следит приложение. Сейчас я дописываю один из компонентов этого приложения, и возникла проблема записи. Пробовал решить её так: изменения вносятся после закрытия документа- всё прекрасно! Но значительная часть пользователей не закрывают чертежи по завершению работы с ними, а просто выдергивают сетевой шнур из розетки - "Чтоб пожара не было"

ARX здесь не поможет, проблема не совсем в этом. Внешняя база данных дописана в конец файла DWG. Доступ только для чтения к ней, даже если файл DWG открыт автокадом, я сделал. В общем запись данных в чертеж (рисование всего что надо) из базы уже написана и работает. При закрытии чертежа копия базы данных снова дописывается в конец DWG. Но если сохранить чертеж, а после этого не закрывая его или всё приложение автокада дернуть
сетевой шнур, база данных будет потеряна. Сейчас
временно проблема решена так: После сохранения чертежа он закрывается, пописывается база, затем снова открывается, что невыносимо долго.
Переписать весь движок я не могу. Потому что, по большому счету,в базе данных лишь список заданий которые необходимо выполнить при открытии документа и это единственное слабое звено проекта.

Так оно у нас и работает,как у всех людей. Сервак следит за всем. Проблема касается переносных компов. Когда часть еретиков едет в командировку где нет серваков или когда сервак временно умирает(редко но бывает), и вообще когда всё плохо, они берут нужные DWG, в которых есть копии баз, запускается модуль имитирующий работу сервера, всё простенько бесшумно и локально. Иногда они находят другие компы в командировке, на которых им удобнее работать, в общем вот так. Регулярные публичные казни не помогают, из 100 чел фирмы 95, включая директора - еретики.
******************************************
А есть ли в автокаде средство для хранения текста? я подумал файлы базы можно и ужать до 100-300кБ и вписать код получившихся файлов средствами автокада во что-нибудь(может в dictionary?), без всякой дозаписи в конец, а при открытии-закрытии чертежа записывать сей код во временный внешний файл. Есть ли в Автокаде какие-либо средства для хранения текстовой информации большого объема?
******************************************

А что такое IMHO?

Пожалуй второй вариант оставим на самый крайний случай.
Подскажите кто-нибудь как работает в Xrecordе
SetXRecordData(vr1,vd1); Какие параметры передавать в него?
На VB пример из хелпа работает, работает также
метод GetXRecordData(vr1,vd1) обращенный к записи созданной на VB, получается  применять
SetXRecordData(vr1,vd1) к ранее вызванному GetXRecordData(vr1,vd1) с модифицированными vr1 и vd1, а вот применять к новенькому Xrecordу в дельфе,как и в си++  SetXRecordData(vr1,vd1) не получается, говорит неправильные параметры, хотя во всех случаях вроде бы vr1:=VarArray([0,3],VarSmallInt) //{1,0,1,0}, а vd1:=VarArray([0,3],VarVariant) //{'a','','a',''} например, заполненные как и в работающих извлеченных массивах.