To Tasehouny: 你所说的,我也都明白,如果真的做的话,那么这样的话,效果肯定更好,客户端是根本就不需要驱动支持了。 但是,我还有一个关键环节上的疑问,那就是:这样做的话,一旦有新的表,新的查询语句的话,那么,对于Agent来说,它只能也随之而更新了?是这样的吧?因为我觉得利用Agent,那么,对于每种表,如果是需要返回记录值的话,那么,就必然需要为其定制一个结构,来让客户端和Agent共同识别。不知道我的理解是不是对,请指教。 另外,我很同意这样做对数据库的要求不高,难怕是本身没有远程访问功能的数据库,如dbf文件,mdb文件,也都能实现功能,一切尽在Agent的掌握之中。
To alidiedie: 我觉得Tasehouny做的肯定不是ASP的东东,应该是C/S结构的程序,而不是B/S
当然如果自己作灵活性大些
我正在做,很简单。
不知你们所指的安全性好是什么意思?
身份验证吗?vc+ado也有的啊
因为有远程的控制,所以这么组合是很舒服的!
开发问题中有问题,我保持关注
第二,自己写Agent的话,那么加密的工作,肯定得自己做了吧,尤其是第一道权限访问部份。那么,是不是说,采用TCP的方式,在访问时包括数据的传输都需要经过加密处理?
第三,客户端访问数据时,除了调用过程,只要一条命令就可以了,但是返回过程中的值话,是怎么一个请求方式呢?一条记录,一次请求?然后将记录利用一个结构体传送回来?还是有什么更好的方式?
BTW:自己写Agent的比起用SQL Server本身的远程访问,利弊又如何呢?
问一个问题:
如果你在客户端编写一个功能类似于查询分析器的数据管理软件,能远程连接数据,还能方便的 操作数据,一切加密什么的都用sql server自带的,只要设置就可以了.
你还会选择自己去编麻烦的agent结构吗?(虽然不难,但我觉得舍近求远了)
楼上,你作的是网络数据发布吗?
asp或什么的。
我作的仅是一个前端程序,特别简单的,好象户籍管理系统之类。
但是,我还有一个关键环节上的疑问,那就是:这样做的话,一旦有新的表,新的查询语句的话,那么,对于Agent来说,它只能也随之而更新了?是这样的吧?因为我觉得利用Agent,那么,对于每种表,如果是需要返回记录值的话,那么,就必然需要为其定制一个结构,来让客户端和Agent共同识别。不知道我的理解是不是对,请指教。
另外,我很同意这样做对数据库的要求不高,难怕是本身没有远程访问功能的数据库,如dbf文件,mdb文件,也都能实现功能,一切尽在Agent的掌握之中。