[Дианка]

Добрый день,в общем-то я не программирую на лиспе,я чайник чайниковый,немножко VBA (MS-ft), но при возможности накопаю,накопирую,как говорится.Просто хочется понять возможно ли это,если нет,буду искать другие пути решения,а задача -вот такая:


В dwg файл,по кнопочкам вставляется блок - после pick folder-a на сервере, нужного проекта.В тоже время в той папке(нужногопроекта) лежит mdb с данными и файлик-блок с атрибутами типа field вытащенные из того же мдб., после вставки того проектного блока, последовательно предложить вставку списка фамилий(дин.блочки с lookup уже готовы) .И (перед сном опять же) вспомнилось,что при необходимости надо добавить возможность изменить данные, ну к примеру типовое решение,и просто нажать кнопочку"изменить исходные данные", выходит диалоговое окно с выбором другой папки на сервере и соответственно других данных,ну или просто если человек ошибся с "тыком" папки, данные в mdb меняются часто,и посему думается про поля...что бы была синхронизация какая-то.

Я не знаю, понятно ли объяснила, буду очень рада прочитать Ваше вИдение решения данной задачи,может я вообще не в ту степь "копаю".
сейчас у нас типо тхт файлика данных по проекту,из которого тянутся данные для ворда, и для двг один файлик который тянем Xref-om остальное делается вручную..
считывать данные с тхт(который для ворда) -думаю дико геморрно,хочу всё привести к одному источнику данных,скорее всего к mdb

п.с. просьба как можно более упроситить "язык ответа" , я же - чайник.

[trir]

1. dbConnect позволяет привязать БД к dwg без всякого программирования
2. ADO=>VBA=>AutoCAD легко, но вот со синхронизацией придётся подумать...

[Дианка]

Сообщение от trir 1. dbConnect позволяет привязать БД к dwg без всякого программирования

так это ведь единичная привязка...причем таскать эту лабуду с собой постоянно )

Сообщение от trir 2. ADO=>VBA=>AutoCAD легко, но вот со синхронизацией придётся подумать...

-через адо ,я как раз в ворде делаю. Но синхронизация(т.е. повторное считывание) происходит при запуске "редактирования".,Т.е. необходимо знать,что там(наверху) что-то изменилось, и сходить нажать в доке "редактировать->обновить данные". а в Автокаде может можно что-то типо в авторан запихнуть какую-то хитрую процедуру %) не знаю.Ну вот как к примеру xref работает,при запуске релоудит все ссылки...

а еще вспомнилось, при Bind эта информация вообще не улетит куда-то ? в смысле превратится в какие-нибудь ##### ? А то часто,оч часто приходится внедрять всё притянутое ...

[Do$]

Рассматривали такие варианты?:
1. Подшивки и поля
2. Команды AttIn и AttOut

[Дианка]

Сообщение от Do$ Рассматривали такие варианты?: 1. Подшивки и поля 2. Команды AttIn и AttOut

подшивки...это что для листов что ли? поля-я как раз и спрашиваю как туда запихать инфу с БД,и чтоб возможность обновления была.


а про аттин аттаут -опять возврат к txt, а там проблемы с перекодировкой и т.п.

[trir]

Пошивками как то проще...

[Дианка]

насколько я понимаю,каждый раз надо редактировать атриббуты подшивки, причем каждого шаблона что ли, один геморр на другой )

[Do$]

Сообщение от Дианка Просто хочется понять возможно ли это

Не устану повторять - возможно все, практически любые фантазии. Вопрос лишь в наличии желания, знаний и времени.

[skkkk]

Offtop:

Сообщение от Do$ Вопрос лишь в наличии желания, знаний и времени.

... и способности желающего определить свои желания доходчиво и однозначно

[Дианка]

Сообщение от Do$ Не устану повторять - возможно все, практически любые фантазии. Вопрос лишь в наличии желания, знаний и времени.

времени - не вчера,а месяц, полтора. главное определиться с методом более оптимальным -на будущее так скажем,а не на сейчас .Насчет знаний,опять таки я в вопросе изложила,скорее он звучит так "как бы сделали Вы?" - а уже более уточнённо,я могу в интернете почитать.Насчет желания, как и у обычного человека нет желания лопатить сейчас все азбуки от А до Я . Проще почитать советы, пути,и уже копать конкретно в этих направлениях.

Сообщение от skkk .. и способности желающего определить свои желания доходчиво и однозначно

