数据库高手请进 数据文件过大的问题

15 g 的数据库是很小的库了！这个量级正常是不应该存在慢的问题。

1慢可能是服务器的配置过低，尤其是阿里云服务器租用的配置太低了！感觉你说所的找不到存储过程好像就是阿里云最低配的问题。

2你们还用存储过程，和我们以前的系统一样，所有的业务逻辑都是存储过程完成，所以所有的压力都在数据库服务器上，服务器就容易卡，用存储过程还无法负载均衡。

3表的索引缺失或不合理，很重要的原因。

4使用了大量的触发器，触发器是开始一下爽，后来苦一生。坚决不用触发器，数据量大这个是要命的。

5存储过程里使用大量的link 访问其他数据库服务器，尤其是link 给远程库写数据；如果还写远程数据包含在分布式事务里这就更要命了。

日志1g 慢和它没一毛钱关系，就是占一点空间而已

你需要将日志文件截断后收缩

在查询分析器里依次执行下面的语句就可以了，把“数据库”替换成你实际的数据库名

--首先截断事务日志

backup log 数据库 with no_log

--收缩数据库

dbcc shrinkdatabase('数据库',0)

楼上的方法有风险，而且 *** 作的时候数据库是脱机的。

delphi 的图像缩放示例代码如下：

procedure SizeBmp(const Source, Dest: string; const x, y: integer);

var

  aBmp, bBmp: tbitmap;

  scalex, scaley: real;

begin

  aBmp := TBitmapCreate;

  bBmp := TBitmapCreate;

  try

    aBmpLoadFromFile(Source);

    scaley := aBmpHeight / y;

    scalex := aBmpWidth / x;

    bBmpWidth := round(aBmpWidth / scalex);

    bBmpHeight := round(aBmpHeight / scaley);

    bBmpPixelFormat := pfDevice;

    SetStretchBltMode(bBmpCanvasHandle, COLORONCOLOR);

    StretchBlt(bBmpCanvasHandle, 0, 0, bBmpWidth, bBmpHeight,

      aBmpCanvasHandle, 0, 0, aBmpWidth, aBmpHeight, srccopy);

    bBmpSaveToFile(Dest);

  finally

    aBmpFree;

    bBmpFree;

  end;

end;

procedure TForm1btn1Click(Sender: TObject);

begin

  SizeBmp('e:\1112bmp','e:\1112_smallbmp',640,480);

end;

解决方法如下：

（1）修改phpini适用自己有服务器的人

大多数都修改phpini中的upload_max_filesize，但修改了这个以后，还是提示这个问题；

那么更改如下几处：

修改

PHPini

file_uploads

on

是否允许通过>

以上就是关于数据库高手请进 数据文件过大的问题全部的内容，包括:数据库高手请进 数据文件过大的问题、SQL Server 2000 中数据库文件如何压缩啊、（DELPHI）已经存入SQLSERVER中的图片数据（image字段）太大，怎么直接在数据库中压缩或怎么用程序实现等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！