关于数据库性能问题

在服务器端写存储过程.
create procedure myprocedure
as
select * from mytable
在客户端使用storedprocedure调用.应该能解决您的问题...
=======
如果使用query很频繁,在使用之前不妨query1.prepare...

解决方案 »

  1.   

    笑哥哥的想法不错，确实，用query是非常频繁。不过我的建议是用table，我觉的用表也不错，起码是比较方便实用。
      

  2.   

    当服务器大概有20几个点的时候反应就非常缓慢.一个简单的查询都非常慢,有时甚至4、5分钟。
    可见你的数据库性能不行或者你的客户端联接数太多
    如果是前者，请参照相关资料进行调优，
    如果是后者，减少客户端的连接数（有可能是使用了多个TDatabase）
    如果数据量大了以后速度慢，应考虑索引
    我不提倡使用Table，原因正如你所说
      

  3.   

    谢谢各位的答复，请教各位
    一台服务器：
    p3 800双cpu，1G内存，普通硬盘
    win2000高级服务器版，sqlserver7.0
    这样配置的服务器大概能带多少个点
    同时读写数据库的可能性很大
      

  4.   

    Sql server绝对足够。你的服务器端sql最好使用stored procedure。如果你觉得慢，那么看看你建立的表，是否有索引？本人是做证券的，证券的服务器配置都没你的高。但是繁忙程度绝对比一个医院高。因此你把你的注意点放在Sql服务器上去吧。有很多值得优化的地方。
      

  5.   

    增加服务器的内存，至少加到 512M，同时在 SQL Server 7.0 中配置内存为 256M, 这样速度就快了很多。bigban() 的做法是正确的，即是你的客户端程序只要一个 TDatabase 连接到服务器即可，其它的如：
       Query1.DatabaseName := Database1.DatabaseName;
       Query2.DatabaseName := Database1.DatabaseName;
       Query3.DatabaseName := Database1.DatabaseName;
       等等。使用数据库 SQL Server, 最好有 ADO 控件, 这样速度会更快，移植也方便。
      

  6.   

    有是操作sqlserver数据库在本机上都会很慢,这是怎么回事呢?