Excel作为数据库

n.yuan · 发表于 2015-10-20 16:34:51

我通常从创建存储数据的表开始&nbsp；所有数据库背后的核心思想是只存储一次任何信息&nbsp；这个概念导致了数据库规范化(https://en.wikipedia.org/wiki/Database_normalization).&nbsp；这是数据库设计中的一个基本概念，所以花几分钟的时间来复习并真正理解它&nbsp；它背后的基本概念与XREF#039背后的基本理念相同；在Autocad中&nbsp；你只需要在一个地方更新任何信息&nbsp；例如，您似乎正在记录零件号和描述&nbsp；使用您发送的图像，您的第一个倾向可能是创建一个包含4列的表（标签号、数量、护照目录ID、描述）&nbsp；但是，如果这样做，如果零件号的描述发生更改，则必须对该表中的每个记录进行更改&nbsp；描述信息记录在多个地方&nbsp；更好的选择是创建一个零件号表，记录所有s该零件号的所有属性（零件号、描述、重量等）&nbsp；然后，您将创建另一个表来记录其他信息（它是BOM表吗？）&nbsp；假设标签号是一个零件号（标签号、数量、护照目录ID），则会是这样&nbsp；然后创建一个查询，将两个表链接在一起，以获得所需所有信息的最终列表&nbsp；本人&#039；我可能解释得不太清楚&nbsp；基本上，我会熟悉规范化和主键的概念&nbsp；一旦你把它摆平，你就可以创建你想要的所有表格；d需要存储您需要的所有信息&nbsp；一旦信息可以存储，您就可以创建一个；前端“；以显示您想要的信息&nbsp；这可以是一个简单的查询&nbsp；或者，您可以创建一个表单来查看数据，也可以创建一份报告&nbsp；谈到前端设计，天空是极限&nbsp；无论您认为什么是显示数据的最快/最简单/最佳方式。

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）的输出会造成混乱
乔·塞尔科&#039；s手册；SQL for Smarties中的树和层次结构是一篇有趣的文章&nbsp；我想不通，但我们都必须从某个地方开始
Access Solutions book是一本优秀的资源
无论如何，请随时向我们通报您的最新进展

MickD · 发表于 2015-11-9 13:39:16

是的，它的子材料很好&nbsp；遗憾的是，我现在正在使用excel版本&nbsp；我想搬到一个数据库，很可能是访问，但我现在没有时间设置它&nbsp；我迟早需要一些东西来证明概念，我可以用excell做到这一点&nbsp；尽管如此，我打算在下个月左右尝试转换为Access&nbsp；最终，将cad与BOM联系起来会很好，但这是it自身的另一个挑战。

Excel作为数据库

发表回复

精选推荐

浏览过的版块