全國最多中醫師線上諮詢網站-台灣中醫網
發文 回覆 瀏覽次數:3469
推到 Plurk!
推到 Facebook!

Local資料庫的選擇

答題得分者是:kevin2004
g9221712
高階會員


發表:145
回覆:344
積分:162
註冊:2006-07-06

發送簡訊給我
#1 引用回覆 回覆 發表時間:2007-07-25 05:00:16 IP:220.132.xxx.xxx 訂閱
各位前輩:
因為目前都是使用access的資料庫檔案mdb來當作資料庫,但是發現只要資料一多除了速度下降,還有資料庫毀損的嚴重問題,
不知道有哪種資料庫類似mdb,易於攜帶,且可以使用adoquery、或者效率比較高的……,因為已經習慣mdb容易封裝的特性,
但是改用msde又會覺得封裝不易,是否有較好的建議!

謝謝
------
「人們所以覺得寂寞,是因為他們會築牆,卻不會搭橋。」
程式寫的越久,卻發現自己越來越不會寫程式!
Stallion
版主


發表:52
回覆:1600
積分:1995
註冊:2004-09-15

發送簡訊給我
#2 引用回覆 回覆 發表時間:2007-07-25 13:39:48 IP:211.22.xxx.xxx 未訂閱
ado是微軟的東西,你要使用ado沒有別的牌子資料庫可以選擇,他就是針對微軟出的mssql, mdb, 以及其他一些微軟出的辦公室軟體檔案運作。把重點放在將資料庫正規劃做好、把該有的索引訂好、SQL存取寫的精簡,以及適時的將資料庫做整理壓縮才是。
===================引 用 g9221712 文 章===================
各位前輩:
因為目前都是使用access的資料庫檔案mdb來當作資料庫,但是發現只要資料一多除了速度下降,還有資料庫毀損的嚴重問題,
不知道有哪種資料庫類似mdb,易於攜帶,且可以使用adoquery、或者效率比較高的……,因為已經習慣mdb容易封裝的特性,
但是改用msde又會覺得封裝不易,是否有較好的建議!

謝謝
kevin2004
資深會員


發表:18
回覆:463
積分:416
註冊:2005-05-29

發送簡訊給我
#3 引用回覆 回覆 發表時間:2007-07-26 07:02:52 IP:61.219.xxx.xxx 訂閱
access...只要資料一多除了速度下降,還有資料庫毀損的嚴重問題
==>完全毀了還好,User可以馬上得到通知,就怕莫明其妙的運作現象,那更糟
==>不過,如果只以Local比Local的話,Access的穩定性當然是穩居前矛,不會比別的
==> 產品差到那
==>不過,Access的所謂『資料一多』,也是要到20Mega以後,那之前已夠很多小型
==> 客戶的應用活上一兩年了。而且就像大哥你講的,Access還有易於攜帶、容易
==> 封裝等優點,這優點還真吸引人。有時工作要帶回家作時,用Access收資料還
==> 真不錯用。

==>當然,如果你用DBServer的要求來看Access,那當然會不滿意啦
------
Kevin
編輯記錄
kevin2004 重新編輯於 2007-07-26 07:03:57, 註解 無‧
kevin2004 重新編輯於 2007-07-26 07:05:28, 註解 無‧
kevin2004 重新編輯於 2007-07-26 07:17:10, 註解 無‧
kevin2004
資深會員


發表:18
回覆:463
積分:416
註冊:2005-05-29

發送簡訊給我
#4 引用回覆 回覆 發表時間:2007-07-26 07:10:27 IP:61.219.xxx.xxx 訂閱
MSDE
==>我很不喜歡用MSDE
==>msde的好處是相容,轉移時陣痛最小
==>我沒裝過MSDE,不知道『封裝不易』是到如何程度。不過,只要你對DB
==> 要求到某種程度,封裝恐怕都不是很輕易的
==>MSDE的限制與效率頗有問題,以下是剛才查的資料:

