我正在开发一个最终会增长的访问数据库。因此，必须考虑可扩展性。
我的背景：没有关于数据库的官方研究。
- 我已经阅读了 Access Database Design & Programming (O'Reilly) 并且我已经学习了多门关于数据库的课程（我一直在学习和阅读）
- 到目前为止，我一直致力于从头开始开发一个数据库，其中的表最多可达 50-60k 行（但会变得更大）。
- 高级 VBA 用户，熟悉 C#
我想确认/否认一些可能危及项目的假设。
- 假设 tblA 具有最小的超级键 uniqueID。uniqueID 是 7 个以上字符的文本字符串。是否有必要（推荐）定义一个新的字段类型 numeric(integer) 将用作其他表中的 FK 以生成关系？比方说，将来会迁移到 SQL 服务器。会有帮助吗？
- 应用先验原则。使用 Excel 连接数据库时，用户需要查看有助于他识别记录的信息属性，但是当我将其发送回数据库时，我需要传递连接两个记录的数值。假设我们需要更新 tblInventory 中与 tblEmpl/tblClients/tblPrices 有关系的记录。
我应该如何处理 empl_name="Carlos" 到 emplID=1 的转换？
维护字典键/项？生成 recorset 以查找 tblEmpl 中的值？是否有任何 SQL {INSERT INTO;UPDATE} 语法来创建 INNER JOIN 以便它自动转换它？（我还没有找到任何适用于 SQL Access 的东西）
- 通过使用数字 ID 查找表中的值（当表具有 3/4/+ 关系时），SELECT 语句导致嵌套的 INNER JOIN 看起来非常丑陋：
（即：想在 emplName 为“MyName”且 clientName 为“MyClient”的 tblC 上查找值。需要嵌套表才能找到这些属性）
SELECT tblC.ID,tblA.Name,tblB.Client FROM tblC INNER JOIN (tblA INNER JOIN tblC ON tblA.ID = tblC.FK_A) ON tblB.ID = tblC.FK_B WHERE (((tblA.Name)="MyName" ,(tblB.Client)="MyClient"));
如果我有 4 种不同的关系，它会变得可怕。
正如我自学的那样，我不确定我是否只是在 stackoverflow 中阅读了错误的帖子，或者这就是它的方式，我只是应该忍受它。
对这些问题的任何了解将不胜感激。