VFP 愛用者社區 首頁 VFP 愛用者社區
本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
 
 常見問題常見問題   搜尋搜尋   會員列表會員列表   會員群組會員群組   會員註冊會員註冊 
 個人資料個人資料   登入檢查您的私人訊息登入檢查您的私人訊息   登入登入

放棄您的桌上型資料庫(DBF,Access, Paradox)(轉貼)
前往頁面 1, 2  下一頁
 
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區
上一篇主題 :: 下一篇主題  
發表人 內容
Ruey



註冊時間: 2003-03-12
文章: 1698
來自: tunglo

第 1 樓

發表發表於: 星期一 四月 28, 2003 6:48 pm    文章主題: 放棄您的桌上型資料庫(DBF,Access, Paradox)(轉貼) 引言回覆

是該放棄您的桌上型資料庫(DBF,Access, Paradox)


文章來源
http://www.pgsql.com.tw/sections.php?op=viewarticle&artid=15
回頂端
檢視會員個人資料 發送私人訊息
goodnight



註冊時間: 2008-10-13
文章: 441
來自: 台南市

第 2 樓

發表發表於: 星期一 三月 11, 2019 11:02 am    文章主題: 引言回覆

代更新資訊
http://mypaper.pchome.com.tw/byncompu/post/1239208535


內文如下, 若有不妥, 管理者請自行移除

標題夠聳動吧!還記得DBASE,Clipper輝煌的那個年代嗎?其實到現在都還很懷念,因為可以掌控的東西比現在還多,記得當年看到 Windows 3.1炫麗的外表,著實令人為之震撼,但美麗的外表卻藏著多年以來的愛恨情仇,因為如果以資料庫應用程式而言,DOS環境比現在Windows好太多了。

筆者以過來人的經驗與各位分享,自從Windows 95開始漸漸流行之後,就決心轉入Windows 應用軟體開發,雖然那時DOS軟體還充斥著大街小巷,抱著不落人後的心情開始研發視窗軟體,以前都是用Clipper撰寫一些應用程式,自然而然使用 DBF當做資料庫,後來在Windows環境第一個採用的就是號稱有火狐狸之稱的FoxPro 2.x一直到Visual FoxPro都有開發專案的實務,開發工具的差異及複雜度我們就暫且不提,記得當筆者以FoxPro 3.0開發完成第一個專案,非常高興的給客戶上線使用後,才發現原來痛苦的事在後面接踵而來,客戶採用網路作業,同時會有多人上線使用,當系統運作一段期間之後,發現DBF的索引檔很容易損壞,但是依照過去的經驗實在不太相信次數如此頻繁造成後續的維護成本驟增,這是一個慘痛的教訓,但當時並不覺得全部是 DBF所造成的問題,有些部份可能也是FoxPro所產生的錯誤,雖然自此以後未再採用微軟的開發工具,但並無法避免這類的情形再度發生。

後來從16位元程式到32位元程式,筆者都曾經撰寫以DBF為相關的應用系統,這中間卻發現一個有趣的現象,如果以一個相同軟體而言,撰寫16位元採用的DBF比32位元的DBF還要穩定許多,經過多次的測試後,愈能獨佔系統資源的軟體愈能保持DBF的穩定,相同的問題也發生在其他的Desktop DB中,像Paradox,Access..等等,筆者時常在網路的討論看到如何修復索引檔、如何救出已損壞的資料,所以說在DOS下因為單人單工的作業或者檔案控制可以由設計師來操控,這方面的穩定性是大大的超越Windows,但總不能本末倒置的再回去寫DOS的應用軟體,所以在什麼場合應用什麼資料庫,就是考驗設計師的智慧與經驗,筆者認為以目前的環境而言,除非具備以下幾項條件,否則應該放棄這些檔案型態的資料庫。

資料量不大(二三千筆資料)
唯讀資料(儘量不做資料存取動作)
特殊用途(只作用在暫存檔或者其他輔助資料庫存取)

