zjif00 stockdate vclose m30 u30 l30 2014-05-07 11:12:39 2143.8 2347 104
2014-05-07 11:12:40 2144.2 1332 843
2014-05-07 11:12:40 2144.2 1328 843
2014-05-07 11:12:41 2143.8 2347 104
2014-05-07 11:12:42 2144.2 1289 852
2014-05-07 11:12:42 2144 2072 362
2014-05-07 11:12:43 2144.2 1268 852
2014-05-07 11:12:43 2144 2048 362
2014-05-07 11:12:43 2144 2048 362
2014-05-07 11:12:44 2144.2 1251 852
2014-05-07 11:12:45 2144.2 1218 852

在金字塔通過函數:

DBEXECUTE('insert into zjif00(stockdate,vclose,m30,u30) values(cdate('&day1[DATACOUNT]&'),'&numtostr(c[DATACOUNT],1)&','&numtostr(UPVOL,0)&','&numtostr(DOWNVOL,0)&')');

寫入,結果是正常的.

在同一個金字塔用如下公式讀取:

//連接數據庫
DATABASE('Provider=Microsoft.Jet.OLEDB.4.0;Data Source=c:\asset.mdb');
//檢索數據庫表
DBTABLE('Select * From ZJIF00 Order By StockDate');
//讀取數據

UPVOL:DBVALUE('M30');
DOWNVOL:DBVALUE('U30');

有4至5秒鐘顯示直線,然后變回正確圖形,又有4至5秒鐘直線,再變回正確圖形.

詳細我錄了視頻,必要的話可通過QQ和郵件發過去的,請在信息告知Q號或郵箱,謝謝!!

懷疑是寫庫的部分跟讀取部分沖突了導致的.

你試試將寫庫PEL公式代碼關掉,只保留讀庫代碼再看看

我用的是兩個公式,一個寫一個讀.關了寫厙的公式就沒數字更新啦.....

你們可否測試一下:在分筆周期下用一公式寫入收盤價,再用另一公式讀出,在數據庫里數據正確的前提下,一樣都會有4至5秒才刷一次的情況.延時過長這個功能基本沒法用了.