捐赠 | 广告 | 注册 | 发布 | 上传 | 关于我们    
  粤ICP备10103342号 DELPHI盒子 | 盒子文章 | 盒子问答悬赏 | 最新更新 | 盒子检索 | 下载中心 | 高级搜索    
  精品专区 | 繁體中文 | 奖励公告栏 | 直通车账号登陆 | 关闭GOOGLE广告 | 临时留言    
 
广告
评论:方便好用的远程数据库对象V1.31(更新)
chinaren007 38324 2009/8/9 8:44:35
楼上的,客户端对数据的更改都是由包中转换为相应的SQL然后进行传输到服务器来进行操作的,这样的方法好像多此一举了。那依你之见应该用什么方法啊,既然有好方法为何不提出来呢,我正在用这个包呢,我也想改善一下。
louemusic 38316 2009/8/7 20:35:07
今天下了这个包,先大概看了一下,写得很不错,先支持一下.
粗看之下提一个小小的意见,客户端对数据的更改都是由包中转换为相应的SQL然后进行传输到服务器来进行操作的,这样的方法好像多此一举了..而且好像动态生成SQL语句的有些代码好像还有些小问题,会造成语法错误.
dcopyboy 38293 2009/8/5 8:06:12
T0:liudinglong 
客户端没有采用除DXSockEnt30外的第三方控件,应该能够编译的,客户端演示程序采用了EHLIB控件,盒子上有的,也是非常常用的,你可DBGRID代替。

TO:czp 
对于自增字段是有判断的,不过程序默认自增字段名为ID的字段为自增字段,若你的表中
有名为ID的字段,但不是自增字段时,哈...哈...改下默认自增字段名或数据表中的ID字段名就可以了。

本远程数据库对象,笔者正用于开发连锁销售管理系统,效果不错!
czp 38291 2009/8/4 21:52:11
修改带有自增字段的数据会出错,没有对表中的字段进行判断(自增字段是只读的)
liudinglong 38286 2009/8/4 13:05:14
客户端不能编译

是不是装了什么 3 方控件了哦··?
dcopyboy 38265 2009/8/3 8:35:12
TO:mmzmagic
 再次感谢你的支持与鼓励,我会努力做的更好!

TO: james_ 
 你有更好的改进思路吗?我们可一起将它改得更好。
mmzmagic 38261 2009/8/2 20:14:47
严重支持 dcopyboy 的改进代码,以及开源精神。
希望大家都能来一起完善它,使之成为一个DELPHI好用方便的远程数据库控件。
czp 38260 2009/8/2 19:53:29
看来应该不错,研究研究
james_ 38259 2009/8/2 17:08:34
这个不是担心不担心的问题,系统架构要做好,需要一些更专业些的手法,这样别人也会对它更有信心(虽然抓到老鼠就是好猫),按理来说字符串可以处理任何协议,但是并不会太多人那样做的,特别是底层
个人看法。。。
dcopyboy 38257 2009/8/2 15:52:10
TO:xopv 
    你的问题好难回答,这要取决于你的二进制图片的大小呀,若每个图片均有1M,那百M的东西在远程(广义网)传输能快吗?据我测试,同城电信的2路ADSL宽带的Ping延时在20-30ms,打开压缩后为1M的数据约为10余秒,(电信ADSL的上传带宽仅512K噢),不过你可以采用RmoClient.GetBlobField,读一张显示一张,让用户感到快哦。
TO:james_ 38251
  别担心,系统已进行了处理,再说不也支持||分隔吗!
TO:kwer 38255
  绝无使用RO,Asta,kbmMW,请放心使用!
kwer 38255 2009/8/2 13:32:06
很好,一开始我就有点担心是不是使用了RO,Asta,kbmMW什么的
我回去试一试,谢谢dcopyboy,若能用我愿把修改后的源码给你
james_ 38252 2009/8/2 11:31:05
另外作者不是已经开了一个开源项目,何不加入一起修改?
james_ 38251 2009/8/2 11:12:41
不错,但是最好不要用GO这样的方式处理分割。。。毕竟直接在ADO上执行GO语句是会出错的,免得成为一个隐患
xopv 38250 2009/8/2 10:31:40
首先对楼主表示赞赏及敬佩!
然后想问个问题(因为身在外,手头上没有DELPHI无法编译原代码生成EXE文件,做一个远程的实制测试):
如果这样(select * from table)形式,表中包含有二进制图片字段,记录在100条以上在远程的传输速度如何?本人最关心就是这个问题,因RemObject这情况下实在是令人不敢苟同。谢谢!
dcopyboy 38248 2009/8/2 9:46:20
TO:dingrenkai 
   数据传输已经压缩为二进制流呀!
TO:s666666 
   大并发用户很重要吗,如果有成千上万的并发用户,恐怕对这种方式的技术早就不屑一顾了!我只想一种非常简单、易用、高效的远程数据库,哪怕只支持10个并发用户,对菜鸟们也是有非常大的参考作用。

   大家多提意见及BUG,我会努力的!
lxy1997 38246 2009/8/2 9:02:05
最近作CS数据库,学习下,谢谢了
kc87654321 38245 2009/8/2 7:05:42
同意
fffddd 38243 2009/8/2 3:06:35
做得不错。希望看到后续版本。
s666666 38242 2009/8/1 22:25:49
可以支持多少用户并发??
iking 38239 2009/8/1 20:15:19
赞!!!
第一页 上一页 下一页 最后页 有 41 条纪录 共3页 21 - 40
 用户名:
 密 码:
自动登陆(30天有效)
 
  DELPHI盒子版权所有 技术支持:深圳市麟瑞科技有限公司 1999-2024 V4.01 粤ICP备10103342号 更新RSS列表