[sergeyVostok]

После того как мы создали в диспетчере подключения к БД (вызывается Ctrl + 6) подключение к нашей БД, можно открыть таблицу БД. Для просмотра или редактирования. Я, как пользователь, могу осуществлять поиск по этой таблице. После того как найдена нужная строка (элемент БД) необходимо перенести строковые данные одного из полей строки в расширенные данные примитива AutoCAD. Это можно сделать, написав простой диалог на DCL, в котором можно указывать ID-номер найденной записи, после чего программа на LISP делает запрос к БД и читает и заносит необходимые данные из БД в примитив. Но это как-то ска криво мне не нравится. Как сделать так, чтобы без дополнительного окна-диалога, коих и так у инженера много на экране, можно было бы просто двойным щелчком по строке БД запустить LISP-программу ? Если это не выполнимо и событие типа "клац мышью" в таблице БД перехватить невозможно, тогда посоветуйте чем можно заменить такую таблицу (например используя технологии .NET или Delphi или еще чего-нибудь) чтобы реализовать такую логику. Ну очееень прям надо.
Еще раз опишу логику задуманного:
1. вставляю в поле чертежа динамический блок;
2. вылетает таблица БД, где необходимо выбрать нужный элемент;
3. занести данные из поля выбранной строки в расширенные данные динамического блока (или примитива - не важно);

Всем спасибо !

[Сергей812]

Сообщение от sergeyVostok например используя технологии .NET

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

[sergeyVostok]

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

Это уже дело второе. У меня будет например БД "Резисторы". Я вставляю дин. блок "Резистор" и появляется таблица БД, в которой я выбираю марку резистора.
Так можно здесь обойтись штатными инструментами, используя AutoLisp ? Как обработать событие "нажатие на строке БД" ?

[Сергей812]

Сообщение от sergeyVostok Как обработать событие "нажатие на строке БД" ?

А оно хоть есть?

[sergeyVostok]

Сообщение от Сергей812 А оно хоть есть?

Об этом и спрашиваю ) Иначе бы не задавал вопросов. Если таблицу рассматривать как обычную оконную форму, то может и есть. А если оно есть, то как через методы ActiveX (COM) достучаться до такого события ?

[Сергей812]

Сообщение от sergeyVostok Если таблицу рассматривать как обычную оконную форму, то может и есть. А если оно есть, то как через методы ActiveX (COM) достучаться до такого события

Естественно, события есть в самой таблице и они маршрутизируются до точки их обработки в самом акаде, но если Аутодеск не сделал API интерфейс для них..)

----- добавлено через ~10 мин. -----
Т.е. где на уровне ObjectARX может и есть функции, с помощью которых можно перехватить выбор строки, или нестандартными средствами через WinAPI. Только стоит ли настолько извращаться ради одного ID?)

[sergeyVostok]

Сообщение от Сергей812 Только стоит ли настолько извращаться ради одного ID?)

Ну не ID, а строки БД. Для чего еще нужна БД ? Вместо ID может быть любое поле или несколько.
Ну а как тогда лучше решить задачу ? Меньшими потерями т.к. сделать БД в Access не составляет труда и подключение настроено. Кроме того в такую БД можно добавлять записи прям из Autocad, ничего для этого не дописывая.
Если никак, то буду курить связку чего-нибудь с чем-нибудь.

[Сергей812]

Сообщение от sergeyVostok Ну не ID, а строки БД. Для чего еще нужна БД ? Вместо ID может быть любое поле или несколько.

вы собираетесь содержимое строки БД записывать в расширенные данные? Посмотрите на тех, кто делает автоматизацию на базе атрибутов блоков и извлечения данных - дешево и сердито, пока не приходит момент модификации/добавления данных (не говоря о не совсем корректной работе штатной команды обновления атрибутов). А был бы один идентификатор в примитиве - и нужно править только таблицу БД, добавляя столбцы со значением по умолчанию.

