我在Access中開發了一個全功能的數據庫。這是通過一個非常「互動」的開發者客戶端增量迭代過程完成的,因爲沒有人真正知道最終的數據庫要展示什麼。所有表格都是開發(和規範化)以及表格(和子表格),但是現在報表必須進行設計和實施。DB完成後在Access中創建報告
當然,這些形式是基於查詢,這些查詢從表單本身的條件來運行查詢並在子表單中顯示信息。現在,在實踐中,報告必須基本上是可分發的屏幕表格的可打印版本。在我的研究中,報告也基於查詢,但由於我使用的查詢是使用表單中的字段在子表單中顯示相關信息,所以我沒有看到創建這些報表,除非我基本上覆制了所有查詢不從表單中提取值。這看起來非常繁瑣而且效率低下。這是創建數據庫報告的「最佳實踐」方式嗎?
V.K.
您的意思是「訪問意義上的子表單」(即以另一種形式嵌入的表單),還是僅僅意味着另一種表單的數據依賴於某些以第一種形式輸入的過濾器標識符?在第一種情況下,您不應該需要表單域引用來鏈接表單及其子表單:http://www.techonthenet.com/access/subforms/link.php – Heinzi 2009-11-04 13:36:08
我認爲您的「增量迭代」的一部分應該涉及創建一個或兩個報告。報告要求應該在設計數據庫時考慮到;如果你這樣做,你就不會把自己塗在這個角落。 – JeffO 2009-11-04 14:23:05
「一個非常」互動的「開發者 - 客戶端增量 - 迭代過程」是我在Access中做了大約15年的事情。超頻應用程序部署http://www.granite.ab.ca/access/ufad.htm – 2009-11-04 20:17:19