分析產生問題的原因,因為以前在DOS環境是單機作業,使用者不得不按步就班的照著程式的流程來運作,不會因為您同時在執行其他程式而影響導致所有執行中的程式一併發生問題,而且以Windows 9X系列的檔案系統而言,會自動將資料Cache放在記憶體內,如果因為不正常因素關閉程式,那將導致許多的資料
無法即時存入資料庫,但這個問題卻跟作業系統息息相關,偏偏設計師是無法自己掌控的,除非您保証Windows不當機,但這似乎不太可能,除非您沒聽過Windows 9x 七天到自動當機的真實笑話。


為什麼不採用Desktop DB,因為有下面這麼多的問題,如果您有親身的經驗,相信就能夠體認到其中的苦衷。

* 孤兒資料(資料不一致,常見於一對多表示式,有尾無頭)
* 空白資料(因為當機後,產生的許多空白資料)
* 索引損壞
* 資料流失
* 過帳無效(因為交易過程的突然當機,導致交易中斷,造成資料不準確)
* 資料龐大、無法運算
* 安全性考量
* 跨區域處理
* internet應用

但是還是有許多的設計師無法放棄,在筆者周圍的朋友中,常常也會有這方面的討論,這當中所提出抗拒的因素有:

* 程式不大:的確,會採用小型資料庫的設計師大部份的軟體規模都不是太大,不過除非這個軟體只賣一次並且永遠不會再有擴充的機會,但有時總無法如願,畢竟開發出來的軟體當然希望能賣愈多愈好,但每個客戶的需求卻不一樣,所以原來的小程式就會變得愈來愈複雜,但是當有一天你遇到一個瓶頸之後,卻受限於資料庫的因素而無法升級時,光想要將這麼複雜的程式邏輯再搬到另外一個地方,這絕對不是一件輕鬆的差事。
* 資料庫太過於複雜:學習關連式資料庫確實須要花費較多的時間,不過如果對照上述所提到採用小型資料庫會遇到的問題而言,可以這樣說,一個是要時間花在前面,並且可以無限擴充,另外卻是將時間浪費在惱人的資料維護,而因為資料無預期損壞而導致的錯誤,將花費更多心力及時間。
* 價格因素:資料庫的價格昂貴也是造成卻步的原因,如果一套軟體成本內有一半都是資料庫授權費用,身為軟體公司的老闆大概很難接受辛辛苦苦撰寫的產品卻要將所得大半付給其他資料庫公司,這種現象在中小企業的商用軟體最為明顯,所以選擇一套自由軟體來搭配,就不會有這種問題。



目前使用桌上型資料庫的設計師一定還是佔了絕大部份,或許現在還可以繼續使用,即使出現問題再解決即可,但還是應該評估整體系統因為資料庫因素發生問題而產生的額外成本,再來考慮是否值得繼續維持原狀,接下來的環境將不再侷限於區域網路內的資料流通,緊接著而來的Internet勢必將更為普及,當所有軟體都在Internet上執行時,企業內部的系統也不能夠獨立於外。


後記:如果您是一位程式設計師,有沒有遇到客戶打電話來問一些莫名奇怪的問題,其中「這個程式即將關閉,請洽詢程式設計師」會不會很眼熟呢?很多User知道筆者是一個程式設計師,結果Excel發生錯誤出現這則訊息,打電話來詢問,真是令人哭笑不得,到底Microsoft是不是故意的呢?

_________________
==========================
抬頭望一眼, 星星眨眼
==========================
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 雅虎訊息通 MSN Messenger
syntech



註冊時間: 2003-05-16
文章: 3864
來自: Taipei,Taiwan

第 3 樓

發表發表於: 星期一 三月 11, 2019 8:26 pm    文章主題: 引言回覆

15年前的文章.........
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
goodnight



註冊時間: 2008-10-13
文章: 441
來自: 台南市

第 4 樓

發表發表於: 星期二 三月 12, 2019 8:31 am    文章主題: 引言回覆

syntech 寫到:
15年前的文章.........