Сообщение от sergeyVostok Меньшими потерями т.к. сделать БД в Access не составляет труда и подключение настроено.

В .Net вы будете подключаться, не используя диспетчера. Я использую бесплатную SQLite, например - зачем дополнительная зависимость от проприетарного ПО. Но это дело вкуса)

[sergeyVostok]

Сообщение от Сергей812 вы собираетесь содержимое строки БД записывать в расширенные данные? Посмотрите на тех, кто делает автоматизацию на базе атрибутов блоков и извлечения данных - дешево и сердито, пока не приходит момент модификации/добавления данных (не говоря о не совсем корректной работе штатной команды обновления атрибутов). А был бы один идентификатор в примитиве - и нужно править только таблицу БД, добавляя столбцы со значением по умолчанию.

Да, именно в расширенные данные. Там до 255 символов, мне достаточно. Не вижу для себя смысла создавать атрибут, думаю расширенные данные с DXF кодом 1000, присоединенные к дин. блоку, не будут так перегружать чертеж, как атрибуты.

Сообщение от Сергей812 автоматизацию на базе атрибутов блоков и извлечения данных

сложно понять, какая там идеология у людей заложена и откуда извлечение ? У каждого своё. Извлекать данные то по любому наверно из БД ?
В общем пока у меня будут расширенные данные. Если 255 символов станет не хватать, то думал тоже сделать атрибут, но только с ID БД, и в дополнение делать свой словарь в котором будет сохраняться номер ID из БД и инфа из поля "Описание". Здесь идеология такая, что БД нужна только на этапе конструирования чертежа и выбора марок элементов из БД. Вся инфа заносится из базы в чертеж (расширенные данные или атрибут + словарь). И затем, можно получить спецификацию на чертеж не используя БД. Считаю очень надежный вариант, в случае изменения БД или её отсутствия.

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

Сообщение от Сергей812 В .Net вы будете подключаться, не используя диспетчера. Я использую бесплатную SQLite, например - зачем дополнительная зависимость от проприетарного ПО. Но это дело вкуса

Как по скорости работы с БД такой вариант ? Нет проблем ? В том то и дело, что еще пытаюсь сделать так, чтобы можно было использовать БД, не устанавливая доп. ПО на рабочее место. В варианте с БД AutoCAD настраиваем только подключение и в редких случаях может потребоваться установка драйвера БД. Ради этого можно и поизвращаться ))

[Сергей812]

Сообщение от sergeyVostok Вся инфа заносится из базы в чертеж (расширенные данные или атрибут + словарь). И затем, можно получить спецификацию на чертеж не используя БД. Считаю очень надежный вариант, в случае изменения БД или её отсутствия.

пользователь без дополнительных надстроек данные из XData/Словарей не считает. И куда может деться БД - сделайте служебную папку в проекте, и создавайте там копию БД с используемыми на текущий момент записями. Или делайте центральную БД, куда рядовой пользователь при всем желании не сможет свои шаловливые ручёнки запустить.

Сообщение от sergeyVostok Как по скорости работы с БД такой вариант

не мгновенно, естественно) Это как построишь работу с нею, будешь ли ту же индексацию использовать и т.п.

Сообщение от sergeyVostok чтобы можно было использовать БД, не устанавливая доп. ПО на рабочее место. В варианте с БД AutoCAD настраиваем только подключение и в редких случаях может потребоваться установка драйвера БД.

тыц - лежит дополнительно одна соответствующая сборка (только надо брать версии с вшитыми библиотеками С++).
Права администратора не нужны - подключаете в проект скаченную по ссылке сборку и напрямую работаете в коде с БД в виде одного файла. И там возможности по минимуму, конечно, по сравнению с другими СУБД - но как локальное хранилище меня пока вполне устраивает)

[sergeyVostok]

Сообщение от Сергей812 пользователь без дополнительных надстроек данные из XData/Словарей не считает. И куда может деться БД - сделайте служебную папку в проекте, и создавайте там копию БД с используемыми на текущий момент записями. Или делайте центральную БД, куда рядовой пользователь при всем желании не сможет свои шаловливые ручёнки запустить.

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