мне,Кажется,я более или менее доходчиво объяснила суть задачи %) или мне так кажется?
если на пальцах то ->ткнуть в кнопочку,получить штампик с данными проекта,который будут обновляться исходя из изменяемых данных проекта, которые на сервере в файлике(скорее mdb) правит администратор проекта.

[trir]

ткнуть в кнопочку,получить штампик с данными проекта,который будут обновляться исходя из изменяемых данных проекта, которые на сервере в файлике

Подшивки

[Дианка]

Сообщение от trir Подшивки

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

[trir]

1. Поля подшивок хорошо синхронизируются в АкАд'е
2. Свойства файла можно использовать в АкАд'е и Word'е
3. Можно завести БД, которая сможет автоматически синхронизироваться со
а) свойства файла
б) поля подшивки (через COM+AutoCAD или напрямую (хотя для этого придётся голову поломать))

[Do$]

Может тогда обратить внимание на какую-то готовую систему электронного документооборота? В них вроде все это есть. Карточка проекта, из которой берется атрибутика в документы...

[ShaggyDoc]

ткнуть в кнопочку

Чтобы "ткнуть кнопочку" надо эту кнопочку сделать, а к ней привязать свою программу, а эту программу написать. Вас штатные средства, которые предлагают, не устраивают. Соглашусь, что dbConnect это ерунда - просто "демо" принципиальных возможностей. Вот и пишите свою программу, которая будет делать что Вам надо и как надо.

Если есть некий MDB-файл, то доступ к нему можно получить через ADO, в том числе из Lisp. Только надо иметь соответствующую библиотеку функций. Отправив через ADO SQL-запрос к файлу (с каким-то условием отбора записей), получаете результат (набор данных) в виде LISP-списка. Теперь можете делать с ним что угодно - хоть атрибуты обновлять, хоть поля.

Это общая схема. Но "дьявол кроется в деталях". Надо продумывать и программно реализовывать, где и как хранятся данные для формирования условия запроса, как они туда попадают, и т.п. и т.д.

На прямой вопрос

хочется понять возможно ли это

прямо отвечаю - да, это возможно. А как это сделать - придется самостоятельно разрабатывать. А

накопаю,накопирую

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

[skkkk]

Сообщение от Дианка мне,Кажется,я более или менее доходчиво объяснила суть задачи %) или мне так кажется?

Очень уверяю, так кажется.

Сообщение от ShaggyDoc "дьявол кроется в деталях"

Они отнимают до 99% от всего времени разработки программы.

----- добавлено через ~26 мин. -----
На самом деле, сам давно маюсь в желании начать разработку подобного инструмента, но ввиду ограниченности времени никак не решусь. Понимаю, однако, что все там непросто и нужно хорошенько все продумать. И легких путей там нет.
Если я правильно понял потребности, то нужно создать некое хранилище данных для каждого проекта (в основном, числовых и текстовых) и инструмент, который при обновлении этих данных обновит их в полях по всему чертежу dwg да еще и в Word. Так?
Можно еще рассмотреть такой вариант, который у нас пока и используется. Несколько корявый и даже, наверное, дилетантский, но тем не менее. В Автокаде создается связь с данными таблицы Excel, которая является базой данных, не самой надежной, но зато понятной большинству пользователей, даже старой закалки, у которых слова "База данных" вызывают головокружение и острое сопротивление. Далее программой отсюда создаются поля, вставляются куда нужно на чертеже. При обновлении данных в файле Excel нужно обновить связи с данными (об этом сообщит всплывающее окошко в правом нижнем углу окна Автокада), а затем и обновить поля второй командой из программы по ссылке.

[Дианка]

Сообщение от Do$ Может тогда обратить внимание на какую-то готовую систему электронного документооборота? В них вроде все это есть. Карточка проекта, из которой берется атрибутика в документы...

куплена,но до этой части дойдет нескоро ) еще наверное миниммум год-1,5.

----- добавлено через ~8 мин. -----

Сообщение от ShaggyDoc Чтобы "ткнуть кнопочку" надо эту кнопочку сделать, а к ней привязать свою программу, а эту программу написать.

-а ведь я вообще этого не отрицала ни одним словом ,я просила помощи от лисперов в одном вопрос-возможно ли,перспективно ли связь с мдб?

Сообщение от ShaggyDoc Если есть некий MDB-файл, то доступ к нему можно получить через ADO, в том числе из Lisp. Только надо иметь соответствующую библиотеку функций. Отправив через ADO SQL-запрос к файлу (с каким-то условием отбора записей), получаете результат (набор данных) в виде LISP-списка. Теперь можете делать с ним что угодно - хоть атрибуты обновлять, хоть поля.

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

