VFP 愛用者社區

sken · 註冊時間: 2004-02-17 文章: 67 第 1 樓

小弟現在的公司是用區域網路在資料庫存取但自從我看過梅子論壇所發表的一篇文章,讓我心理毛毛的,詳細如下

*************************************************************
FoxPro開發者學SQL Server
Les Pinter
SQL Server簡述
如果你使用DBF來開發應用程式，總有一天你會被要求解決應用裏所固有的問題：不安全（任何人都可以進入你的DBF目錄並看得見資料）；隨著更多的資料記錄加入表將會變得越來越慢，特別是在局域網(LAN)時；並且，你偶爾還要關閉所有使用者，獨佔開啟每一個表並重建索引。最後，你的應用程式的資料是分佈在多個檔案：DBF、FPT、CDX、DBC、DCX、DCT。這使用發佈和管理一個應用程式變得困難。
多使用者環境下會混雜著這些問題：性能隨著表檔案的增大而下降，是因為索引共享於所有連接的計算機的記憶體。最後，性能變得是非常差。由於DBF表引發的安全問題在局域網上將會變得糟糕。任何人都可以在工作站上開啟資料。 DBF檔案的前32位元組任何一個位元組的錯誤都會導致表不可讀（這在現在已經不常發生，但是我的一位朋友卻為此花費了許多錢）。而且，你將不得不建立你自己的密碼系統來控制誰可以讀或修改資料。
通常的解決辦法是使用結構化查詢語言服務器(SQL Server)。SQL Server是一個簡單的機制，它只有4條命令(Insert、Select、Update、Delete)並不難，可以通過遠程資料集(Remote View)和SPT(SQL Pass-Through)來存取。在這時我們不討論遠程資料集，或許正如它的吸引力，對於我們的目的，它的問題大於它的所值（雖然它在資料遷移和轉換時非常有用，你將在後面見到）。
*************************************************************
問題一
Question

總有一天你會被要求解決應用裏所固有的問題：不安全（任何人都可以進入你的DBF目錄並看得見資料)

怎麼進入使用這又不知主機是哪一台 ,知道又怎麼看其他電腦又沒灌 FOXPRO
,就算都有使用者也不知道是在硬碟中的哪裡阿(我有隱藏ㄚ,一般透過區域網路,是看不到的)

問題二
Question

隨著更多的資料記錄加入表將會變得越來越慢,特別是在局域網(LAN)時

加入多少資料表才會較慢,為何是區域網 ?(區域網頻寬不是很大嗎)

問題三
Question

多使用者環境下會混雜著這些問題：性能隨著表檔案的增大而下降，是因為索引共享於所有連接的計算機的記憶體。最後，性能變得是非常差。

多使用者是多少人 ??
索引共享於所有連接的計算機的記憶體,是只主機的記憶體還是CLIENT 端的記憶體??
資料量大 ,到底是指多少筆資料才叫資料量大??

疑問一大堆, 煩請了解的說明一下,感恩喔

bin1x · 註冊時間: 2004-08-27 文章: 462 第 2 樓

問題二
.............
隨著時間過去,資料庫也會長大
遲早有那麼一天,會因資料庫的成長而降低效能
但要看資料庫的設計上是怎麼設計的
而在那些作業上又會出現效能降低的現象
當然日常作業不可能讓它降低效能
一key 當然就要有回應,這是稍有常識的人對電腦的認識
但如果是一堆資料,如年度資料和多家營運所資料
效能肯定不理想
我想只能朝增進效能(我是採分割資料庫方式)
向理想化前進,但不一定能達到理想的境界

syntech · 發表於: 星期六十月 16, 2004 9:15 pm 文章主題:

問題一:
DBF 表格本身不能加密,但是欄位值可以自己加密

問題二:
不管哪一種資料庫都會因為資料量過多而變慢,這就得看索引及資料庫引擎的設計,有些設計的好,變慢的時間遲一點,無論如何,不管使用哪一種資料庫都必須思考資料量的影響,以及如何縮減資料量,例如歷史資料移出主資料表格,使用資料正規化程序,改使用月別檔案之類的.

