有多少程序员一般选择用ODBC数据源连接数据库？

在应用程序中通过ODBC数据源实现对数据库服务器的访问？
另一个问题：我在ODBC数据源中设置了用户名和密码，为什么在程序运行过程中出现登录对话框在不输入任何信息的情况下点确定就可以进入数据库？

28 个解决方案

#1

看看你的应用程序中是不是也写了用户名和密码

#2

这么一个桌面系统，用不到那么大型的数据库，sql anywhere 足够满足你的功能，也很适合用户的投资。

#3

在代码中存在帐号信息，检查。
使用odbc接口开发效率太底(执行效率高)。
用ole db试试。

#4

I use OLE DB

#5

I use OLE DB

#6

最好还是用OLE DB吧，实在没有办法再考虑ODBC吧

#7

单机可能还可以吧！
如果是网络的话特别是复杂一些的就不要用ODBC了吧！
复杂的网络了，他们家一定有钱的，应该没有问题选一个好的数据库了。
换好的机器了！有钱的地方就是好办事啊！
不要在技术上考虑太多，不值啊！让他们多出点钱吧！把利害说出来一般没有问题的。毕竟一个公司的数据是无法用钱来衡量的啊！
单机的话就无所谓了。个人看法。

#8

现在很少用ODBC了。

#9

我一直用ODBC
接口而已。

#10

如果用VC,VB开发的话，还是得用ODBC，如果用PB的话，直接用专用接口就行了，效率高多了

#11

odbc比较简单

#12

Ado和ODBC孰优孰劣呢?

#13

vfp:    odbc
delphi: ado

#14

oledb

#15

我用ADO

#16

我用ADO，有时也用ODBC，至于OLE DB则没有用。

#17

我用ODBC

#18

odbc开发方便吧

#19

OLE DB，小型的项目或B/S结构的或许会考虑用odbc

#20

我不用odbc,

#21

我用OLE DB 类，现在感觉速度还可以，就是有时还感觉罗嗦，以后打算直接使用OLE DB 的接口。

#22

两者都用。
都不错。

#23

它存在就有它存在的道理。

#24

它存在就有它存在的道理。

#25

我是个PB的程序员，如果有专用的，是不会用ODBC的

#26

odbc不是很方便的吗？！

#27

不用ODBC

#28

ODBC, ADO 用的还是很多的，除非用专用接口。