С тех рабочих мест, где будет установлена БД, она в принципе никуда не денется. Но во первых, из неё могут быть удалены записи, которые кому-то покажутся например уже не используемыми. С течением времени. Например, изменился поставщик или элементы сняты с производства. Либо чертеж открывается спустя так лет N, а за актуальность ID в БД уже никто ручиться не может. Специально за БД думаю никто следить не будет. В общем всякие случаи могут быть.
Ну а если пришел со своим чертежом к кому-нибудь "в гости", то там БД точно не будет. Проще подключить LISP программу, извлекающую данные из чертежа, чем таскать с собой БД и делиться ей.
А вероятнее всего, этой БД буду пользоваться только я )))) ибо вся организация работает в AutoCad можно сказать как на кульмане ) поэтому для себя решил автоматизировать составление спецификации и еще добавить некоторые функции, таким образом отгородив себя от пустой траты времени )

Сообщение от Сергей812 тыц - лежит дополнительно одна соответствующая сборка (только надо брать версии с вшитыми библиотеками С++).

Спасибо, посмотрю.

Сообщение от Сергей812 и напрямую работаете в коде с БД в виде одного файла

А в чем писать код ? C++ ? AutoLISP ? В какой IDE ?

[Сергей812]

Сообщение от sergeyVostok Но во первых, из неё могут быть удалены записи, которые кому-то покажутся например уже не используемыми. С течением времени. Например, изменился поставщик или элементы сняты с производства. Либо чертеж открывается спустя так лет N, а за актуальность ID в БД уже никто ручиться не может. Специально за БД думаю никто следить не будет. В общем всякие случаи могут быть.

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

Сообщение от sergeyVostok А в чем писать код ? C++ ? AutoLISP ? В какой IDE ?

любой .Net язык и любая бесплатная студия - только уговорить еще придется админа поставить, если на работе) А для затравки - сайт Бушмана, там на главной странице есть ссылки на другие полезные ресурсы. Хотелки за пределы лиспа начинают выходить у вас, имхо - не чтобы работало, а чтобы было удобно и красиво)

[ShaggyDoc]

Сообщение от sergeyVostok Еще раз опишу логику задуманного: 1. вставляю в поле чертежа динамический блок; 2. вылетает таблица БД, где необходимо выбрать нужный элемент; 3. занести данные из поля выбранной строки в расширенные данные динамического блока (или примитива - не важно);

Логика нерациональная.

Лучше так:
1. Из лисп вызывается программа работы с БД - (COM-сервер).
2. В БД что-то делается - редактируется. В частном случае выбирается запись нужного "резистора".
3. Любые сведения о выбранной записи возвращаются в Лисп, а БД закрывается.
4. Лисп делает с полученными данными то, что умеет. Вставляет блок, например, привязывает РД и т.п.

Но в РД надо хранить не данные, а только таблицу и ID в БД.

Всё это годами проверено в разнообразных работах, вплоть до ГИС на базе AutoCAD.

[Сергей812]

Сообщение от ShaggyDoc (COM-сервер).

Дополню. Вместо СОМ-сервера сейчас можно вставки .Net кода в Lisp-обертке делать.

[sergeyVostok]

Сообщение от ShaggyDoc Лучше так: 1. Из лисп вызывается программа работы с БД - (COM-сервер). 2. В БД что-то делается - редактируется. В частном случае выбирается запись нужного "резистора". 3. Любые сведения о выбранной записи возвращаются в Лисп, а БД закрывается. 4. Лисп делает с полученными данными то, что умеет. Вставляет блок, например, привязывает РД и т.п. Но в РД надо хранить не данные, а только таблицу и ID в БД.