Сообщение от ShaggyDoc прямо отвечаю - да, это возможно. А как это сделать - придется самостоятельно разрабатывать. А- накопаю,накопирую- это наивно. На форуме же можно получать ответы на конкретные короткие вопросы, типа "А где взять библиотеку для работы с ADO из Lisp". А решить задачу для "накопирую" - это в Поиск исполнителей.

Опять таки , повторяю,у меня были два вопроса "возможно ли", и "как бы решили такую задачу Вы?"-исходя из опыта работы в сфере САПР,Autocad и т.п.,что бы изначально исключить не перспективный путь .Исполнителей я не ищу,копировать я собираюсь в пространствах интернета уже конкретно по пунктам задач примеры. Ни с кого тянуть исполнения моих задач я не собираюсь.Спс.

----- добавлено через ~18 мин. -----

Сообщение от skkkk Можно еще рассмотреть такой вариант, который у нас пока и используется. Несколько корявый и даже, наверное, дилетантский, но тем не менее. В Автокаде создается связь с данными таблицы Excel, которая является базой данных, не самой надежной, но зато понятной большинству пользователей, даже старой закалки, у которых слова "База данных" вызывают головокружение и острое сопротивление. Далее

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

программой отсюда создаются поля, вставляются куда нужно на чертеже. При обновлении данных в файле Excel нужно обновить связи с данными (об этом сообщит всплывающее окошко в правом нижнем углу окна Автокада), а затем и обновить поля второй командой из программы по ссылке.

это на чём реализовано(язык)? я видела примеры,но узнала что на ВБА...и мне сказали забыть про него ) проблемы там какие то в последних версиях.

вчера разработали схему взаимодействия с МДБ. Насчет обновлений ..решили "плясать" от внутренней библиотеки dwg в которой можно сохранить какие то ключевые данные -путь проекта...и т.п.

а вот,вспомнила,при открытии файла,будет типо авторановый лисп,ЛИБО опять же кнопочка, нажав на которую, берется путь к проекту ,который во внутренних переменных сохранится,и просто перечитает mdb .вот типо так

п.с. Пойду тестировать процесс считки данных из мдб

[trir]

А зачем вообще зачем .mdb? Нормальная серверная СУБД - вот, что нужно!
lisp+ADO - тот ещё изврат

[Дианка]

Сообщение от trir А зачем вообще зачем .mdb? Нормальная серверная СУБД - вот, что нужно! lisp+ADO - тот ещё изврат

нормальная СУБД это типо mysql? ну пока, для годика другого, mdb подойдет, думаю.А в чём изврат?
ПРосто у нас куплена система документооборота(там как раз насколько слышала Mysql) , но до данной части дойдет нескоро, там пока другой модуль шлифуется. А пока позатыкать мдбшкой вроде неплохо ...)

[ShaggyDoc]

А зачем вообще зачем .mdb? Нормальная серверная СУБД - вот, что нужно! lisp+ADO - тот ещё изврат

Это что, "для поддержания разговора"? Что Вы знаете про "серверные СУБД"? Что Вы знаете про АДО? Почему внутри Автокада надо использовать Lisp, знаете? Почему для связки АвтоЛисп с любой СУБД нужно использовать именно ADO знаете?

Начинать с MDB (как формата файла) вполне возможно. Его можно и на локальной машине использовать, и в расшаренных папках (фактически файловом сервере). Потом, по мере роста объемов данных и количества пользователей, можно будет перейти и на использование сервера баз данных, с установленной "нормальной СУБД". Если эта "нормальная СУБД" будет MSSQL, то миграция вообще простая. В какую-то другую СУБД данные можно экспортировать через SQL. Если первичное приложение для локальной работы написано правильно, то даже можно и код не переписывать.

Приложения для AutoCAD можно делать в разных средах, включая ObjectARX и .NET. Вопрос в том, насколько программист ими владеет. Конечно, Александр Ривилис не будет связываться со связкой Lisp-ADO. Но Ривилис здесь один. А автор ветки все-таки по собственному заявлению "я чайник чайниковый,немножко VBA".

повторяю,у меня были два вопроса "возможно ли", и "как бы решили такую задачу Вы?"-исходя из опыта работы в сфере САПР,Autocad и т.п.

На первый вопрос я ответил "прямо отвечаю", на второй ответил там же, в #15, двумя строчками выше. А skkkk совершенно справедливо добавил

Они отнимают до 99% от всего времени разработки программы

[skkkk]