最近在使用 firebird 3.0 所以在站內找相關資料
就看到了, 順便補一下, 因為原連結失效了

_________________
==========================
抬頭望一眼, 星星眨眼
==========================
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 雅虎訊息通 MSN Messenger
bx1166



註冊時間: 2011-12-06
文章: 273


第 5 樓

發表發表於: 星期二 三月 12, 2019 8:57 am    文章主題: 引言回覆

閒聊一下dbf,好吧,我無聊的。

就資料結構而言,dbf只是一種格式,而各種格式也都差不多,沒有所謂那個格式比較高明,至少我是如此的體會。
clipper時代,我也是用多機多人操作,vfp時代,方法還是差不多的,會出現狀況的,其實都是在於程式的架構上出狀況,因為多人共用資料,難免要考慮一下,甲寫入一筆資料時,有沒有同時有另外的幾個人也是在寫入這個檔案,如果甲寫入的同時又立即重建索引,混亂的情況發生是否有可能是其中,有另外的使用者,正在改索引欄位的資料?

如何考慮這個狀況才是重點,vfp在資料上有其獨到之處,不是換另外一個程式就是解決方法,如果不解決這個問題,換什麼都一樣。
回頂端
檢視會員個人資料 發送私人訊息
goodnight



註冊時間: 2008-10-13
文章: 441
來自: 台南市

第 6 樓

發表發表於: 星期二 三月 12, 2019 10:41 am    文章主題: 引言回覆

我也同意您的看法, 除了多工的問題外, 電腦硬體的穩定度也是重要之一
我想換資料庫, 也是因M$強推SQL SERVER, 在單機上也推SQL ,所以除了享用資料庫的優點外, 應該就是大容量的問題吧

_________________
==========================
抬頭望一眼, 星星眨眼
==========================
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 雅虎訊息通 MSN Messenger
marvin



註冊時間: 2004-06-01
文章: 314


第 7 樓

發表發表於: 星期二 三月 12, 2019 12:59 pm    文章主題: 引言回覆

goodnight 寫到:
syntech 寫到:
15年前的文章.........


最近在使用 firebird 3.0 所以在站內找相關資料
就看到了, 順便補一下, 因為原連結失效了



有在用 Firebird 嗎? 效果比起 MS SQL 怎樣 ?

我還在測試, 想直接用 Firebird 4.0 版
回頂端
檢視會員個人資料 發送私人訊息
syntech



註冊時間: 2003-05-16
文章: 3864
來自: Taipei,Taiwan

第 8 樓

發表發表於: 星期二 三月 12, 2019 1:55 pm    文章主題: 引言回覆

明明有免費的 ms sql express,
2017 版支援 4 core,資料庫最大 10GB ,記憶體上限 1400 MB,

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
ezpos



註冊時間: 2011-04-20
文章: 299


第 9 樓

發表發表於: 星期二 三月 12, 2019 4:57 pm    文章主題: 引言回覆

如果是大量散布的話!!MS SQL就別用了...光OS版本,要能安裝資料庫版本??就煩人了
若是資料量很大的話!!MS SQL就用它吧

可以自己寫一段程式測試??你再評估你要用哪一種資料庫..
Firebird小而美

我比較傾向於mysql,sqlserver資源多,mysql吧

_________________
ezPos收銀機 簡單好用低成本 http://www.ezpos.info
全新美觀的POS收銀機.POS軟硬體耗材.
軟體客制化.網站規劃....能賺錢的都可以找我

http://www.twelife.com 台灣生活網
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
marvin



註冊時間: 2004-06-01
文章: 314


第 10 樓

發表發表於: 星期三 三月 13, 2019 12:00 am    文章主題: 引言回覆

Firebird 我自已幾個人簡單用, 已經用了幾年, 因沒用過其它的, 所以 FB 算好不好也不知道

好處是系統袖珍, 10Mb 不到, 但資源的確很少, 更新也慢
回頂端
檢視會員個人資料 發送私人訊息
syntech