Да оно у меня собственно так и работает. Сначала по нажатию кнопки макрос из файла вставляет блок, а потом запускается LISP-программа, вызывает БД .... ну и дальше поехало ....
Какую таблицу имели ввиду ? У меня марка резистора что-то типа: "Р-12-0,125 120 Ом +/- 5% АБВГД.1234.0000.ЮЯ " По такому же типу остальные элементы: конденсаторы, полупроводники, разъемы и т.д.
То есть данных с DXF кодом 1000 должно хватить - строковая константа длиной не более 255 знаков.
Поэтому я и говорю, что есть соблазн хранить данные элемента в его дин. блоке и БД после завершения работ над чертежом в принципе уже не нужна. Можно делать спецификацию прямо из данных чертежа. Вы мне так и не привели какие минусы в такой логике работы ? Ничего криминального не вижу. Разве только что возможные тормоза из-за того, что к каждому элементу будут прикреплены расширенные данные. Тут на практике только можно понять, как это отразится на производительности. Но и чертежи не объемные, не архитектурные планы. Да и никто не мешает продублировать функцию, и составлять спецификацию, если это необходимо, обращаясь повторно к БД.

В общем понял я, что начинать нужно курить COM технологии.

[trir]

1. FDO - прямое подключение к БД
2. dbConnect - прямое подключение к БД
3. .NET - ставим Visual Studio и делаем как хотим

Lisp, COM - нафиг такое старьё?

[Сергей812]

Сообщение от sergeyVostok Какую таблицу имели ввиду ? У меня марка резистора что-то типа: "Р-12-0,125 120 Ом +/- 5% АБВГД.1234.0000.ЮЯ " По такому же типу остальные элементы: конденсаторы, полупроводники, разъемы и т.д. То есть данных с DXF кодом 1000 должно хватить - строковая константа длиной не более 255 знаков.

В БД есть таблицы, каждая со своим уникальным именем-ключем. Каждая строка таблицы обычно имеет уникальный ключ-идентификатор (Primary Key). А вот это значение "Р-12-0,125 120 Ом +/- 5% АБВГД.1234.0000.ЮЯ" будет уже в другом столбце данной таблицы БД. Т.е. условно говоря, если примитиву присвоите в XData два значения - имя таблицы "Резисторы" и значение ключа - то в любой момент времени сможете получить всю информацию из БД по этому резистору - и название, и габариты, и т.д. При этом сможете модифицировать таблицу, не трогая ее названия и столбца Primary Key - когда еще какая то задумка придет в голову, и для нее понадобятся дополнительные данные.

[ShaggyDoc]

Сообщение от sergeyVostok Да оно у меня собственно так и работает. Сначала по нажатию кнопки макрос из файла вставляет блок, а потом запускается LISP-программа, вызывает БД .... ну и дальше поехало .... Какую таблицу имели ввиду ? У меня марка резистора что-то типа: "Р-12-0,125 120 Ом +/- 5% АБВГД.1234.0000.ЮЯ " По такому же типу остальные элементы: конденсаторы, полупроводники, разъемы и т.д. То есть данных с DXF кодом 1000 должно хватить - строковая константа длиной не более 255 знаков.

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

Рассчитывать на "должно хватить" не стоит. Завтра будет что-то другое и этой строки не хватит. Будет не короткое название "Резистор", а длинное, они бывают и в несколько строк, и вся идея накрылась.

Вообще не нужно хранить в чертеже всю семантическую информацию об изделии. Только ключ. А описательную часть (формулировка заказа) всегда можно извлечь из БД, причем в самом свежем виде.

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

Сообщение от trir 1. FDO - прямое подключение к БД 2. dbConnect - прямое подключение к БД 3. .NET - ставим Visual Studio и делаем как хотим Lisp, COM - нафиг такое старьё?

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

[sergeyVostok]

Сообщение от ShaggyDoc Но если ошибки на стратегическом уровне

Сообщение от ShaggyDoc Как раз не так. Надо не сначала вставлять блок