Сообщение от Дианка по мне,это быстрый ход,НО как шаг назад

Это-то понятно. Я предложил это, как вариант, уже, можно сказать, готовый к употреблению. Без претензий на исключительность.

Сообщение от Дианка это на чём реализовано(язык)?

На лиспе.

Сообщение от Дианка узнала что на ВБА...и мне сказали забыть про него ) проблемы там какие то в последних версиях

После, если не ошибаюсь, 2008-го или 2009-го Автокада VBA выведено из базового функционала и поставляется в виде Enabler'a. Это, по мнению многих, предрекает его (VBA) скорую гибель. При переходе с 2008-го на 2011-й Автокад в нашей конторе пришли к тому, что отказались от всех приложений на VBA, благо не много их было. При установке VBA-Enabler'a наблюдались тормоза на 2011-м, правда, тогда еще не было SP, не знаю, решил ли он эту проблему.

[Кулик Алексей aka kpblc]

1. Не решил: http://adn-cis.org/autocad,-vba-i-proizvoditelnost.html
2. VBA в ACAD2015 претерпел существенные изменения, многие коды, скорее всего, придется перерабатывать.

[art_rrc]

Сообщение от Кулик Алексей aka kpblc 2. VBA в ACAD2015 претерпел существенные изменения, многие коды, скорее всего, придется перерабатывать.

Offtop: А где-нибудь можно об этом почитать? (Желательно на русском языке). Т.к. я пытался найти информацию, но безрезультатно

[Кулик Алексей aka kpblc]

Я наврал: не в 2015, а в 2014: http://adn-cis.org/vbamacro-compatib...ad2014x64.html

[Дианка]

Сообщение от ShaggyDoc .. на второй ответил там же, в #15, двумя строчками выше. А skkkk совершенно справедливо добавил

Если есть некий MDB-файл, то доступ к нему можно получить через ADO, в том числе из Lisp. Только надо иметь соответствующую библиотеку функций. Отправив через ADO SQL-запрос к файлу (с каким-то условием отбора записей), получаете результат (набор данных) в виде LISP-списка. Теперь можете делать с ним что угодно - хоть атрибуты обновлять, хоть поля.

это типо подключить надо,опять же функциями? то ,что когда то видела в С,С++ #include? подключение msado15.dll ? (мало где пишется об этом вроде, или я плохо искала)

а если я его включу в стартаповский лисп(ну просто чтоб потом не забыть) acaddoc.lsp это не принесет каких то проблем?

[ShaggyDoc]

это типо подключить надо,опять же функциями? то ,что когда то видела в С,С++ #include? подключение msado15.dll

Лисп язык функциональный, а не "инклюдальный", потому всё-всё в нем является функциями. Даже "программы".

Вам нужно:
1. Раздобыть LSP-библиотеку, с функциями работы с ADO. Lisp не может работать с DLL, но может обращаться к некоторым методам.
2. Обеспечить загрузку этой библиотеки. Вот здесь может и acaddoc.lsp помочь.
3. Написать кучу своих функций и тоже включить их в библиотеку.
4. Дальше делать "функции-программы" - любые по своему хотенью. Внутри их уже может быть вызов библиотечных функций.

[Дима_]

Вот Вам три "волшебных" функции - они в большинстве случаев закрывают все вопросы по ADO<->Autolisp.

[Кулик Алексей aka kpblc]

Ну или знаменитейшая библиотеки Флемингов http://acad.fleming-group.com/Downlo...p/ADOLisp.html )))

[Дианка]

Вам нужно: 1. Раздобыть LSP-библиотеку, с функциями работы с ADO. Lisp не может работать с DLL, но может обращаться к некоторым методам. 2. Обеспечить загрузку этой библиотеки. Вот здесь может и acaddoc.lsp помочь. 3. Написать кучу своих функций и тоже включить их в библиотеку. 4. Дальше делать "функции-программы" - любые по своему хотенью. Внутри их уже может быть вызов библиотечных функций.

спасибо, насчет длл более менее понятно,ищу дальше

----- добавлено через ~2 мин. -----

Сообщение от Дима_ Вот Вам три "волшебных" функции - они в большинстве случаев закрывают все вопросы по ADO<->Autolisp.

спасибо,мельком глянула,насколько поняла надо там еще будет закрывать соединения и т.п. %) нас когда то помню оч сильно пугали не закрытыми соединенниями,потоками и т.п.,в общем лирика,спс.

----- добавлено через ~3 мин. -----

