2013-04-24 75 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