推薦：用Access數(shù)據(jù)庫壓縮文件
問：我們公司統(tǒng)一使用Access數(shù)據(jù)庫，并且通過e-mail的發(fā)送來同步數(shù)據(jù)，但我發(fā)現(xiàn)這些文件都非常巨大，而用ZIP壓縮后又變得很小。我不知道這是怎樣造成的？有沒有更好的解決辦法？ 答：對(duì)于某

最近在做論壇數(shù)據(jù)轉(zhuǎn)換程序。例如表src， 表dest都有一個(gè)id自增長字段，（都是access數(shù)據(jù)庫，起始值1 ，步長1）

表src中id，char兩字段的值為

1、a

2、b

3、c

6、d

7、e

9、f

這樣在將src中的記錄插入表dest的時(shí)候會(huì)有麻煩，使得表dest中記錄如下所示

1、a

2、b

3、c

4、d

5、e

6、f

這樣造成dest和其它關(guān)聯(lián)表中的數(shù)據(jù)難以對(duì)應(yīng) 。因此有必要在向表dest中插入記錄時(shí) 設(shè)置其id字段的起始值，然后再進(jìn)行插入操作

在 http://access911.net/fixhtm/71FAB01E13DC.htm?tt= 發(fā)現(xiàn)如下文字：

通過以下語句，你可以在建表的時(shí)候指定其起始值和步進(jìn)值：

以下為引用的內(nèi)容： CREATE TABLE tblNewOrder2 ( OrderId AUTOINCREMENT (1000, 10), ItemId LONG, Quantity LONG)

你也可以用下面的語句修改下一個(gè)起始值和步進(jìn)值：

以下為引用的內(nèi)容： ALTER TABLE tblOrder ALTER COLUMN OrderId COUNTER (2000, 50)

要重新開始：

以下為引用的內(nèi)容： ALTER TABLE tableName ALTER COLUMN OrderId COUNTER (1, 1)

在 VBE 界面里面用以下代碼：

以下為引用的內(nèi)容： docmd.runsql "ALTER TABLE tableName ALTER COLUMN OrderId COUNTER (1, 1)"

這里要注意的是自動(dòng)編號(hào)往往被用作標(biāo)識(shí)記錄的唯一性，但是 Jet 在用 DDL 語句更改自動(dòng)編號(hào)的同時(shí)不會(huì)保證修改后的自動(dòng)編號(hào)仍然保持唯一性，因此會(huì)出現(xiàn)標(biāo)識(shí)號(hào)重復(fù)的現(xiàn)象。要避免這一現(xiàn)象最好把自動(dòng)編號(hào)設(shè)定為主鍵、或者不可重復(fù)。

哈哈 看來我的問題可以解決了 ，雖然是很不起眼的東西 ，但是用到時(shí)候沒有 就會(huì)很抓狂。
程序雖然簡單 但還是決定 明天把代碼貼出來。

分享：談?dòng)肁ccess作網(wǎng)站數(shù)據(jù)庫的弊端
現(xiàn)在網(wǎng)上絕大多數(shù)網(wǎng)站都是ACCESS ASP的形式，因?yàn)锳CCESS結(jié)構(gòu)簡單容易處理，而且也能滿足多數(shù)的網(wǎng)站程序要求。 ACCESS是小型數(shù)據(jù)庫，既然是小型就有他根本的局限性，以下幾種情況下數(shù)據(jù)庫基本