none
OleDB 欄位數 RRS feed

解答

  • 1.  這問題有點怪?就把 UPDATE 拆成兩段執行就好啦?一段 60 欄,另一段 63 欄這樣更新 ...

    2. 原文應該是 "Query Too Complex",你可以看看:http://support.microsoft.com/kb/103429/en-us

    不過一般建議是不要用 Access (或 Jet Database)跑太多欄位的資料表,因為先天限制太多了 ...

    2006年6月30日 上午 09:21
    版主

所有回覆

  • 有另一個可能是 UPDATE 中語法有錯誤但 OLE DB Provider 沒有偵測到(我昨天就碰過...),你可以把你的 UPDATE 拿到 Access 上測看看,如果還是不行可能就是 Jet 的限制了 .
    2006年6月29日 上午 02:42
    版主
  • 但是新增可以ㄚ

    MDAC5.0以下不能超過255以上可以

    但是我用的是7.0而且我算過我的欄位123個應該不是JET限制...

    但是我砍掉一些欄位..就又可以了..怪怪的

    至於如何把UPDATE 拿到 Access 上測看看可以跟我說一下嗎?

    謝謝囉

    2006年6月29日 上午 03:42
  • 你就用 debugger 逐步執行,把程式產生的 SQL 指令複製出來,再到 Access 上執行看看就知道了 (Access 的查詢)
    2006年6月29日 上午 05:38
    版主
  •  UPDATE 中語法正確

    但是JET限制如上所述..我應該沒超過255

    會是哪裡出錯呢

    2006年6月29日 上午 05:43
  • 1. 你要不要試著拆成兩段 SQL 來執行 ?

    2. 這個問題我已經反應給原廠知道了 .

    2006年6月29日 上午 09:12
    版主
  • 怎麼拆成兩段呢?

    可以請問一下嗎?"查詢太過複雜"

    是怎樣的錯誤呢

     

    2006年6月30日 上午 06:05
  • 1.  這問題有點怪?就把 UPDATE 拆成兩段執行就好啦?一段 60 欄,另一段 63 欄這樣更新 ...

    2. 原文應該是 "Query Too Complex",你可以看看:http://support.microsoft.com/kb/103429/en-us

    不過一般建議是不要用 Access (或 Jet Database)跑太多欄位的資料表,因為先天限制太多了 ...

    2006年6月30日 上午 09:21
    版主