VFP 愛用者社區

[KKKLYNN]

各位先進好
目前我建立的系統,大都完成,想換個方式來練習一下spt
目前已準備好
1.自動建立odbc的功能
2.可自sql取得資料設定給cursor
3.可更新,刪除,新增sql�X的資料
有些不了解的地方
1.在form設定timer來自動定時更新grid資料,是否正確的做法
2.在更新資料時,是否不太需要lock sql 資料表格(同一筆資料同時更新機會沒有或很小)
3.使用
ConnHandle=SQLCONNECT('pilotsql', '', '')
SQLEXEC(ConnHandle, 'SELECT * FROM accvchr2', 'Cursoremp')
與sql的連線是否自動斷開,再次向sql要資料時再做一次SQLEXEC是否就可以了嗎?
因為想說與sql server一直連住,會拖垮server?
以上是我摸索spt的一點經驗,謝謝
若有架構或觀念的出處也可以跟我說

[syntech]

3.

除非下 SQLDISCONNECT(),否則不會自動切斷CONNECTION.
所以可以不斷的作sqlexec,

不過有些書上的範例是
ConnHandle=SQLCONNECT('pilotsql', '', '')
=SQLEXEC(ConnHandle, 'SELECT * FROM accvchr2', 'Cursoremp')
=SQLCANCEL()

SQLCANCEL 的作用是"在一個作用中的連接上，取消非同步模式執行的 SQL 查詢。"
並非切斷連線.

再補充一點,
如果沒有作 SQLDISCONNECT,又再作SQLCONNECT 或是 SQLSTRINGCONNECT建立連線的話,
原先建立的connection會繼續掛著,直到程式結束.
對M$ SQL SERVER 來說,雖然這些connection會變成 sleeping 的狀態,
但是會佔用多少資源就不得而知,
還是應該有隨手開關燈的習慣,至少不要任意建立connection.

至於一直保持連線的情況會不會拖垮sql server,
我覺得sql server 自己會判斷 connection 目前的情況,
況且現在server 等級較以往評估c/s架構時代的server 等級差太多,
我不相信現在P4 以上 512M 以上的 server,
無法負擔同時 500 個,甚至1000 個 connection 的要求,
對 c/s 架構而言,200 個connection 的要求,
等於公司有數百人以上的規模.

[KKKLYNN]

了解
謝謝
這樣我就放心
能有這些資訊,真的很高興!
因為我認為這些可不是書上可得知可確認!
再次謝謝

[syntech]

伸手(知識經濟的時代).........




補充,據
http://technet.microsoft.com/zh-tw/library/ms187882.aspx

SQL SERVER 連線數上限 32767
一個連線就算不使用的情況,最低佔用 28K.

假設撥給 SQL 400M,
最多也可以建立 14000 個連線.

[KKKLYNN]

目前公司就簡而陋的運作
不過資料或流程都還可被各單位接受
並不想做太多改變
明年有機會到新公司做事
但他們也是很簡陋(目前70%使用人工,其它用vb6+access構成簡易系統)
所以想若前往再來已spt架構來營造或是沿用現有架構(lan file srever)
可是有時想勞保退休已領到(知道年紀了吧)要如此大手腳動嗎?
但另外一種聲音,想要試試!
不過此方面資訊是一定要收集,到時再看,只是怕資訊不多,到時提槍上陣
可能有些問題
目前也可使用vs 2005(vb.net+sql2005 express 網頁方面)取得sql或dbc,來進行資料查詢,修正,消除,新增,應該算是基本功能都有初步完成
但想更進一步有些提不起氣!
以上謝謝

[syntech]

再伸手(知識經濟的時代).........

關於 1,2 的問題,
正式的c/s 或是 n-tier 都不允許以這樣的方式設計系統.
原因應該想一想就知道.
很多人在用,又加上有一個 db server 主導資料傳輸及鎖定,
以 1-tier 的想法一定會造成災難.

[KKKLYNN]

[syntech]

問題不在 SERVER 有多強,
而是......

你要不要把公司網路換成 1000 base-T 或是 光纖網路 ?

[KKKLYNN]

因為目前系統只限於內部網路使用
還沒有考量外部連進來使用(是有將SERVER 2003 TERMINAL連線準備好)
公司文化關係,同仁有自行串接HUB與密碼交換的好習慣,至使.........
所以我也沒辦法

[jeff25]