Ошибок на стратегическом уровне нет, ибо уровень не стратегический, пишу под себя. Заодно учусь. Задача, при наличии информации и знаний, не большая.
В принципе обо всем подумал. Вы уж тут сильно замудрили ))) У меня вполне конкретная задача, без сетей. Для интерфейса создана одна пользовательская панель с кнопками блоков. Зачем их рисовать в LISP ? Зачем мудрить. Рисуем изображение элемента и сохраняем в отдельный файл. Каждый элемент - отдельный файл. Получится база компонентов. Вставляются макросом по нажатию кнопки соответствующего типа элемента.
LISP запускается именно после вставки блока, т.к. после появления БД, можно нажать "отмена" и таким образом вставить безымянный блок (элемент), если его марка еще не определена. Марку определить из БД позже.

Сообщение от ShaggyDoc Вообще не нужно хранить в чертеже всю семантическую информацию об изделии.

Можете сказать почему ? Если эта информация пару сотен символов на каждый элемент. Сильно подтормаживает работу ? Но по моему в чертеже итак куча не визуальной информации в таблицах и несколько тысяч добавленных символов не скажутся на работе с документом. Это даже не крохи от общего объема информации. Ну это моё мнение. Вы может лучше меня знаете к чему это приведет. Интересно посмотреть на практике.

Сообщение от ShaggyDoc надо разделить "вижуальную" часть работы с БД, причем безо всяких архаичных DCL, и "рисовальную", которую LISP может лучше сделать

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

Сообщение от ShaggyDoc Рассчитывать на "должно хватить" не стоит.

Согласен. Если это перерастет в серьезное ПО, то задача будет поставлена и решена заново. А пока в варианте "минимум". Сегодня открываю книги по .NET ))

[ShaggyDoc]

Сообщение от sergeyVostok Ошибок на стратегическом уровне нет, ибо уровень не стратегический, пишу под себя. Заодно учусь.

Вот в этом и заключается стратегическая ошибка. "Под себя", под сиюминутную текущую работу. И учиться надо правильному, а не то, что придет в голову.

Это сейчас имеет дело с несколькими изделиями, на каждое из которых можно "макрос на кнопку" сделать. Что, всю жизнь так и будет?

Для примера - база данных электрооборудования, используемая для формирования СО. Причем это фрагмент, всего 798 позиций. Её можно и редактировать, и выбрать позицию. В ней содержится вся необходимая информация, вплоть до фотографии. Любую позицию можно легко найти, как визуально, так и поиском.

И эта же самая программа работает с любой другой БД на что угодно. Всего имеется 33 таких тематических БД, можно еще сколько угодно сделать.

Впрочем, видимо "не в коня корм".

[sergeyVostok]

Сообщение от ShaggyDoc Впрочем, видимо "не в коня корм"

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

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

Не изделиями, а УГО - условно-графическими обозначениями. Кнопки делаются под них. И именно всегда так и будет, потому что их количество жестко оговорено ГОСТом.

Вот вы ... ))) Я вас прекрасно понимаю, что можно делать БД с большим объемом информации: фото, ссылки, даташиты и т.д. Но мне это не нужно. Я интересовался на первом этапе вопросом взаимодействия штатной таблицы БД с "мышью" пользователя. Понял, что это невозможно либо делать вариант через ObjectARX, о котором пока никто не рассказал.

Благодарю за примеры БД. Очень считаю удобно, к этому нужно стремиться. Интересные вещи, просто интересно это знать. Но пока это не по моей части. Нужна простейшая, примитивная база. Цель - спецификация на чертеж. Всё ! Именно поэтому в БД кроме поля "наименование" ничего не нужно )))

А на чем написана приведенная в предыдущем посте БД ?

[Сергей812]

Сообщение от sergeyVostok Я вас прекрасно понимаю, что можно делать БД с большим объемом информации: фото, ссылки, даташиты

читаете по диагонали:

Сообщение от Сергей812 При этом сможете модифицировать таблицу, не трогая ее названия и столбца Primary Key - когда еще какая то задумка придет в голову, и для нее понадобятся дополнительные данные.