What are the limitations of MSDE?
All SQL Server 2000 versions (as well as several other Microsoft products; see KB #324998) ship with SQL Server 2000 Desktop Edition, often referred to as MSDE (Microsoft Data Engine) 2.0. Essentially, MSDE is a version of SQL Server that you can distribute with applications. As such, it is slightly lighter weight, and has some notable restrictions. Other than the following list, however, MSDE and the other editions of SQL Server have very similar behavior and performance characteristics (see Article #2345 for a technical comparison).

an MSDE database can be no larger than 2 GB (this includes MDF and NDF files only a€” log sizes are not included in the size limit);

performance throttling occurs when there are more than five (5) concurrent workload batches in progress (this does *not* mean 5 concurrent *users* a€” with a properly build application, you can certainly support more. For more detailed information about the query governor, see this MSDN topic);

MSDE cannot be a publisher in transaction replication, and when acting as publisher in all other types of replication, must also be the distributor;

MSDE does not ship with GUI administrative tools such as Enterprise Manager or Query Analyzer -- see Article #2442 for alternative administration tools;

MSDE does not support SQL Mail (see Article #2403 for alternatives);

MSDE does not offer OLAP / data warehousing capabilities; and,

MSDE does not come with Books Online, but you can download it from Microsoft downloads (updated January, 2004).
The licensing issues surrounding MSDE have long needed to be clarifieda€”perhaps Microsoft SQL Server: SQL Server 2005 Ex... is a good start.

There are also some other minor differences in MSDE that you should be aware of... this article goes into detail about them, and this product matrix might be useful as well.

You can also look at this WebCast in KB #817788, which details issues surrounding installing, deploying, and maintaining MSDE.

And for a verbose commentary on MSDE, see SoftwareEng's WiKi.

--------------------------------------------------------------------------------
SQL Server Express 2005

As of July 2004, these are the planned limitations of the next generation of MSDE, now known as SQL Server Express (which will still be a free product):

1 GB memory (for buffer, not total);

1 CPU;

50 named instances per machine;

4 GB per database (not including log files);

transactional replication is limited to a subscriber role only;

data mirroring and clustering are not available;

full-text search is not available;

SQL Agent is not available (you can use Service Broker or Task Scheduler instead);

the DTS Runtime is not available (though you can use DTS in Express from other machines);

Reporting Services is not available; and,

Business Intelligence is not available (this includes Notification Services and Analysis Services).
There is no more workload governor, though if you are running Express on Windows XP Home or Windows 2000/XP Professional, and using named pipes to connect, you are limited to 5 and 10 simultaneous connections, respectively. This is enforced at the OS level, and is not a new limitation in SQL Server Express; it also exists in previous versions of MSDE and SQL Server Personal Edition.

There will be a limited graphical management tool for SQL Express, however it will not ship until as late as mid-2006. In the meantime, you can access SQL Server Express through SQLCMD, the new command-line admin interface to SQL Server; with Management Studio from any other SQL Server edition; or, from a subset of the applications listed in Article #2442.

------
Kevin
kevin2004
資深會員


發表:18
回覆:463
積分:416
註冊:2005-05-29

發送簡訊給我
#5 引用回覆 回覆 發表時間:2007-07-26 07:15:52 IP:61.219.xxx.xxx 訂閱
哪種資料庫...,易於攜帶,且可以使用adoquery、或者效率比較高的……,
因為已經習慣mdb容易封裝的特性
==>從容易封裝與攜帶的角度來講,我建議你用Win-PostgreSQL8.2X以上,我就是如此
==> 。對較小型的DB,我會用MDB 來帶者走。對較大型DB,我會作pg備份帶走。
==>當然這個前提是你的工作環境主要需是PG
==>要攜帶,只要你帶個NB,在NB上裝個Win-PG就可以了
------
Kevin
P.D.
版主


發表:603
回覆:4038
積分:3874
註冊:2006-10-31

發送簡訊給我
#6 引用回覆 回覆 發表時間:2007-07-26 10:29:54 IP:61.67.xxx.xxx 未訂閱
我以最直覺的方式來說

類似Access的資料庫不外乎是InterBase(FireBird) 的 gdb檔案, 同樣的 IB檔是獨立性的, 所有的參數, 系統資訊全部都內建在該檔案中, 也就是可以帶著該檔到處砲
優點:
1.攜帶方便
2.備份容易
3.維護簡單
4.具有SQL同級的水準(至少比Access好很多), 支援標準 ANSI92語法, 所以8成以上SQL語法是相通的
5.可以跨TCP/IP存取
6.目前為止是一套Free的工具(就FireBird而言), 不像M$限制一堆
缺點
1.因為是File型式, 所以也會有檔案bytes膨脹的問題, 就是刪除記錄, 檔案容量不會減少, 必須重整
2.技術資料不多, 初入門使用並不容易上手
3.市場佔有率不大, 要擔心以後是否會絶版, 不過目前看來似乎還不用擔心
4.安全性不佳, 用通用密碼, 任何人都可以進入取得資料
5.ADO無法存取, 必須使用其他介面

不過有沒有支援UNICODE 存取, 我沒有實證過, 不敢說
以上提供你做參考
g9221712
高階會員


發表:145
回覆:344
積分:162
註冊:2006-07-06

發送簡訊給我
#7 引用回覆 回覆 發表時間:2007-07-26 12:22:53 IP:220.132.xxx.xxx 訂閱
各位前輩:
感謝大家的熱情討論,我目前也是考慮FireBird,但是真不知道要如何下手,看了技術文件,好像只知道可以用odbc去連,
其餘的還在了解中,缺乏文件的好東西? 唉
------
「人們所以覺得寂寞,是因為他們會築牆,卻不會搭橋。」
程式寫的越久,卻發現自己越來越不會寫程式!
Stallion
版主


發表:52
回覆:1600
積分:1995
註冊:2004-09-15

發送簡訊給我
#8 引用回覆 回覆 發表時間:2007-07-26 23:59:10 IP:211.22.xxx.xxx 未訂閱
有文件,只是不知道你自己看不看的下去~台灣的出版社不知道想不想要翻譯?太少人用了,可能沒錢賺!
http://www.firebirdsql.org/?op=doc
===================引 用 g9221712 文 章===================
各位前輩:
感謝大家的熱情討論,我目前也是考慮FireBird,但是真不知道要如何下手,看了技術文件,好像只知道可以用odbc去連,
其餘的還在了解中,缺乏文件的好東西? 唉
P.D.
版主


發表:603
回覆:4038
積分:3874
註冊:2006-10-31

發送簡訊給我
#9 引用回覆 回覆 發表時間:2007-07-27 01:04:42 IP:61.67.xxx.xxx 未訂閱
FireBird 除非寫跨平台的東西, 否則盡量不要用odbc方式連結, 其實IB並不難使用, 只是開始導入時初用者會完全找不到重點, 5年前我開始使用IB, 那時的書還算多, 這方面資訊至少比現在多, 可是我自己研究了三個月, 完全不得其門而入, 之後我投資了一些成本, 就是徵求指導者, 付費花了兩天時間把整個IB採1對1的方式引導, 再加上自己再實作, 整個不過一個月時間就可以利用IB寫出程式, 當然那時的技術還沒有現在純熟, 還是要逐漸靠經驗累積, 如果您真的決定走IB的路, 那這種方式不外是一條可以讓您省很多時間的方法, 提供您做參考!
如果您希望走IB, 又希望可以在網路透過討論來增加功力, 對初用者來說真的很困難, 就好像武學之人, 任督二脈沒被打通前, 永遠是一個很平凡的人, 但一旦打通之後, 武學精進迅速, 而能幫您打通任督二脈的人, 就是這個指導者了!
kevin2004
資深會員


發表:18
回覆:463
積分:416
註冊:2005-05-29

發送簡訊給我
#10 引用回覆 回覆 發表時間:2007-07-30 07:00:41 IP:61.219.xxx.xxx 訂閱
攜帶方便、備份容易、維護簡單
==>我的定義是『它是否是需要一臺定點的Server,或是可以裝在任何一台PC或NB上』
==> 如果是要死釘在一台置放在機房的Server,那是很麻煩的一件事
==> 如果不必,那我倒不介意它是FileBased或一個真正的DB。反正我的須求,它都可
==> 以滿足
一套Free的工具(就FireBird而言), 不像M$限制一堆缺點
==>還有好些重量級,而且是Free的DB可以選用。MySQL與PG就蠻不錯的,PG的Free
==> 程度較MySQL更澈底
File型式
==>這個缺點是蠻嚴重的
==>我在備份或攜帶時還蠻喜歡用Access作媒介的。可是Access在大容量的Blob應用資
==> 料庫就力有未逮了
市場佔有率不大, 要擔心以後是否會?版
安全性不佳, 用通用密碼, 任何人都可以進入取得資料
==>這個缺點是蠻嚴重的
ADO無法存取, 必須使用其他介面
==>我個人以為,這個缺點是蠻嚴重的
------
Kevin
編輯記錄
kevin2004 重新編輯於 2007-07-30 07:02:19, 註解 無‧
kevin2004 重新編輯於 2007-07-30 07:03:02, 註解 無‧
kevin2004 重新編輯於 2007-07-30 07:03:34, 註解 無‧
kevin2004 重新編輯於 2007-07-30 07:17:11, 註解 無‧
kevin2004
資深會員


發表:18
回覆:463
積分:416
註冊:2005-05-29

發送簡訊給我
#11 引用回覆 回覆 發表時間:2007-07-30 07:09:23 IP:61.219.xxx.xxx 訂閱
講回原點,建議用Win-PG吧。在一台電腦或NB上裝Win-PG,它不會費
多大的空間,也不會擔誤多少效能﹝當然,裝MySQL更驚人﹞。你要
的攜帶性、包奘完整性都蠻令人滿意的。即使拿來給中小型客戶作正
式應用,也絕對不會比MSSQL等差到那去。
------
Kevin
kevin2004
資深會員


發表:18
回覆:463
積分:416
註冊:2005-05-29

發送簡訊給我
#12 引用回覆 回覆 發表時間:2007-07-30 07:16:33 IP:61.219.xxx.xxx 訂閱
一般來說,PG通常是應用在Linux上的正式DB應用,很少人會將之與Local併x論。
Local通常是指FileBased的個人應用等級。但以Win-PG來說,誰說它不可以定位
成個人隨身用的資料庫?它最多是有一個必需要有隨身IP的小缺點吧了。可是
現今到處是網路,IP幾乎是必備的,故這也不是很大的缺點了。
結論==>LocalDB就選Win-PG吧。誰說倚天劍不能拿來切肉作菜?
------
Kevin
編輯記錄
kevin2004 重新編輯於 2007-07-30 07:18:56, 註解 無‧
P.D.
版主


發表:603
回覆:4038
積分:3874
註冊:2006-10-31

發送簡訊給我
#13 引用回覆 回覆 發表時間:2007-08-01 14:52:43 IP:61.67.xxx.xxx 未訂閱
個人建議,資料庫選擇還是不要太冷門,要不然很多support 或 information 或 upgrade 都會有問題
===================引 用 kevin2004 文 章===================
一般來說,PG通常是應用在Linux上的正式DB應用,很少人會將之與Local併x論。
Local通常是指FileBased的個人應用等級。但以Win-PG來說,誰說它不可以定位
??? 成個人隨身用的資料庫?它最多是有一個必需要有隨身IP的小缺點吧了。可是
??? 現今到處是網路,IP幾乎是必備的,故這也不是很大的缺點了。
結論==>LocalDB就選Win-PG吧。誰說倚天劍不能拿來切肉作菜?
g9221712
高階會員


發表:145
回覆:344
積分:162
註冊:2006-07-06

發送簡訊給我
#14 引用回覆 回覆 發表時間:2007-08-01 15:02:17 IP:220.132.xxx.xxx 訂閱
前輩:
Win-PG是指? 我不懂勒!請前輩指教!
------
「人們所以覺得寂寞,是因為他們會築牆,卻不會搭橋。」
程式寫的越久,卻發現自己越來越不會寫程式!
danny
版主


發表:100
回覆:522
積分:595
註冊:2002-03-11

發送簡訊給我
#15 引用回覆 回覆 發表時間:2007-08-01 15:51:12 IP:203.79.xxx.xxx 訂閱
我想他指的是 PostgreSQL for Windows 版本吧!
http://www.postgresql.org/ftp/binary/v8.2.4/
不過 PostgreSQL 的資料庫是在同一個目錄中, 印象檔案還蠻多的.

===================引 用 g9221712 文 章===================
前輩:
Win-PG是指? 我不懂勒!請前輩指教!
------
將問題盡快結案也是一種禮貌!
編輯記錄
danny 重新編輯於 2007-08-01 15:53:25, 註解 無‧
kevin2004
資深會員


發表:18
回覆:463
積分:416
註冊:2005-05-29

發送簡訊給我
#16 引用回覆 回覆 發表時間:2007-08-02 07:38:01 IP:61.219.xxx.xxx 訂閱
g9221712兄:你好。
小弟講的Win-PG正是Linux-PostgreSQL在8.0後正式移殖成WindowS-Native
的DataBase。
小弟是用了好幾年了,在家中或隨身NB上用了兩三年了,較往昔慣用的
隨身Access更讓我順手如意。管理功能保護等級等當然較Access要強
太多了。甚至公司裏的系統除了常見的Oracle/MSSQL/Access等外都有
加個Linux/Win-PostgreSQL的版本,以供給初期預算較少的小型客戶使
用。它的穩固強效性絕對不是Access可以比的。
------
Kevin
kevin2004
資深會員


發表:18
回覆:463
積分:416
註冊:2005-05-29

發送簡訊給我
#17 引用回覆 回覆 發表時間:2007-08-02 07:50:49 IP:61.219.xxx.xxx 訂閱
P.D.兄:久違了。

資料庫選擇還是不要太冷門,要不然很多support 或 information 或 upgrade 都會有問題
==>不可諱言,PostgreSQL真是用的人比較少些,我有時遇到問題,那還真是要翻江倒
==> 海上天下地才能解決。往往幾個星期的蒐詢研讀,真讓人瘦了一圈。過了關,真
==> 讓有『回首來時路』又愛又恨的複雜感覺。
==>不過,比起MSDE來講,我還是比較喜歡PG。對初入門或預算較小的客戶,或個人
==> 用等級的型態,我還是比較推薦用Win-PG。理由當然是因微軟對MSDE作了太多
==> 不合理的限制。而且MSDE也不是真的免費的,而PG是真的及絕對免費的。
==>PG的維護有其團隊及其制度還有討論的地方。優點不少。
------
Kevin
編輯記錄
kevin2004 重新編輯於 2007-08-02 07:51:55, 註解 無‧
kevin2004 重新編輯於 2007-08-02 08:05:45, 註解 無‧
kevin2004 重新編輯於 2007-08-02 08:07:48, 註解 無‧
kevin2004
資深會員


發表:18
回覆:463
積分:416
註冊:2005-05-29

發送簡訊給我
#18 引用回覆 回覆 發表時間:2007-08-02 07:59:30 IP:61.219.xxx.xxx 訂閱
在Linux下,MySQL與PostgreSQL是兩個固定有設在安裝項目下的東西。
蠻好玩的,不一定要全跟微軟走。
不是每個客戶都是有錢的公家單位,都可以裝MSSQL/DB2/Oracle的。
試試LinuxBasedDB也不錯。
------
Kevin
kevin2004
資深會員


發表:18
回覆:463
積分:416
註冊:2005-05-29

發送簡訊給我
#19 引用回覆 回覆 發表時間:2007-08-02 08:01:32 IP:61.219.xxx.xxx 訂閱
回到原題『在Local...』
以不須要一台機房Server的前題及可以給個人等級用的==>Win-PostgreSQL
------
Kevin
系統時間:2024-05-18 23:09:41
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!