Sql Microsoft Access：许多表和键

我不是什么数据库专家，如果可能的话，我们公司希望优化我们的数据库使用。问题是,；我们有许多表格，它们为获得正确的信息开辟了一条漫长的道路，如下所示：

tblPIECES -> tblMATERIAL -> tblTEMPERATURES

tblPIECES具有唯一id，该id连接到tblMATERIAL的相同唯一id。tblMATERIAL包含许多列，其中包括新键以及与其他表（如tblTEMPERATURES）的关系。因此，键与以前不同，但键之间是相互关联的

问题是,；有没有办法缩短这种情况下的select命令？ 现在我需要：

从tblMATERIAL中选择temperaID，其中pieceID为。。零碎的

从temperaId为temperaId的tblTEMPERATURES中选择maxtemperature

这是我访问温度信息的方式。我们使用关系来删除某些内容，例如：如果删除piecesID，它也会删除对该键的材质引用，然后由于材质删除，它们会从温度中删除

是否有任何与给定工件温度相关的所有温度的较短参考

有些项只包含一个匹配项，有些项使用同一个键时包含多个项。这里的问题是在这些表之间更改的键，我们需要一个额外的查询来首先获得它

我们还考虑了内部连接，这是这个问题的答案之一，但有时命令太重了，因为有时我们有3个以上的表以这种方式链接在一起，并且关键更改

---

他们很难改变MS ACCESS数据库的结构。

对我来说，这听起来像是正确的数据规范化。听起来您的表处于正确的关系中，这些关系强制执行引用完整性。简言之这听起来像是一个模型数据库。不幸的是，如果您想保持数据的最佳格式，查询它确实需要一些工作。但是，一旦设置了一些基本查询，以后的所有查询都应该只指向这些“基本”查询，而不指向表。

对我来说，这听起来像是正确的数据规范化。听起来您的表处于正确的关系中，这些关系强制执行引用完整性。简言之这听起来像是一个模型数据库。不幸的是，如果您想保持数据的最佳格式，查询它确实需要一些工作。但是，一旦设置了一些基本查询，以后的所有查询都应该只指向这些“基本”查询，而不指向表。

您的结构很好，需要学习使用联接。对于一个proeprly索引的数据库来说，三个以上的表算不了什么。我经常加入15-20个millino记录表。同意HLGEM。“一切都应该尽可能简单，但不能简单。”-阿尔伯特·爱因斯坦博士同意其他人的观点，为了真正使用数据库，你需要学习左连接和内部连接。目前的结构听起来好像已经正常化了，这是一项巨大的资产，不需要重组。现在，如果你有一个庞大的（100+个表）数据库，你可以考虑对其中的一些进行非规范化。但是：即使键发生了变化，是否有可能直接引用“maxtemperature”？我知道使用相同的键（分段键）是可能的，但不同的键会改变一切。数据库知道所有这些数据的路径，因为它们是通过关系链接的。如果我删除这个片段，所有与该片段相关的温度数据也会随之删除。是否可以使用access知道的同一个“链接”或“路由”直接引用具有唯一给定分段的“maxtemperature”？在不知道其他表名的情况下，除了pieceID。您的结构很好，需要学习使用联接。对于一个proeprly索引的数据库来说，三个以上的表算不了什么。我经常加入15-20个millino记录表。同意HLGEM。“一切都应该尽可能简单，但不能简单。”-阿尔伯特·爱因斯坦博士同意其他人的观点，为了真正使用数据库，你需要学习左连接和内部连接。目前的结构听起来好像已经正常化了，这是一项巨大的资产，不需要重组。现在，如果你有一个庞大的（100+个表）数据库，你可以考虑对其中的一些进行非规范化。但是：即使键发生了变化，是否有可能直接引用“maxtemperature”？我知道使用相同的键（分段键）是可能的，但不同的键会改变一切。数据库知道所有这些数据的路径，因为它们是通过关系链接的。如果我删除这个片段，所有与该片段相关的温度数据也会随之删除。是否可以使用access知道的同一个“链接”或“路由”直接引用具有唯一给定分段的“maxtemperature”？不知道更多的表名，但pieceID除外。你们公司的目标至少需要具备扎实的初学者水平的技能。对我们大多数人来说，Excel是学习访问的先例；访问的“曲线”要陡峭得多，但这很有趣。如果你是推动这一进程的人，你将获得核心理解以丰富其他追求。听起来很夸张，但这是我的经验。我同意。你们公司的目标至少需要具备扎实的初学者水平的技能。对我们大多数人来说，Excel是学习访问的先例；访问的“曲线”要陡峭得多，但这很有趣。如果你是推动这一进程的人，你将获得核心理解以丰富其他追求。听起来很宏伟，但这是我的经验。