访问 - 何时查询 table
Access - When to make a query into a table
这更像是一个哲学问题，而不是技术问题。我是一名 Access 菜鸟，正在 运行 陷入哲学难题。
我 运行 我的基表中有一些查询。我几乎拥有我想要的它们，不要真的预见到进行额外的更改。
所以，我的问题是：将我的数据保留在查询中是否有优势？如果它们将成为静态查询，我是否应该将它们制作成表格？我是不是已经弄多了tables/is这种东西了？
我正在处理计算机扫描。扫描正在查看计算机上的不同内容——这些是 2 个表。我也有一个我放在一起的东西的总清单。然后我有一个打印机列表。
然后，我有大约 7 个查询。它们是寻找不同扫描之间的交叉点、将扫描结果与打印机列表进行比较等。
所以，是的。我是否将它们保留为查询，这无关紧要，或者如果它们只是静态的，我应该将它们制成表格吗？
欢迎来到堆栈溢出。
如果您需要这些论坛中的特定帮助，您将需要提供更多详细信息。向我们展示您已经完成的工作的详细信息会很有帮助。显示有关您尝试到达的位置的更多详细信息也很有帮助。您可能需要阅读有关如何 post a well formed question.
的站点规则
至于数据库...根据数据字段的数量以及这些字段中的数据量，有多种构建数据库的方法。
如果您有一个相对较小且不变的数据库，您可以打破惯例，将数据集中到粗略的表格中。但不建议这样做。因为如果您需要更改表格或添加新数据...它很快就会变成一场噩梦。
这提出了一个问题：什么是数据库中结构良好的表以及它们是如何连接的？
答案通常需要访问某些数据库 classes。但是您可以先查找 Third Normal Form 是什么。这将使您了解如何将数据分解为易于管理且易于扩展的表格。
但是第三范式并不总是存储数据的最佳方式。有时出于报告目的，最好使用第二范式或更小的表格，以便加快检索速度。 （请注意，这通常适用于具有大量数据的数据库。）
无论如何，还是值得去看看关于数据库设计的文章或者考个class。您对数据的检索和存储方式了解得越多，您就越能确定最适合您的结构。
如果您 post 更详细，我相信来自 stack overflow 的人会帮助您提供更多指导。
祝你好运！ :)
这更像是一个哲学问题，而不是技术问题。我是一名 Access 菜鸟，正在 运行 陷入哲学难题。
我 运行 我的基表中有一些查询。我几乎拥有我想要的它们，不要真的预见到进行额外的更改。
所以，我的问题是：将我的数据保留在查询中是否有优势？如果它们将成为静态查询，我是否应该将它们制作成表格？我是不是已经弄多了tables/is这种东西了？
我正在处理计算机扫描。扫描正在查看计算机上的不同内容——这些是 2 个表。我也有一个我放在一起的东西的总清单。然后我有一个打印机列表。
然后，我有大约 7 个查询。它们是寻找不同扫描之间的交叉点、将扫描结果与打印机列表进行比较等。
所以，是的。我是否将它们保留为查询，这无关紧要，或者如果它们只是静态的，我应该将它们制成表格吗？
欢迎来到堆栈溢出。
如果您需要这些论坛中的特定帮助，您将需要提供更多详细信息。向我们展示您已经完成的工作的详细信息会很有帮助。显示有关您尝试到达的位置的更多详细信息也很有帮助。您可能需要阅读有关如何 post a well formed question.
的站点规则至于数据库...根据数据字段的数量以及这些字段中的数据量，有多种构建数据库的方法。
如果您有一个相对较小且不变的数据库，您可以打破惯例，将数据集中到粗略的表格中。但不建议这样做。因为如果您需要更改表格或添加新数据...它很快就会变成一场噩梦。
这提出了一个问题：什么是数据库中结构良好的表以及它们是如何连接的？
答案通常需要访问某些数据库 classes。但是您可以先查找 Third Normal Form 是什么。这将使您了解如何将数据分解为易于管理且易于扩展的表格。
但是第三范式并不总是存储数据的最佳方式。有时出于报告目的，最好使用第二范式或更小的表格，以便加快检索速度。 （请注意，这通常适用于具有大量数据的数据库。）
无论如何，还是值得去看看关于数据库设计的文章或者考个class。您对数据的检索和存储方式了解得越多，您就越能确定最适合您的结构。
如果您 post 更详细，我相信来自 stack overflow 的人会帮助您提供更多指导。
祝你好运！ :)