后台数据库为SQL SERVER,站点或用户不多的情况下,编辑窗口、浏览数据窗口一般用DBGRID控件,但站点或用户有上百个,那么我们录入数据用STRINGGRID控件作为编辑窗口,而显示数据用DBGRID,不知道网友对我的理解是否有不同高见?

解决方案 »

  1.   

    编辑窗口最好不用数据感知控件
    浏览窗口,如果数据量不大可以用(用TClientDataSet取数据,然后把ADOQuery关闭[假如用ADO的话])
      

  2.   

    我的做法一般是结合以上楼上两位做法,编辑窗口不使用感知控件,而使用edit之类的,容易控制,也不会造成如果stringgrid输入多了如果控制不好出问题。
    浏览窗口就使用感知控件了,省很多事,把数据集属性设定为只读,也不会出什么问题。
      

  3.   

    我数据库很菜的,不过如果我基本上不用DBGRID,我不喜欢这个控件
    表型的多数用listview扩展来使用。编辑也不喜欢这样直接在里面编辑。
      

  4.   

    后台数据库为SQL SERVER,我用STRINGGRID显示3.5万条数据,运行速度比DBGRID慢多了,不知道网友有什么方法可以减少运行时间或提高运行速度。
      

  5.   

    我的做法和破网的基本上差不多,就是用EDIT,或者COMBOBOX输入,用感知控件输出,设置为只读,如果想修改可以双击DBGRID弹出一个窗体(也可以动态创建),然后在修改就可以,也可以双击DBGRID让他在重新把数据返回到你输入的控件里面,在修改也可以!~当然看个人的习惯!~
      

  6.   

    看习惯, 数据大应该是用DBGrid好一些. 在DBGrid支持编辑的功能多一些
      

  7.   

    后台数据库为SQL SERVER,我想先把要显示的数据放在流里!再通过缓存把取出来,最后显示到STRINGGRID上,这样做我觉的可以提高运行速度;各位网友通过什么方法把数据库里的数据放到流里,望各位指教!
      

  8.   

    用clientdataset,显示是用cxgrid,数据量真的太大,就分页
      

  9.   

    可以用stringrid读取数据库部分数据。下移或者定位的时候控制好读取时间
      

  10.   

    可以用STRINGGRID读取几十条记录,定位、下移10条、查询再从数据库读出几十条,控制好读取时间,数据库必须打开在那里,这样好处STRINGGRID可以小g或合计,可变性大。