最近想把我們公司使用多年的MDB升級到ADP

wangxuefeng

所以近年來公司業(yè)務大增，原來使用的MDB合同數(shù)據管理系統(tǒng)應付綽綽有余，但近期隨著合同數(shù)據的巨增，原來使用的MDB連接速度越來越慢，擔心隨著數(shù)據的再增加，MDB將承受不了現(xiàn)在的狀況，所以通過查詢網絡，在升級到ADP后，可以解決速度及存儲容量問題。
現(xiàn)目前的狀況：我們使用的MDB合同數(shù)據管理系統(tǒng)，后臺數(shù)據庫容量達到500MB左右。前臺使用人數(shù)達到15人。目前有16臺電腦使用，每人使用一臺電腦使用連接表連接后臺數(shù)據。另一臺用作服務器，專門存放后臺數(shù)據。
原MDB系統(tǒng)主要有以下功能：
1、合同原始數(shù)據,分成三張合同管理表，公司內部合同，外協(xié)制作合同，外協(xié)機加工合同。記錄近5萬條左右。
2、生產整改記錄及整改工作定額。分三張表。修改、工藝及零時點工安排表。每張表中近有萬條記錄。
3、合同結算開票系統(tǒng)。用合同原始數(shù)據記錄。生成結算小票。
4、合同獎勵系統(tǒng)（近6W條記錄）由于使用查詢表，里面涉及公式較多，連接運行速度特慢（打開連接近30秒至1分鐘）
5、構件制作零件數(shù)控件管理系統(tǒng)
6、合同結算預留金額管理系統(tǒng)
7、各項合同統(tǒng)計報表。大約生成過20張月度報表
8、各項數(shù)據維護功能。

請教大哥們，像如此MDB能否繼續(xù)承受接下來的數(shù)據能力。估計到年底，數(shù)據近增加2/3左右。是否合適升級到ADP。
由于本人是設計及維護此MDB的。對ADP沒有研究過。所以要升級到ADP的話需要做哪些工作。還有要注意哪些方面的問題。
本人對ACCESS 了解只能說通而不精。對VBA只能說能看不能寫。原來系統(tǒng)所有的代碼是網下找到后自己改寫而成的。
不知要升級adp能否有這個能力及需要掌握哪些方面的知識，有待各位大哥能指點一下。
在此先感謝各位大哥能幫小弟指點謎經。

qpzm

我也有這想法，我公司的MDB最多的一個表里有40W條記錄，速度真是慢呀，沒辦法，只好經常壓縮。
我試過轉換成ADP后有些功能打不開了，不知現(xiàn)在的ACCESS 2007 在這方面有沒有改進。

zhuyiwen

你們應對你們的系統(tǒng)重構，保留數(shù)據，重新基于SQL Server做客戶/服務器應用程序開發(fā)。

沒有簡單的辦法，因為簡單的辦法可能比你現(xiàn)在的程序運行起來還要慢。

zhuyiwen

至于是采用ADP還是MDB，可以這樣說，高手用MDB方案，入門者宜用ADP方案

lzx-shmily

為什么說"高手用MDB方案，入門者宜用ADP方案"?
能不能解釋一下啊?

kelind

三樓能否解釋一下，為什么高手用mdb?

zhuyiwen

原帖由 lzx-shmily 于 2008-4-28 18:23 發(fā)表
為什么說"高手用MDB方案，入門者宜用ADP方案"?
能不能解釋一下啊?

先來講講ADP方案吧。ADP方案，就其數(shù)據庫而言基本上只是在mdb JET數(shù)據庫的SQL語言不同，數(shù)據庫功能加強了很多，而開發(fā)與傳統(tǒng)的mdb JET數(shù)據庫開發(fā)沒有什么兩樣，可以可視化設計各種對象，當然復雜的存儲過程和函數(shù)是無法用可視化方法來完成的。因此，ADP方案，是mdb JET數(shù)據庫開發(fā)升級為SQL Server數(shù)據庫開發(fā)的最平易的方案。

而mdb的SQL Server數(shù)據庫開發(fā)方案不同，最少SQL Server數(shù)據庫中的對象無法用ACCESS來完成，例如設計表、視圖、過程、函數(shù)、用戶安全，這些你都得借助你對T-SQL熟練地掌握來完成，或者通過ADP或者SQL Server企業(yè)版管理或查詢分析器來完成，這給習慣了mdb JET數(shù)據庫開發(fā)的用戶無疑帶來很大障礙；再者，操作SQL Server數(shù)據庫，通常的做法是用ODBC鏈接表來實現(xiàn)，必須用程序來管理鏈接表的數(shù)據源，而且，每個鏈接表都要有一個數(shù)據庫連接，如果要減少運行時的數(shù)據庫連接，你必須得用程序控制，而且在設置鏈接表時必須得設定鏈接表的主鍵（注：不是表的主鍵），否則，無法更新，雖然這一步可以可視化完成，但是Access默認建立SQL Server數(shù)據庫的鏈接表時總是那么不盡人意。另外，有效地使用查詢，減少網絡流量，這一點可能是mdb方案中最大的難題，沒有ADP那么明了，它可以使用傳遞查詢來解決，但一般的ACCESS開發(fā)者又有幾個這樣做了呢？因此，有很多人經常說“怎么升級成了SQL Server，怎么還慢一些？”，多半都是沒有考慮網絡流量的問題。很多數(shù)據更新都是通過ADO來完成的，根本就沒有ADP中直觀。這些都是mdb方案中難處。
但是為什么mdb方案比ADP更優(yōu)呢？其主要原因：其一，數(shù)據存儲靈活，在mdb方案同時可以使用多種數(shù)據庫，并可以運用JET SQL互相轉換數(shù)據，而ADP只有一個針對SQL Server數(shù)據庫連接，如果要將查詢結果用另外一個本地的mdb來存儲，看來非常不方便；其二，數(shù)據庫登錄，比ADP靈活，它可以在沒有連接到SQL Server數(shù)據庫之前就可以運行，而ADP不行。

所以，要使SQL Server數(shù)據庫開發(fā)得十全十美，非mdb方案不可，但是開發(fā)難度很大，所以說，它是高手的游戲；而ADP則要簡單多，所以它是SQL Server數(shù)據庫開發(fā)入門者最好的選擇。

wangxuefeng

果然是高手，我聽了一楞一欏的。

wangxuefeng

可是我連最起碼的SQL Server數(shù)據庫數(shù)據導入都不會呀。

kelind

如夢方醒！果然大師！