т.е. развязываете интерфейс взаимодействия с БД самого чертежа *.dwg и привязанными данными. Вот и делаете примитивную БД:

ID Name
1 Р-12-0,125 120 Ом +/- 5% АБВГД.1234.0000.ЮЯ
2 Р-12-0,25 120 Ом +/- 5% АБВГД.1234.0000.ЮЯ

привязываете к чертежу. А потом расширяете содержимое таблицы по необходимости. Хотя изначально для тех же постоянных резисторов в УГО заложена их мощность - поэтому напрашивается сделать еще один столбец сразу - Мощность Рассеивания и либо выбирать параметр видимости динблока резистора по мощности выбранной позиции, либо при выборке из БД передавать в SELECT текущее состояние видимости - чтобы он выдал резисторы только данной мощности. И т.п. А потом подумайте, например, что понадобиться заменить марку резисторов сразу на всей схеме, но все резисторы разной мощности и номинала - вручную все менять? Или ввести столбцы сопротивления, точности, марку, тип и т.п. и задав маску в диалоге - все разом поменять? Чем меньше "жестких" связей с данными внутри чертежа - тем проще будет модифицировать программу в дальнейшем.

[sergeyVostok]

Сообщение от Сергей812 т.е. развязываете интерфейс взаимодействия с БД самого чертежа *.dwg и привязанными данными. Вот и делаете примитивную БД: ID Name 1 Р-12-0,125 120 Ом +/- 5% АБВГД.1234.0000.ЮЯ 2 Р-12-0,25 120 Ом +/- 5% АБВГД.1234.0000.ЮЯ привязываете к чертежу. А потом расширяете содержимое таблицы по необходимости. Хотя изначально для тех же постоянных резисторов в УГО заложена их мощность - поэтому напрашивается сделать еще один столбец сразу - Мощность Рассеивания и либо выбирать параметр видимости динблока резистора по мощности выбранной позиции, либо при выборке из БД передавать в SELECT текущее состояние видимости - чтобы он выдал резисторы только данной мощности. И т.п. А потом подумайте, например, что понадобиться заменить марку резисторов сразу на всей схеме, но все резисторы разной мощности и номинала - вручную все менять? Или ввести столбцы сопротивления, точности, марку, тип и т.п. и задав маску в диалоге - все разом поменять? Чем меньше "жестких" связей с данными внутри чертежа - тем проще будет модифицировать программу в дальнейшем.

Серег, не поверишь, но я это уже сделал еще до создания этой темы ))) И поле "ID", и поле "мощность", и поле "номинал", и поле "точность", и поле "фирма". Можно сделать любую сортировку непосредственно в таблице БД. В чертеж из таблицы будут забираться данные из поля "Name". Можно реализовать другую логику и брать из поля ID. Повторю, для меня это не вопрос.
Я спрашивал не об этом. Не о структуре БД. Я интересовался возможностью взаимодействия штатной таблицы БД с "мышью" пользователя. Либо об инструментах, с помощью которых можно заменить штатную БД и написать свою. Но я не спрашивал как мне реализовывать структуру, топологию и т.д. БД. С этим у меня нет вопросов.
Ну в самом деле ))) Поэтому про чтение по диагонали я бы не стал говорить и тема уходит в оффтоп. Что такое ключ в БД, какие должны быть поля в БД, сколько таблиц в БД и их взаимосвязи - с этим у меня нет вопросов.

Я понял, что нужно брать .NET и писать что-то свое или через API попробовать перехватить событие в штатной БД.

[Сергей812]

Сообщение от sergeyVostok Я понял, что нужно брать .NET и писать что-то свое

.Net + WPF. Примеры в инете есть под большую часть распространенных БД, включая и Access)

[sergeyVostok]

Сообщение от Сергей812 .Net + WPF. Примеры в инете есть под большую часть распространенных БД, включая и Access)

Во )))) Премного благодарен )) Будем посмотреть )

