具体说说各种情况 稍详细点 比如连接方法 步骤 连接代码等

想想 SQL Server 的定位就知道了。

还可以用ODBC连接Oracle数据库，并用SPT存取数据。基本方法与连接SQL Server完全相同，但存取时有部分细节不同，大体都一样。

像Access这样，自己是可以带界面，微软推出这个office组件，就是为了帮助办公人员编写小型的数据库系统，国外很多中小公司的办公系统都是用access写的（这就是office面向企业销售如此成功的原因），根本无需用到大型的数据库服务（service）。

诸如SQL Server这样的东西，它是一个服务（service）系统，是用来响应其他进程的数据请求处理的，任何程序，只要有相应的服务接口，就可以接入这个服务，读写处理数据。这种服务系统是专为本身不具备相应能力的软件提供的，凡是自身没有数据库处理能力的编程工具，都可以通过接入数据库服务系统来解决自身不好解决的问题，并充分自身的特长。在微软历史上，SQL Server最早就是专供VB用的，因为VB的数据能力极弱，但本身拥有无与伦比的界面能力，取长补短，与数据服务系统结合，才能写出数据库程序。如Delphi、C/C++等，也只能靠这种方法写数据库程序。然而，VFP与那些语言不同质，除了在广域网（web）上因为远程连接的安全性和并发数太大、数据量超大（超出VFP容量）、以及大量使用多媒体的场合，而不得不使用更复杂的专用数据库服务器之外，一般中小型的企业系统，根本用不着这样做。

SQL查询语言，只是一种标准语法，规定写出来的语句形式，但具体到语句的实现，其实是每个实现者自己的事。比如VFP支持SQL查询语法，但它的具体实现方法其实使用的仍然是本身的数据库引擎，只是把表现行为实现为与标准规定相同而已——任何一种支持SQL查询语法的语言都是如此！VFP当使用自己的数据库时，用的是自己的引擎，但如果通过服务接口使用SQL Server的数据库，它就只能把语句字符串发出给服务供应系统，由对方用自己的实现获取结果反馈给自己，此时效率取决于对方（比如若用access则很低效），而由于指令是通过字符串明文送出的，若通过广域网网路，就可能被有意者截获，通过编辑后再送出，而SQL语法本身是不限制命令长度的，看看那语言的语法就知道了，几乎往里添加任意子查询都可以的。在我看来，在广域网上大量使用这种数据传送方式，安全性并没想象的那么高，服务器端不能攻破，但问题在网路上，入侵的手段太多了，之所以我始终不写在广域网上使用数据库的程序，也是这个原因。

写界面，用界面功能丰富的工具。各种编程语言都有自己的专用面，比如用VB/C#等写桌面界面，用html写浏览器页面，根据具体情况选用，接入服务库服务即可。然而，VFP的强项不是界面，舍其强项数据库处理不用而取其弱项界面，就是两不靠谱。若数据库的重点是SQL Server，那么界面就不要用VFP，除非你实在不懂别的编程工具。

用什么与某数据库接入，是视那数据库提供什么接入方式给VFP可用，而选用数据库又是项目需求决定的。

跟着各位学习了。

con=SQLSTRINGCONNECT("driver=sql server;server=19.16.1.190;uid=sa;pwd= ;database=db_da")为何连接出错！

版主，您好！按您的意思多用户操作的话直接用VF也可以做到了吗