| 上一篇主題 :: 下一篇主題 |
| 發表人 |
內容 |
tinwhang
註冊時間: 2009-11-08
文章: 104
第 1 樓
|
 發表於: 星期六 十二月 05, 2009 10:41 pm 文章主題: 請問vfp odbc 要如何使用？ |
 |
|
有人知道 vfp odbc 要如何設定嗎？ 可以把他設為後端嗎？
謝謝各位 |
|
| 回頂端 |
|
 |
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 2 樓
|
| 發表於: 星期六 十二月 05, 2009 10:42 pm 文章主題: |
|
|
請說中文
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
LiuRambo
註冊時間: 2007-11-27
文章: 481
第 3 樓
|
| 發表於: 星期日 十二月 06, 2009 11:31 am 文章主題: |
|
|
Q1 vfp odbc應用法
A.先在odbc建立好資料來源abc，應用在單機不多的情況
SQLCONNECT('abc', 登入id, 登入密碼)
B.不在odbc設定資料來源，適用較多單機
SQLSTRINGCONNECT("DRIVER=Sql Server;SERVER=xxx.xxx.xxx.xxx;UID=登入id;PWD=登入密碼;DATABASE=sql的table;Address=xxx.xxx.xxx.xxx,1433 ")
Q2 odbc所指定的不都是後端嗎？ |
|
| 回頂端 |
|
|
tinwhang
註冊時間: 2009-11-08
文章: 104
第 4 樓
|
| 發表於: 星期日 十二月 06, 2009 11:48 am 文章主題: |
|
|
| LiuRambo 寫到: | Q1 vfp odbc應用法
A.先在odbc建立好資料來源abc，應用在單機不多的情況
SQLCONNECT('abc', 登入id, 登入密碼)
B.不在odbc設定資料來源，適用較多單機
SQLSTRINGCONNECT("DRIVER=Sql Server;SERVER=xxx.xxx.xxx.xxx;UID=登入id;PWD=登入密碼;DATABASE=sql的table;Address=xxx.xxx.xxx.xxx,1433 ")
Q2 odbc所指定的不都是後端嗎？ |
 [img]http://ussql.com/111.gif