[Сергей812]

Сообщение от sergeyVostok Серег, не поверишь, но я это уже сделал еще до создания этой темы ))) И поле "ID", и поле "мощность", и поле "номинал", и поле "точность", и поле "фирма". Можно сделать любую сортировку непосредственно в таблице БД. В чертеж из таблицы будут забираться данные из поля "Name". Можно реализовать другую логику и брать из поля ID. Повторю, для меня это не вопрос.

если не вопрос - то не возникало бы вопроса, зачем не надо хранить всю информацию в самом чертеже

Кстати, появляются периодически вопросы - как защитить содержимое *.dwg чертежей, чтобы другие не могли на "шару" пользоваться. А вот так и защищать - средства ускорения работы программные и их защищать, а кто получит сам чертеж с одними идентификаторами - ну сможет блоки позаимствовать, оформление. А со всем остальным обломится) А чертежи уходят налево только так, если в организации нет жесткого контроля за этим.

[Vov.Ka]

Сообщение от sergeyVostok Либо об инструментах, с помощью которых можно заменить штатную БД и написать свою.

не совсем заменить, но...
папкаавтокада\Sample\Database Connectivity\CAO

[sergeyVostok]

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

ну так рассказали бы ) получается вопрос чисто в безопасности в случае утечки и никак не связан с непосредственной работой чертежа ) ну с таким же успехом тогда утечет и готовая спецификация ) Но всё это не по теме !

Сообщение от Сергей812 Кстати, появляются периодически вопросы - как защитить содержимое *.dwg чертежей, чтобы другие не могли на "шару" пользоваться. А вот так и защищать - средства ускорения работы программные и их защищать, а кто получит сам чертеж с одними идентификаторами - ну сможет блоки позаимствовать, оформление. А со всем остальным обломится) А чертежи уходят налево только так, если в организации нет жесткого контроля за этим.

Правильный подход, согласен. Но извиняюсь, не по теме. Тем кому нужно обсудить защиту информации, открывайте соответствующий раздел и тему ))

Сообщение от Vov.Ka не совсем заменить, но... папкаавтокада\Sample\Database Connectivity\CAO

Вот это уже в тему. Что в папке, примеры работы с БД ?

[Сергей812]

Offtop:

Сообщение от sergeyVostok Тем кому нужно обсудить защиту информации, открывайте соответствующий раздел и тему ))

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

[Vov.Ka]

Сообщение от sergeyVostok Вот это уже в тему. Что в папке, примеры работы с БД ?

да
там есть пример файл db_samp.dwg и база для него
загружай лисп и смотри
лично я в этом не очень разбираюсь
предпочитаю в качестве базы использовать таблицы экселя

[trir]

https://habr.com/ru/post/271109/

[AlexZh]

Сообщение от Сергей812 Offtop: Если бы не смотрели так узколобо - "это по делу, а это нет", то подумали бы об том - для чего это все делаете. Какая ситуация общая в стране, что ваши умения программирования для работодателя ничего не стоят (так как не профильное) - а вот если получиться быстрее делать: то это ваш конкурентное преимущество перед другими и раздавать это свободно - каждый решает сам, конечно.. И что защиту разработок от свободного хождения нужно еще на этапе общей архитектуры системы продумывать, чтобы не оставлять "открытых ворот" потом. Но вы же лучше всех все знаете - вам нужно лишь четкие правильные готовые решения. Успехов)

А мне эта тема интересна. Можно где-нибудь подробнее посмотреть?

Или может эту тему закрепить? Тема интересная, а информации в сети (на русском) маловато....

Как например, через LISP делать взаимосвязь элементов (расширенных данных) и БД. Как делать связь БД с MS Word/Excel и т.д.

[Сергей812]

Сообщение от AlexZh А мне эта тема интересна. Можно где-нибудь подробнее посмотреть?

