在建立两个表之间的关系方面确实没有什么改变。您使用 GUI、SQL DLL 命令或现在一些关系向导的事实并没有改变任何东西。
我的意思是谁在乎在两个表之间建立关系的过程是什么?
我的意思是,在基于客户端的情况下,您可以输入如下内容:
ALTER TABLE Cars
ADD CONSTRAINT MyColorIDRelationship
FOREIGN KEY (ColorID) REFERENCES Colors (ColorID)
那么,现在您使用一些单击鼠标的向导,这很重要吗?真的,谁在乎!这里没什么大不了的,我们只关心你执行一些命令,或者一些向导,或者这里的一些东西,你在一天结束时,结果是你在两张表之间的心爱的关系。
查看我的以下视频,其中我将一些现有的相关数据“连接”到 Web 数据库中。我还分享了如何使用 Web 数据库的访问关系窗口打印出相关表:
http://www.youtube.com/playlist?list=PL27E956A1537FE1C5&feature=plcp
因此,归根结底,不必纠结于必须使用某些 DDL sql 命令、某些 GUI 关系窗口或某些向导的一些细节。正如上面的视频所示,您所做的只是连接一些表格并建立关系——仅此而已,无需担心。
至于如何添加要与父记录相关的子记录?好吧,在过去的 18 年中,几乎所有使用 Access 的鸟、狗和甲虫都会这样做:
a) 基于 ONE 主父记录表创建主窗体。这里不需要构建查询,实际上也不需要构建两个表的连接查询——这从来都不是必需的,也不是必需的。您所做的只是基于一个简单的表格构建一个表格。我们完成了这部分“a”。
b) 基于 ONE 子表创建一个表单。这里不需要构建查询,实际上也不需要构建两个表的连接查询——这从来都不是必需的,也不是必需的。您所做的只是基于一个简单的表格构建一个表格。
c) 打开第一个表单(基于父记录表的表单),然后在布局模式下,现在从导航窗格中拖放子表单。
上面的 a、b、c 步骤是我在 Access 中看到的几乎每个父子设置的完成方式,并且很长一段时间以来,设置 CONTINUES 继续在基于 Web 的应用程序中 100% 工作。
在这两种情况下(网络或非网络),设置保持不变,设置不涉及构建要求,并且设置不需要您进行任何编码。
只要子表单控件中的链接/主子设置正确,您就可以自由地将子记录添加到子表单,Access 将通过设置为您完成其余的设置和维护关系的繁琐工作该子表单中的 FK 列为您服务。
因此,在使用 Access 的 18 年中,基本设置的工作方式没有改变,因此在此处构建 Web 表单时也没有改变。
您不需要基于多个表的查询,实际上就像过去一样,这两种表单通常将仅基于一个表的数据源。
因此,在大多数情况下,甚至不需要对表单将基于的那个表使用查询。这种长期以来的基本方法和设置对于 Web 表单也没有改变。
在您的情况下,我假设主要形式是 Consortium。您的子表单可以是基于 Principleinvegiartors 的连续表单。您无需手动输入一些 PrincipleInvetigaor ID,而是使用基于表 PrincipleInvetgioars 的组合框。但是,在所有情况下,我们只是在构建基于单个基表的表单。