為什麼要加入timer 呢? 給一個 REFRESH 按鈕,叫 USER 自己按更新就好了,我見過大型 ORACLE 資料庫應用系統也是給個 更新按鈕, USER 想看最新就自己按,否則如果 TIMER 設太久,USER 還會報怨怎麼還不更新
如果 TIMER 拖垮系統,顯示更慢,USER 更容易抱怨,教育 USER 也是很重要的.
還有妳的資料是非常即時的嗎? 如股票一般會隨時更動嗎? 如果是,那就加 TIMER 吧

[KKKLYNN]

對阿!
我是這麼想,也設了,資料也更新了
其實我一直希望能到這樣的認同,在此論壇或此類型主題
只是沒有老師願意明示
其實程式寫到運算與流程都還算可以(公司下上30,40人都還接受也在用),就也沒甚麼對錯
我也不是做甚麼超級系統,就是一般電子公司(製造體系)而已,還不含會計系統(我的前端資料用匯入pilot)
我也知道timer設太短累死server,設太長無濟於事
總之就像學生請老師再確認與經驗談而已
謝謝您,您明講
ㄧ般人(像我)都還會亂想說server會很神奇即時更新各使用者的資料(在某各角落的設定)
再次感謝

[syntech]

要這樣幹也不是辦不到,
只是成本不見得划算.
還不如裝死說"大家都是這樣做的" XD

[KKKLYNN]

樓上的算是高手,我想!
由於不能提任何建設性語句
大家請pass
有時是在這樣的
雖然您可能是高手中的高手(再一次說 我想!)
但不能依提問者的程度或想法(若參與談論者幾回下來還不能知道主題重點,那我真的只能是無言.......不過會懷疑會不會是那位要我們大車換小車或是買5元的菜)
不就事實提出忠確的說法或是大略方向,讓事情有個歸屬
哪我只能說
您是獨孤九劍(高深功夫到您為止)
眼界有時跳脫尖端或是學理來看事情
您會快樂些
若公司只能出10萬弄出可行的erp
那您是公司的ㄧ員
只能就算是只有30%效果,大家能接受能使用,重要是老闆也說ok,就ok
或許您的眼界如此高,但現實就是現實
除非您離職(但ㄧ家肚子可是巴望您這4萬薪)
我只是要知道如何做才是正確如此而已,就是這麼簡單
以上若有得罪
請版主刪除此主題

[syntech]

呵呵呵,
我沒有錯看你這個人,
所以我一開始先說第3點.

你另外開了這樣的主題,
以為可以聽到別人不同的答案,
實際上,願意提供你意見的人就那麼多,
更慘的是,
真正的答案早就出現了,
只是你拒絕相信而已.
其他的solution只是花更多成本去解決一個不能解決的問題.

因為1,2點你不太可能聽得到你想聽的答案.
所有技術都有他的瓶頸,
為了解決瓶頸,沒有投入資金及技術的覺悟是不可能的,
但是你有了覺悟也投入下去了,不表示就能解決瓶頸.

你覺得不滿意就不要管別人的意見投下去做,
只是到了那個時候可能情況會更尷尬.

--
不過,這個網站應該不是給你做相互取暖的用途.
可能你需要想一想,
是不是自己已經到了聽不下真話的年紀.

在某次與其他公司談系統整合的時候,
的確討論出一套更新的機制出來,也做出一個 prototype 出來,
雖然最後案子是無疾而終,
不過,本來想提,還是覺得不要這麼雞婆.
我年紀小,人微言輕,
別人怎麼會理我呢?

[KKKLYNN]

我只是要知道
1.設timer是否可行或是某種狀況可使用
2.使用人工再次更新資料是否為主流,且是建議至於細節,我自然會解決
3.某系統或資料庫會自動更新所有使用者,當然可會有前後次序,這是系統廠商可提供服務,是否真實或要花錢(但牽涉程式技巧)
4.此園地本來就是給大家取暖用,只是有人肯施火柴,有人肯給火把+餐點,有人會送火柴+一桶汽油,端看您的心態,但提問者絕對不會希望收到冷水或冰水
我是覺得今天您心情好就多說一些經驗談,今天不爽就當路客
不必說這方法有問題但可用,換種方式有說有危險,您自己想想吧,弄得主題菱模兩可
提問有想要細項的,有些想要方向的,總要對題來說吧,您就直說
拐彎抹角的,讓人懷疑您到底懂不懂(其實為了證明您的清白,多說些有效的經驗談)
或許您自視很高,但那是您的視界,並不能代表大家都要ㄧ樣聰明或ㄧ樣努力
究像以前我說過有人看書ㄧ下睡著了,有人讀起來津津有味,若您只是ㄧ味偏向您那聰慧族群,那95%以上的世界居民會跟您過不去
vfp已經很少人用,何不利用此園地留下永久功勳
以上謝謝