как вы думаете - кто-то в здравом уме будет выкладывать коды/подробное описание рабочих вариантов своих защит?) Но явно защита должна быть не уровня - введите пароль или получите какой то из параметров компа - и разрешите дальше работать в случае совпадения. Это действительно "открытые ворота" по сути. Хотя и подобная защита для 99% "непрограммистов"-пользователей станет непреодолимом препятствием, имхо)

Сообщение от AlexZh Как делать связь БД с MS Word/Excel и т.д.

не связь. Рассматривайте документы офиса как шаблоны для вывода отчетов, сформированных на базе информации из БД. Поменяют завтра визуальный формат документов, а в программу жестко зашита взаимосвязь - и все, приехали?) А так переписать лишь малую часть кода, отвечающий за непосредственный вывод в шаблоны.

[AlexZh]

Сообщение от Сергей812 как вы думаете - кто-то в здравом уме будет выкладывать коды/подробное описание рабочих вариантов своих защит?) Но явно защита должна быть не уровня - введите пароль или получите какой то из параметров компа - и разрешите дальше работать в случае совпадения. Это действительно "открытые ворота" по сути. Хотя и подобная защита для 99% "непрограммистов"-пользователей станет непреодолимом препятствием, имхо)

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

[Сергей812]

Сообщение от AlexZh хочу посмотреть на реализацию связи.

В главе 19 "Работа с базой данных" книги "САПР на базе AutoCAD - как это делается" рассматривается на примерах, как работать с БД, начиная с подключения.

Вот тут пример есть куценький и с пояснениями на английском.

[trir]

Как например, через LISP делать взаимосвязь элементов (расширенных данных) и БД. Как делать связь БД с MS Word/Excel и т.д.

очень глупо делать такое на AutoLisp'е

[skkkk]

Сообщение от trir очень глупо делать такое на AutoLisp'е

Уж не потому ли, что в нем как бы есть своя собственная база данных - ассоциативный список?

[trir]

Уж не потому ли, что в нем как бы есть своя собственная база данных - ассоциативный список?

это разные вещи

[Сергей812]

Сообщение от skkkk Уж не потому ли, что в нем как бы есть своя собственная база данных - ассоциативный список?

БД - это не просто хранение информации, но и обеспечение ее целостности при операциях модификации БД. Упрощенно говоря: вылетело ли приложение, ребутнулся комп и т.д. - информация в БД должна остаться согласованной, а не часть старого содержимого, часть нового и часть битой информации, которая не успела записаться на энергонезависимый носитель информации во время сбоя. И, кстати, что называют чертеж акада базой данных (и это прослеживается в названиях тех же классов) весьма условно - иначе не было активной ветки о восстановлении файлов)

[ShaggyDoc]

Просто "база данных" - модные слова, особенно среди тех, кто только их и слышал. "Базой данных" могут называть любую информацию. На самом деле все сложнее. Только книга "Введение в базы данных" содержит около 1000 страниц.

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

Данные в БД в принципе могут быть в любых форматах, в том числе в виде обычного текста. Они и были текстовые на "больших ЭВМ" и именно это позволило огромнуые массивы информации перевести в современные системы.

Но для работы с любой БД необходима соответствующая СУБД, которая и дает все возможности работы с данными. Для "офисного планктона" это Access, которую почему-то боятся, как черт ладана.

А ассоциативный список - это никакая не база данных, сколько бы по невежеству не написали статей "скажи НЕТ субд! ЛИСП НЕ НУЖДАЕТСЯ НИ В КАКИХ ВНЕШНИХ БАЗАХ ДАННЫХ !!!".

[trir]

Модель «ключ — значение» является простейшим вариантом, использующим ключ для доступа к значению. Такие системы используются для хранения изображений, создания специализированных файловых систем, в качестве кэшей для объектов, а также в системах, спроектированных с прицелом на масштабируемость. Примеры таких хранилищ — Berkeley DB, MemcacheDB, Redis, Riak, Amazon DynamoDB.

https://ru.wikipedia.org/wiki/NoSQL