Сообщение от Кулик Алексей aka kpblc Ну или знаменитейшая библиотеки Флемингов http://acad.fleming-group.com/Downlo...p/ADOLisp.html )))

спасибо.Да,я сначала не сразу заметила, что многие коротенькие программы, обращаются в эту библиотеку функций.....%)
а тож я решила чего это всё так просто.

[ShaggyDoc]

Вот Вам три "волшебных" функции - они в большинстве случаев закрывают все вопросы по ADO<->Autolisp.

Да, это основные функции. Но они, скорее открывают другие вопросы. Например (connection driver password) - вот тут надо четко знать, что это за аргументы и как их формировать.

Ну и прочее. Я бы все-таки рекомендовал библиотеку от "семейки Адамс", т.е. Флемингов. Она не такая изячная, её можно много совершенствовать, но там "по полочкам" и с примерами.

И позволю себе гнусные, заведомо ложные измышления. ADO - это технология Microsoft. Очень удобная. Но в последние годы они, как специально, начали её компрометировать. Разрабатывают новые версии, теперь уже включают в новые версии Windows и MS Office (а раньше надо было самостоятельно устанавливать, или тольк с Офисом). естественно, появляются новые версии движка Jet, который и работает с MDB. Вот в нем вдруг обнаруживаются ошибки, причем чрезвычайно трудно обнаруживаемые. Сказали бы мне - не поверил бы. Но убедился - одна и та же программа, использующая ADO, работает по-разному на разных машинах.

Кроме того, Microsoft придумала "свой SQL", отличающийся от общепринятых диалектов. Это приходится учитывать.

В результате мне пришлось для программ, использующих локальные БД отказаться от MDB и перейти на совершенной иной, независимый от MS движок. Как минимум, известно где искать ошибки, да и возможность прямой работы с SQL (чего нет в Access) многократно ускоряет работу.

[trir]

И разрядность! Не забываем про разрядность!

[Дианка]

Сообщение от ShaggyDoc Цитата:Вот Вам три "волшебных" функции - они в большинстве случаев закрывают все вопросы по ADO<->Autolisp. Да, это основные функции. Но они, скорее открывают другие вопросы. Например (connection driver password) - вот тут надо четко знать, что это за аргументы и как их формировать.

пароль меня смутил,а еще больше смутило ODBC у меня его нет по умолчанию,насколько я поняла,а создавать,насколько я поняла потом надо будет на всех ~80машинах? %) либо я чего то не понимаю...

я впрочем уже внесла загрузку этих флеммингов в acddoc.lsp

а их exampl почему то не работает у меня %) пишет

Код:

[Выделить все]

Connecting to the database using
"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\Incoming\WORK\data.mdb;Persist Security Info=False"
Connection failed!
Visual LISP message           Automation Error. Provider cannot be found. It may not be properly installed.

хотя через JEt 4.0 я в office реализовывала запросы %)

----- добавлено через 55 сек. -----

Сообщение от trir И разрядность! Не забываем про разрядность!

дан?)

[trir]

Офис стоит?

ADO+Lisp - и ты в прошлом веке ;=)

Надо, что бы разрядность Access'а и Acad'а совпадали
Если Access не стоит - тогда проще, можно просто драйвер поставить, а вот если стоит...

x32: C:\WINDOWS\SYSWOW64\odbcad32.exe

А может в топку mdb? ShaggyDoc правильно намекает, вон у вас и SQLite стоит...

[Дианка]

Сообщение от trir Если Access не стоит - тогда проще, можно просто драйвер поставить, а вот если стоит ... x32: C:\WINDOWS\SYSWOW64\odbcad32.exe

стоит.тогда?) как узнать разрядность? что аксесса,что акада....

C:\Windows\System32\odbcad32.exe
C:\Windows\SysWOW64\odbcad32.exe -обе есть.

а вообще глобальный вопрос, если у людей не стоит аксесс...то?(я просто забыла это упомянуть %) ) надо это как то учитывать?

если mdb в топку, выход тогда -какой?

перейти на совершенной иной, независимый от MS движок

для меня это какой то космос %)

[trir]

как узнать разрядность? что аксесса,что акада....

Тупой способ:
C:\Program Files
C:\Program Files (x86)
Смотришь где стоит большая часть - та разрядность

C:\Windows\System32\odbcad32.exe - это x64 драйвер (кто бы мог подумать)
Смотришь где отсвечивает движок

стоит.тогда?)

Сносить и ставить нужной разрядности

если у людей не стоит аксесс...то?

тогда просто ставишь драйвер нужной разрядности
http://www.microsoft.com/en-us/downl....aspx?id=23734

