n.yuan
发表于 2015-10-20 16:34:51
我通常从创建存储数据的表开始 ；所有数据库背后的核心思想是只存储一次任何信息 ；这个概念导致了数据库规范化(https://en.wikipedia.org/wiki/Database_normalization). ；这是数据库设计中的一个基本概念，所以花几分钟的时间来复习并真正理解它 ；它背后的基本概念与XREF#039背后的基本理念相同；在Autocad中 ；你只需要在一个地方更新任何信息 ；例如，您似乎正在记录零件号和描述 ；使用您发送的图像，您的第一个倾向可能是创建一个包含4列的表（标签号、数量、护照目录ID、描述） ；但是，如果这样做，如果零件号的描述发生更改，则必须对该表中的每个记录进行更改 ；描述信息记录在多个地方 ；更好的选择是创建一个零件号表，记录所有s该零件号的所有属性（零件号、描述、重量等） ；然后，您将创建另一个表来记录其他信息（它是BOM表吗？） ；假设标签号是一个零件号（标签号、数量、护照目录ID），则会是这样 ；然后创建一个查询，将两个表链接在一起，以获得所需所有信息的最终列表 ；本人'；我可能解释得不太清楚 ；基本上，我会熟悉规范化和主键的概念 ；一旦你把它摆平，你就可以创建你想要的所有表格；d需要存储您需要的所有信息 ；一旦信息可以存储，您就可以创建一个；前端“；以显示您想要的信息 ；这可以是一个简单的查询 ；或者，您可以创建一个表单来查看数据，也可以创建一份报告 ；谈到前端设计，天空是极限 ；无论您认为什么是显示数据的最快/最简单/最佳方式。
mmelone
发表于 2015-10-30 10:09:37
作为程序员，我们确实经常看到这些“错误”；“聪明的专业人士”；，工程师、土地测量师、设计师……过度使用（如果不是滥用！）Excel可以存储他们的关键任务数据，并且很难向他们销售更好、更安全的替代品。有时程序员可以决定，有时不能
然而，作为CAD程序员，无论我们是否对数据存储的位置/方式有发言权，我们都应该首先将重点放在正确构造解决方案上，我在本主题的讨论中没有提到这一点
通过正确的结构，我的意思是，这种典型的解决方案将由3部分组成：操作AutoCAD/Drawing中的对象的代码，在AutoCAD和数据存储之间传递数据的代码，以及实际组织数据存储的代码（特别是，如果它是您自己的自定义数据存储，例如Excel工作表、CSV、XML…）
关键部分是中间部分：数据访问层。它应该针对一个接口进行编码，以便from零件（AutoCAD侧代码）不知道后端是什么，无论是Excel工作表还是某种数据库。这样，如果后端数据存储发生更改，只需针对新的数据存储实现接口，CAD端代码（来回读取/写入数据）将不会受到影响，也不需要重新构建/重新编译
话虽如此，但如果您使用VBA，我不确定您是否可以使用Interface。回到我使用VB5/6的时候，是的，可以定义接口并实现它。为什么仍然坚持VBA？
yosso
发表于 2015-11-9 13:33:36
费用fi fo fum-；我认识变电站材料…
我们已经开始使用Inventor 2015，并在变电站设计中添加了一个插件-http://substationdesignsuite.com/现在，我们只需将材料从Inventor输出到电子表格，但最终希望为Inventor开发一个附加模块，将材料绑定到外部数据库
在进行输电线路项目时，我们确实使用了材料通道，但现在它是35;039；使用另一个程序（PLS-CADD）的输出会造成混乱
乔·塞尔科'；s手册；SQL for Smarties中的树和层次结构是一篇有趣的文章 ；我想不通，但我们都必须从某个地方开始
Access Solutions book是一本优秀的资源
无论如何，请随时向我们通报您的最新进展
MickD
发表于 2015-11-9 13:39:16
是的，它的子材料很好 ；遗憾的是，我现在正在使用excel版本 ；我想搬到一个数据库，很可能是访问，但我现在没有时间设置它 ；我迟早需要一些东西来证明概念，我可以用excell做到这一点 ；尽管如此，我打算在下个月左右尝试转换为Access ；最终，将cad与BOM联系起来会很好，但这是it自身的另一个挑战。