問題三:
這種說法很怪,我沒聽過這樣的說法,基本上沒有資料庫引擎(例如SQL SERVER)的資料庫,例如ACCESS,DBF/DBC等是以client PC也就是工作站負責作資料搜尋,
所以client pc 的效能幾乎就等於整體的效能.依此看來,速度越慢的機器,效能極限越早出現.

sanchi · 註冊時間: 2003-11-11 文章: 61 第 4 樓

問題一:若將dbf放在另一server,然後用SPT去存取,那user就不知道它在何處.

Le1015 · 註冊時間: 2004-08-06 文章: 30 第 5 樓

問題一的[不安全]應該包含(惡性壞,Del....)

syntech · 發表於: 星期一十月 18, 2004 5:40 pm 文章主題:

任何事情都有正反兩面,
換上SQL Server之後,新的問題也將產生,
因為"中央集權"的關係,
任何查詢,資料更新,資料備份,資料操作也都集中在SQL server上,
於是使用者必須拿出更多的錢去購買足夠效能的SQL server,

SQL server 資料大體上算是相當安全的,
但是一旦損壞,修復也不太容易,

檔案結構修改也是較DBF來的困難,
必須事先準備好"正確"的SQL CREATE TABLE 命令,
比起DBF的 COPY STRUCTURE 辛苦一點,

如果打算以 SPT 或是 REMOTE VIEW 來開發系統,
那麼除了取回CURSOR要花時間之外,
爲了增加處理效率,還得爲CURSOR加上INDEX,
這也必須花時間,
同時,這INDEX SEEK 一樣是看client 機器的等級,
所以也沒省多少時間,
反而多出不少撰寫程式的時間

還有一大堆複雜的問題,還沒提出來.
在兩三年前,公司和其他軟體廠商一樣投入開發以SQL為後端資料庫的系統.
可是目前逐漸發現SQL架構有其缺點,DBF架構也有其優點,
這是很多狂推SQL架構的人沒有說明清楚的.

ALLBEAUTY · 發表於: 星期一十月 18, 2004 11:36 pm 文章主題:

用不用SQL Server應該是先考慮運作模式吧,如果只是單純的LAN,或者需要做大量的資料分析運算,那DBF是很好的選擇.
如果營運點是分算各地,連線速度又慢,那用DBF可能就比較辛苦了......!

sken · 註冊時間: 2004-02-17 文章: 67 第 8 樓

看來我的觀念有所錯誤囉!
1)所以client pc 的效能幾乎就等於整體的效能.依此看來,速度越慢的機器,效能極限越早出現.
=> seek 原來是 client PC 的工作 , 可是存放資料庫的主機不就等級不需太高嚕!
具小弟所知
<1> client 端與 server 端連線作業時 ,會將資料載入置 client 端的記憶體(所以把client 端的記憶體加大)
<2>此時也會佔用頻寬(區網有 100Mbps)
<3>程式計算時,會使用client 端的ｃｐｕ資源(提昇client 端的CPU速度)
<4>寫回資料到server端的硬碟(server 端的硬碟使用sics 320K的硬碟並作rand 0)

2)如果營運點是分算各地,連線速度又慢,那用DBF可能就比較辛苦了......!
=> SQL Server 連線會加快嗎?

syntech · 發表於: 星期二十月 19, 2004 1:36 pm 文章主題:

1-tier 架構下,運算重心集中在client,server只是用來存放資料的實體檔案,
所以server的配置重在檔案傳輸的速度,而不重cpu效能.

2-tier 架構下,運算重心移往server,由server提供client經server整理過後的資料,
client接受這些資料子集合後,在進行後續處理,所以client要處理的資料量就變少了,較低等級的機器就能運作.因為server負擔了資料運算的工作,所以不但檔案傳輸速度很重要,自己server的運算能力也很重要

sanchi 兄已經提示了如何於WAN中使用DBF的方法,只是成本不見得比架SQL server來的划算,分散式運算要考慮資料流量,所以傳統的use dbf ,use index的方式可能會造成資料流量過大的問題,此時架SQLserver的好處是可以利用SQL command 先整理成適當的資料,再傳遞到前端,如此可以減少資料流量
不過,也必須配合撰寫有效率的SQL command才有這樣的效果,