картинка, что ты запостила, показывает, что у тебя либо не стоит Access, либо он x32 - ибо скорей всего ты смотришь C:\Windows\System32\odbcad32.exe

[Дианка]

Сообщение от trir Тупой способ: C:\Program Files C:\Program Files (x86) Смотришь где стоит большая часть - та разрядность

в 86 -больше . Сносить не могу, т.к. что это мне даст? опять же сносить и ставить у всех людей на машинах ради программульки?

сказали, что autocad 64-x как и система.

Сообщение от trir картинка, что ты запостила, показывает, что у тебя либо не стоит Access, либо он x32 - ибо скорей всего ты смотришь C:\Windows\System32\odbcad32.exe

odbcad32.exe-у меня есть в обоих папках C:\Windows\System32 и в C:\Windows\SysWOW64 -запускает одно и то же. а зачем ссылка на 2007 Office? у нас 2013-ый

access определенно точно стоит ))) я же в нём работаю...


Offtop: блин я уже склоняюсь к методу считки с xls, а потом в отпуске пытаться написать что то на с++ или т.п. попытаться %)

[trir]

C# + MS SQL Server

[Дианка]

Сообщение от trir C# + MS SQL Server

два дня три головы мучаем с этими версиями ), сменами типов провайдеров ....
office -32, (поэтому без проблем c jet 4.0)

----- добавлено через ~17 ч. -----
вести с полей.........всё таки решено было использовать серверную базу SQL


законнектилась...
теперь встрял вопрос юникода

т.е. с БД не считывает НЕкириллицу... т.е. не считывает,как надо...

[Дианка]

Сообщение от trir Пошивками как то проще...

буду копать...

[trir]

я бы посмотрел кодировку на входе в БД - скорей всего UTF-8
ну настройки ODBC или через что конектитесь...

[ShaggyDoc]

вести с полей.........всё таки решено было использовать серверную базу SQL законнектилась... теперь встрял вопрос юникода т.е. с БД не считывает НЕкириллицу... т.е. не считывает,как надо...

Вы бы еще Oracle поставили....
"НЕкириллица" это ещё только начало. Мелкий вопрос.

Конечная-то задача какая? Вроде было написано непонятное:

В dwg файл,по кнопочкам вставляется блок - после pick folder-a на сервере, нужного проекта.В тоже время в той папке(нужногопроекта) лежит mdb с данными и файлик-блок с атрибутами типа field вытащенные из того же мдб., после вставки того проектного блока, последовательно предложить вставку списка фамилий(дин.блочки с lookup уже готовы) ... сейчас у нас типо тхт файлика данных по проекту,из которого тянутся данные для ворда, и для двг один файлик который тянем Xref-om остальное делается вручную.. считывать данные с тхт(который для ворда) -думаю дико геморрно,хочу всё привести к одному источнику данных,скорее всего к mdb

Что Вам надоть-то? Выбирать фамилии из каких-то списков? Вставлять их в трибуты блоков? Или еще что? Сколько этих фамилий или еще чего? 10 шт? 100? 1 млн? Где они будут храниться в БД (любой)? В "плоской" таблице? Сколько человек будут пользоваться? Что это за "тхт(который для ворда)"?

Может вопрос "гроша выеденного" не стоит? "Источники данных" могут быть разные, в том числе текстовые разных видов (причем отображаемые как таблица БД, т.е. DataSet). В том числе такие, которые и Лисп и другие приложения могут напрямую читать, безо всяких "движков".

Надо ли для этого MSSQL тащить, да на все рабочие места? У Вас "дядя в Майкрософт работает, у него там этих SQL-ов..."?

[Сергей812]

Сообщение от Дианка Цитата: Сообщение от Do$ Может тогда обратить внимание на какую-то готовую систему электронного документооборота? В них вроде все это есть. Карточка проекта, из которой берется атрибутика в документы... куплена,но до этой части дойдет нескоро ) еще наверное миниммум год-1,5.

Т.е. вы сейчас хотите нагородить что-то с дополнительной БД, а потом пытаться это скрещивать с уже купленной СЭД?

----- добавлено через ~7 мин. -----
p.s. Динамические блоки фамилий с lookup-это хорошо, но лишний мусор в чертеже. Сначала сделал так же, сейчас планирую сменить: фамилии в подшивках с полями в атрибутах основной надписи, блоки с подписями подтягивается простейшим макросом по содержимому соответствующих атрибутов.

[Дианка]