備註 z:是網路磁碟
tinwhang 在 星期日 十二月 06, 2009 4:37 pm 作了第 1 次修改 |
|
| 回頂端 |
|
|
LiuRambo
註冊時間: 2007-11-27
文章: 481
第 5 樓
|
| 發表於: 星期日 十二月 06, 2009 4:14 pm 文章主題: |
|
|
用\\電腦名稱或ip\分享目錄 是可以執行的
但需要配合設定好的權限設定
不管資安問題全部開everyone開啟是保證可以開的
但最好是不要啦
下方的下拉選單一般都是選''Machine"
第三個打勾Fatch.............拿掉
註：網路磁碟機在某些os上重開機後會斷線 |
|
| 回頂端 |
|
|
tinwhang
註冊時間: 2009-11-08
文章: 104
第 6 樓
|
| 發表於: 星期日 十二月 06, 2009 4:30 pm 文章主題: |
|
|
| LiuRambo 寫到: | 用\\電腦名稱或ip\分享目錄 是可以執行的
|
這樣說，vfp的odbc 只能做到檔案分享的模式囉，那這種模式處理的時候vfp
是不是將他的所有資料拉回來處理完畢以後再放回去，那這種模式 是不是只能在
lan 上做，而不適合在internet上做 ？
多謝回答 |
|
| 回頂端 |
|
|
LiuRambo
註冊時間: 2007-11-27
文章: 481
第 7 樓
|
| 發表於: 星期日 十二月 06, 2009 5:38 pm 文章主題: |
|
|
vfp似乎是不能透過odbc經由網際網路連結吧
這我倒是沒應用過
絕大部分連接的都是sql
注意到我範例B最後一個參數'1433'嗎 這就是sql的port
我是不知道有沒有人專門去開發vfp的'server'
基本上會透過odbc來連結vfp的話
應該是由不同應用程式來拉資料
而不應該是vfp自己多跑一層odbc來讀取資料
既然是在內網之內
用分享資料夾方式來直接use會快上許多吧 |
|
| 回頂端 |
|
|
goodnight
註冊時間: 2008-10-13
文章: 473
來自: 台南市
第 8 樓
|
| 發表於: 星期日 十二月 06, 2009 10:12 pm 文章主題: |
|
|
| LiuRambo 寫到: | | vfp似乎是不能透過odbc經由網際網路連結吧 |
可以的, 只要直接指定 server ip 及 port
| LiuRambo 寫到: | | 我是不知道有沒有人專門去開發vfp的'server' |
看不懂意思?? vfp 的 server
如果用 vfp 專案建立 view 的話, 就得用 odbc 的方式, 我個人是這麼認為 |
|
| 回頂端 |
|
|
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 9 樓
|
| 發表於: 星期一 十二月 07, 2009 8:52 am 文章主題: |
|
|
odbc 設計的目的是給 其他資料庫應用程式 可以透過相同介面存取資料.
用vfp 透過 odbc 存取 dbc及dbf ,本身就是脫褲子放屁.
但是給其他應用程式,例如delphi,vb,bcb,php,java 等等就有意義,
因為他們內建的資料庫函式檔,
通常只支援dos時代的dbase 或foxpro的dbf,
而與vfp的dbf不一樣.
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 10 樓
|
| 發表於: 星期一 十二月 07, 2009 9:00 am 文章主題: |
|
|
| tinwhang 寫到: | | Vfp的odbc 只能做到檔案分享的模式囉 |
N年前在本站大家就有這樣的共識了.
因為dbf只是一個檔案,並不像sql server 有一個資料庫引擎,協助處理資料,
所以資料勢必整個傳回本地端作處理,
因此dbf或dbc適合在區網內工作,
vfp 的odbc driver 可以看成化簡過的 vfp 處理引擎,
和 vfp6run.dll 等等差不多一樣的東西,
讓本地端可以處理dbf格式的資料表.
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
LiuRambo
註冊時間: 2007-11-27
文章: 481
第 11 樓
|
| 發表於: 星期一 十二月 07, 2009 2:06 pm 文章主題: |
|
|
| goodnight 寫到: | | LiuRambo 寫到: | | vfp似乎是不能透過odbc經由網際網路連結吧 |
可以的, 只要直接指定 server ip 及 port
| LiuRambo 寫到: | | 我是不知道有沒有人專門去開發vfp的'server' |
看不懂意思?? vfp 的 server
如果用 vfp 專案建立 view 的話, 就得用 odbc 的方式, 我個人是這麼認為 |
ip我知道可以直接填入
但是port到底該填什麼？
vfp又不像是sql或mysql會有執行一個常駐程式來'listen'某個port是否有傳遞資料
搞不好真的有人專門寫出程式來這麼做
所以我會說我沒有聽說過有人開發過 |
|
| 回頂端 |
|
|
tinwhang
註冊時間: 2009-11-08
文章: 104
第 12 樓
|
| 發表於: 星期一 十二月 07, 2009 7:09 pm 文章主題: |
|
|
| goodnight 寫到: |
如果用 vfp 專案建立 view 的話, 就得用 odbc 的方式, 我個人是這麼認為 |
用view 的話 ，還是用client 去用odbc 處理資料，所以資料想必還是會整個傳到client 吧 ~
| LiuRambo 寫到: |
vfp又不像是sql或mysql會有執行一個常駐程式來'listen'某個port是否有傳遞資料
搞不好真的有人專門寫出程式來這麼做
所以我會說我沒有聽說過有人開發過 |
那換句話來說 ，如果有人開發出 vfp odbc server 那我們就可以不用一直改程式了吧
誰來造福大家丫 ...............哇哈哈 |
|
| 回頂端 |
|
|
goodnight
註冊時間: 2008-10-13
文章: 473
來自: 台南市
第 13 樓
|
| 發表於: 星期一 十二月 07, 2009 7:51 pm 文章主題: |
|
|
| LiuRambo 寫到: |
ip我知道可以直接填入
但是port到底該填什麼？
vfp又不像是sql或mysql會有執行一個常駐程式來'listen'某個port是否有傳遞資料
搞不好真的有人專門寫出程式來這麼做
所以我會說我沒有聽說過有人開發過 |
port: 1433
server 才要偵測是否有傳遞資料
vfp 只是有需要時才去要求取用資料, 當然如果用vfp 寫一個 listen 功能也是有可能, 我的看法 |
|
| 回頂端 |
|
|
ph_liu2002
註冊時間: 2004-10-24
文章: 9
第 14 樓
|
| 發表於: 星期一 二月 01, 2010 5:02 pm 文章主題: |
|
|
這樣說，vfp的odbc 只能做到檔案分享的模式囉，那這種模式處理的時候vfp
是不是將他的所有資料拉回來處理完畢以後再放回去，那這種模式 是不是只能在
lan 上做，而不適合在internet上做 ？ 沒錯, 速度無法讓人忍受。
vfp 透過 odbc 存取 dbc及dbf ,本身就是脫褲子放屁.
也沒錯，但如果整個系統都用odbc的模式開發的話, 後端可以任意選用SQL或VFP，非常方便。
有錢的後端就用SQL，沒錢又只是在區網的後端就用VFP，只要改odbc的連接即可, vfp程式碼可以不用改。
大小通吃。 |
|
| 回頂端 |
|
|
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 15 樓
|
| 發表於: 星期一 二月 01, 2010 5:40 pm 文章主題: |
|
|
樓上的對一半.
因為 vfp 6 的 SQL 命令與 SQL-92 的標準不一致,
所以必須用力閃躲不相容的情況,
造成SQL 傳回前端的命令必須要很簡單,
很簡單的命令,當然效能與特化的SQL命令不能比.
因此也必須在前端作大量的處理.
直到 VFP9才改的接近一點.
所以你看到有個命令叫 SET ENGINEBEHAVIOR 70 | 80 | 90
如果要解決效能不彰的情況,
則必須放棄共用的念頭. ^_^
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
|
常見問題
搜尋
會員列表
會員群組
會員註冊
個人資料
登入檢查您的私人訊息
登入