註冊時間: 2003-05-16
文章: 3864
來自: Taipei,Taiwan

第 11 樓

發表發表於: 星期三 三月 13, 2019 1:24 pm    文章主題: 引言回覆

對台灣很多公司來說,
只有 MS SQL,ORACLE 才叫資料庫,
MYSQL 只是窮人用的低級產品,
其他統稱為垃圾.

他們還會問你,
為什麼好好的MS SQL 不用,要用垃圾. Orz

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
goodnight



註冊時間: 2008-10-13
文章: 441
來自: 台南市

第 12 樓

發表發表於: 星期三 三月 13, 2019 1:33 pm    文章主題: 引言回覆

marvin 寫到:
goodnight 寫到:
syntech 寫到:
15年前的文章.........


最近在使用 firebird 3.0 所以在站內找相關資料
就看到了, 順便補一下, 因為原連結失效了



有在用 Firebird 嗎? 效果比起 MS SQL 怎樣 ?

我還在測試, 想直接用 Firebird 4.0 版


效果的部份, 要看你用什麼角度來看了~~
我才剛剛接觸~~

_________________
==========================
抬頭望一眼, 星星眨眼
==========================
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 雅虎訊息通 MSN Messenger
goodnight



註冊時間: 2008-10-13
文章: 441
來自: 台南市

第 13 樓

發表發表於: 星期三 三月 13, 2019 1:36 pm    文章主題: 引言回覆

syntech 寫到:
明明有免費的 ms sql express,
2017 版支援 4 core,資料庫最大 10GB ,記憶體上限 1400 MB,


其實是不知道為什麼, 很不想在某些地方再使用 m$的產品
express 小氣的不提供類似 SQL Server Management Studio 維護程式

_________________
==========================
抬頭望一眼, 星星眨眼
==========================
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 雅虎訊息通 MSN Messenger
goodnight



註冊時間: 2008-10-13
文章: 441
來自: 台南市

第 14 樓

發表發表於: 星期三 三月 13, 2019 1:38 pm    文章主題: 引言回覆

marvin 寫到:
Firebird 我自已幾個人簡單用, 已經用了幾年, 因沒用過其它的, 所以 FB 算好不好也不知道

好處是系統袖珍, 10Mb 不到, 但資源的確很少, 更新也慢


原來您是老江湖+ 老司機了~~

_________________
==========================
抬頭望一眼, 星星眨眼
==========================
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 雅虎訊息通 MSN Messenger
syntech



註冊時間: 2003-05-16
文章: 3864
來自: Taipei,Taiwan

第 15 樓

發表發表於: 星期三 三月 13, 2019 3:22 pm    文章主題: 引言回覆

goodnight 寫到:
syntech 寫到:
明明有免費的 ms sql express,
2017 版支援 4 core,資料庫最大 10GB ,記憶體上限 1400 MB,


其實是不知道為什麼, 很不想在某些地方再使用 m$的產品
express 小氣的不提供類似 SQL Server Management Studio 維護程式



不是,
現在 ms 提供三種包裝.
1. sql express 核心程式 (SQLEXPR)
2. sql express + sms 管理介面 (SQLEXPRADV)
3. 獨立的 sms管理介面 (SSMS-setup)


現在我都在客戶的server 安裝 2的版本,
使用遠端連線管理的客戶端pc安裝 3 的版本

但2,3實際上是簡化的管理工具,
不含 sql profiler 等效能調整工具

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
從之前的文章開始顯示:   
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區 所有的時間均為 台北時間 (GMT + 8 小時)
前往頁面 1, 2  下一頁
1頁(共2頁)

 
前往:  
無法 在這個版面發表文章
無法 在這個版面回覆文章
無法 在這個版面編輯文章
無法 在這個版面刪除文章
無法 在這個版面進行投票
無法 在這個版面附加檔案
無法 在這個版面下載檔案


Powered by phpBB © 2001, 2005 phpBB Group
正體中文語系由 phpbb-tw 維護製作