Сообщение от trir я бы посмотрел кодировку на входе в БД - скорей всего UTF-8 ну настройки ODBC или через что конектитесь...

а как на входе в БД посмотреть? я там для теста вбила несколько строк с различной текстовкой
тип поля в таблице nvarchar

коннект такой

Код:

[Выделить все]

 "Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=***;Data Source=SAPR;User Id=****;Password=***;"
..................
(setq
        SQLStatement "SELECT Familia FROM test_data  WHERE ID >= 2"
      )
      (prompt
        (strcat
          "\n\nVot takoy itog:\n\""
          SQLStatement
          "\""
        )
      )

c txt тоже пыталась считать, и пихнуть в свойства чертежа (из которых можно собственно в текст полем пихнуть,та же история.

----- добавлено через ~19 мин. -----

Сообщение от ShaggyDoc Что Вам надоть-то? Выбирать фамилии из каких-то списков? Вставлять их в трибуты блоков? Или еще что? Сколько этих фамилий или еще чего? 10 шт? 100? 1 млн? Где они будут храниться в БД (любой)? В "плоской" таблице? Сколько человек будут пользоваться? Что это за "тхт(который для ворда)"?

не фамилии,фамилии - это уже в принципе решено,созданы парочка блоков с лукапами, нужно, что-то типо http://forum.dwg.ru/showthread.php?p=801972#post801972
такого в общих чертах,т.е. суть-хранение данных в одном файле на серваке, админ вносит с новым проектом, но я думала такое лиспом можно реализовать,но столкнулась с проблемой юникода.К mdb я прицепилась, т.к. часть данных (для ворда)я уже перевела в базу ,какая то часть хранится в инишках,короче этот балаган,в конце концов хотела свести к одному источнику,а т.к. в ворде всё выглядит не плохо с аксессом..

На данный момент в MS Worde у нас данные считываются с ini(каждого нового проекта) которые сохраняюся в формате unicode( не ANSI),функция VBA считывает в формате юникода-
vbFromUnicode -Converts the string from Unicode to the default code page of the system.

Сообщение от ShaggyDoc Может вопрос "гроша выеденного" не стоит? "Источники данных" могут быть разные, в том числе текстовые разных видов (причем отображаемые как таблица БД, т.е. DataSet). В том числе такие, которые и Лисп и другие приложения могут напрямую читать, безо всяких "движков".

текстовые (они же ini)пыталась, кодировка опять жеж...да и не знаю,хранить это в текстах и опять же таскать это по проектам..

Сообщение от ShaggyDoc Надо ли для этого MSSQL тащить, да на все рабочие места? У Вас "дядя в Майкрософт работает, у него там этих SQL-ов..."?

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

----- добавлено через ~8 мин. -----

Сообщение от Сергей812 Т.е. вы сейчас хотите нагородить что-то с дополнительной БД, а потом пытаться это скрещивать с уже купленной СЭД?

ну я по крайней мере (если наладится процесс) получу опыт работы Autocad<--->SQL serv .И пойму к чему готовиться. (использовать сторонние возможности,опять же пробовать начинать писать что то на других языках,или типо того).

Сообщение от Сергей812 p.s. Динамические блоки фамилий с lookup-это хорошо, но лишний мусор в чертеже. Сначала сделал так же, сейчас планирую сменить: фамилии в подшивках с полями в атрибутах основной надписи, блоки с подписями подтягивается простейшим макросом по содержимому соответствующих атрибутов.

-а чем лукап засоряет? у меня теоретически был план такой что считывается юзер(машина)-вычисляется отдел,и притягивается именно блок их отдела(фамилий) ,а там табличка ну максиммум по 15-20 фам,правда на 3 языках. это сильно утяжелит?Некоторые уже пользуются таким блочком, хотим создать для всех такое же..
про подшивки сегодня почитаю,что то смутно представляю что и как.

[ShaggyDoc]

Для разных БД кодировка устанвливается по-разному.
Например, в MySQL кодировка указывается в свойствах базы данных. Она больше нужна для сравнения строк, но программы которые читают БД могут пытаться этим свойством воспользоваться и отобразить данные в соответствующей кодировке. Причем вполне возможно, что определят кодировку неправильно.

Кроме того, сами строки перед помещением в БД должны быть в правильной кодировке. Они ведь откуда-то берутся. Например из всяких DbEdit в программе редактирования БД. Там уже есть какая-то кодировка. Раньше были и DOS-866, и Win1251, а теперь может быть и UTF-8 и вообще какая-нибудь экзотика. Т.е. возможна необходимость перекодировки текста в БД.

Пример две картинки с простейшей таблицей DBF. Таблица древняя, в ней еще DOS-кодировка. Но программа просмотра позволяет отобразить правильный текст, без перекодировки данных. Но их, если надо, можно и перекодировать. Тогда более современные программы, в которых 866 и установить нельзя, смогут с ней работать. Также и происходит сейчас с Win и UTF. UTF более универсальна, но для текстов требуется почти вдвое больше места. Ну и не все программы могут отобразить UTF. Например, сможет ли ваш Автокад правильно отображать строки, извлеченные из БД, знаете ли?

текстовые (они же ini)пыталась, кодировка опять жеж...да и не знаю,хранить это в текстах и опять же таскать это по проектам..

Текстовые - это не "они же ini". Текст может быть хоть какой для источника данных. И csv, и c табуляцией, и xml. И уж в текстовом файле с кодировками проблем как раз нет. С текстами, как источниками данных могут быть проблемы при очень больших объемах - ну порядка сотен тысяч записей, потому что там индексирования не сделать. Но и агромадные БД для "больших" машин хранились в текстовом виде.

[Сергей812]

Сообщение от Дианка -а чем лукап засоряет?

1. Потому что это динамический блок - т.е. сначала создается анонимный блок с выбранной "конфигурацией" динблока, а потом лишь вставка этого анонимного блока.
2. Смотря как сделано - если подписи в виде блоков - то еще будет висеть неиспользуемых (15..20)*3 блоков в чертеже.

[Дианка]

Сообщение от ShaggyDoc Кроме того, сами строки перед помещением в БД должны быть в правильной кодировке. Они ведь откуда-то берутся

в БД я просто впечатала несколько строк вручную
в скрине свойства вроде всё ,что можно посмотреть .


п.с. не знаю показатель ли,я сделала запрос в Managment Studio Express на строки эти НЕкириллицы, и сохранила результат в тхт(там есть функция save result as..), он сохранил сразу в формате юникода.

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

----- добавлено через ~3 мин. -----

Сообщение от Сергей812 2. Смотря как сделано - если подписи в виде блоков - то еще будет висеть неиспользуемых (15..20)*3 блоков в чертеже.

дин блок один,с Lookup таблицами.

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

[ShaggyDoc]

в БД я просто впечатала несколько строк вручную

Не в БД. А в какой-то "контрол" какой-то программы. И уже эта программа отправила данные в БД. Причем наверняка не напрямую, а с помошью SQL-запроса, в который подставила данные из "она ввода" в какой-то кодировке. А потом эта же (или другая) программа может прочитать эти данные. Как правило тоже в результате запроса. И отобразит данные так, как умеет. А "умеет не так" может оказаться, например, из-за неправильного свойства кодировки в свойствах самого "контрола". Там же тоже параметры шрифта устанавливаются. Хорошим тоном считается установка везде "DefaultCharset", т.е. установленного на машине языка. Но может оказаться и не так.

Как это влияет на отображение легко исследовать в Notepad++ на любом текстовм файле с русским текстом. Там можно и отобразить текст в любой из пары десятков кодировок, и преобразовать его в любую из них. Но не каждая программа умеет оторажать данные в разных кодировках.

[Дианка]

Сообщение от ShaggyDoc Не в БД. А в какой-то "контрол" какой-то программы. И уже эта программа отправила данные в БД. Причем наверняка не напрямую, а с помошью SQL-запроса, в который подставила данные из "она ввода" в какой-то кодировке. А потом эта же (или другая) программа может прочитать эти данные. Как правило тоже в результате запроса. И отобразит данные так, как умеет. А "умеет не так" может оказаться, например, из-за неправильного свойства кодировки в свойствах самого "контрола". Там же тоже параметры шрифта устанавливаются. Хорошим тоном считается установка везде "DefaultCharset", т.е. установленного на машине языка. Но может оказаться и не так.

я вот этим эдитором пользовалась...
на машине у меня стоит русский..как и у большинства ,думаю.
ну так вообще решение есть какое то? с кодировкой..я уже перестаю,что либо понимать..

[Сергей812]

Сообщение от Дианка дин блок один,с Lookup таблицами.

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

[Дианка]

Сообщение от Сергей812 Если собираетесь вручную менять фамилии-то параметры видимости достаточно удобны.. если программно - можно, конечно и lookup в динблоках программно выставлять, но как то теряется смысл этих видимостей.. а чертеж не резиновый..

вручную меняются (если речь о переборе),программно только определить кому-какой блок вставить,не более.