2013-04-24 55 views
1

我使用存取音乐会注册信息的方式存储在当前正在工作的非营利机构。我已将其设置为将所有赞助人联系信息转储到一张表中,并将所有音乐会注册信息转储到另一张表中。当我们改变我们的演唱季时,我只需复制/粘贴“2012-13演唱会登记表”,并将其重新命名为“2013-14”演唱会登记表“要求用户创建新表的替代解决方案

演唱会登记表充当我的”枢纽“所有我的其他信息我有大约六个摘要查询,其中显示特定音乐会的信息,我仍然需要收取付款等以及与每个文档相关的许多Word邮件合并。每个季节,我需要进入并重新链接所有的查询和word文档到新的注册表

我将在下个月底离开我的工作,并且我想让数据库更加用户化友好的,特别是因为我相当肯定我的替代品将有零家庭与访问联系。我的问题是:

1)是否有一种更优雅,更容易的方法从季节转换到季节转换,而不是创建一个新的注册表和后续查询每年?

2)当我离开后,我该怎样才能让这个数据库为新人所用?我很害怕,如果我创建一个广泛的“如何做”指南,它将不会被阅读,并且该人将被迫重新发明轮子。我正在创建一个交换机,但我害怕这会使数据库看起来更难以接近。

谢谢你的洞察力,高兴地澄清是否有任何问题!

回答

1

只需制作一张桌子。将其称为“注册表”并添加一个名为Season的新字段。您的查询将包含该字段的过滤器。然后,您不需要重新链接您的查询,复制表格等。

例如,假设您有查询从特定季节的该表中提取所有信息。它可能看起来像这样:

Select * from RegistrationTable where Season=[What Season]; 

运行时,查询将提示用户输入季节并仅提取该数据。

此外,我建议“如何做”指南。可能有很多手动操作数据库,你甚至没有考虑过。如果没有别的,你总是可以说你给了他们文件,因此为你的继任者提供了。

+1

我同意。做不同的表会得到(已经?)真的很麻烦。一张桌子,包括季节和你走了。 您也应该这样做注册,以便人们不必重新注册。 – 2013-04-24 19:49:58

+0

谢谢,这实际上是很有意义的。我想我会在接下来的20年的季节中做一个下降表,并希望到那个时候会有更好的解决方案... – Mike 2013-04-24 19:53:33

+0

另外一个问题,应该是有意义的,以允许多个领域“季节”字段的值?我不想要某人,因为这些老主顾每个赛季都会注册不同的门票,我认为每个赛季为每个赞助人创造一个新纪录是有意义的,即使他们是返回成员 – Mike 2013-04-24 20:13:56