从优化的角度浅谈医院his以及社保系统

披发头陀

最初由 lfree 发布
[B]

但我觉得ms sql 不好优化，对比oracle。 [/B]

同感
而且mssql要么不坏，坏了就准备重装系统然后attach db吧
人为可控性很差

husthxd

最初由 披发头陀 发布
[B]

同感
而且mssql要么不坏，坏了就准备重装系统然后attach db吧
人为可控性很差 [/B]

不知道sql server的备份和恢复做得如何?

lfree

最初由 husthxd 发布
[B]

不知道sql server的备份和恢复做得如何? [/B]

这个没有oracle好，不过她的安装
很容易，并且你可以直接copy文件
很容易打开数据库。

从优化的角度讲，主要ms sql的结构
很特殊，就是它的表存在聚集与非
聚集（概念与oracle不同），这个结构
是一个喜忧参半的设计，很难做到
两全起美。我有时间再写一下如何优化
ms sql的东西。

不过我个人认为ms sql 执行sql语句的速度
应该比oracle快，当然我没有相同的机器
比较。

husthxd

最初由 lfree 发布
[B]
不过我个人认为ms sql 执行sql语句的速度
应该比oracle快，当然我没有相同的机器
比较。 [/B]

这个要看执行什么sql语句.
btw:ms sql不能部署到unix平台是个硬伤.
windows平台总让人感觉不放心.

lfree

最初由 husthxd 发布
[B]

这个要看执行什么sql语句.
btw:ms sql不能部署到unix平台是个硬伤.
windows平台总让人感觉不放心. [/B]

我曾经将上次提到的sql语句的表copy到
ms sql，同样建立相同的索引
dept_code+noon_code+ reglevl_code+see_date
+seeno，执行计划为全索引扫描。

我发现sql server执行的速度比oracle快。
sql server要0.6秒，而oracle需要2－3秒。
当然两台机器的硬件配置不同。数据在
内存的情况下。

而且在ms sql下，我曾经跟踪一个
存贮过程，里面调用相当多的sql语句，
在ms sql下，完成这个过程大约需要
0.1~0.2秒，速度快的不可思议。

但是ms sq没有回滚段这个东西，无法
像oracle那样很好的保持一致性读取，
所以ms sql一般建议事务要尽可能快的
提交，否则会严重影响别的相似事务。

SELECT NVL (MAX (seeno), 0) + 1
  FROM r_register
WHERE dept_code = :1
   AND noon_code = :2
   AND reglevl_code = :3
   AND TRUNC (see_date) = :4

ccwlm741212

最初由 husthxd 发布
[B]

不知道sql server的备份和恢复做得如何? [/B]

比较简单实用，可够用了

ccwlm741212

最初由 lfree 发布
[B]


不过我个人认为ms sql 执行sql语句的速度
应该比oracle快，当然我没有相同的机器
比较。 [/B]

这个不一定的

husthxd

最初由 lfree 发布
[B]

我曾经将上次提到的sql语句的表copy到
ms sql，同样建立相同的索引
dept_code+noon_code+ reglevl_code+see_date
+seeno，执行计划为全索引扫描。

我发现sql server执行的速度比oracle快。
sql server要0.6秒，而oracle需要2－3秒。
当然两台机器的硬件配置不同。数据在
内存的情况下。

而且在ms sql下，我曾经跟踪一个
存贮过程，里面调用相当多的sql语句，
在ms sql下，完成这个过程大约需要
0.1~0.2秒，速度快的不可思议。

但是ms sq没有回滚段这个东西，无法
像oracle那样很好的保持一致性读取，
所以ms sql一般建议事务要尽可能快的
提交，否则会严重影响别的相似事务。

SELECT NVL (MAX (seeno), 0) + 1
  FROM r_register
WHERE dept_code = :1
   AND noon_code = :2
   AND reglevl_code = :3
   AND TRUNC (see_date) = :4 [/B]

呵呵，用软件，取其长，弃其短。
没有用过ms sql，不过ms的东西都比较方便好用是肯定的。
btw：ms sql是用日志回滚的把？

husthxd

最初由 ccwlm741212 发布
[B]

比较简单实用，可够用了 [/B]

有时候从用户的角度出发，软件做得越简单越好。
不过凡事总是有所权衡的，简单的获得是需要付出代价的。

西门吹牛

军惠的数据库设计不错，当初设计的时候是301医院信息科的一些牛人建立的，在HIS和数据库领域都是响当当的人物，现在的几套军惠系统的核心还是那套东西，就是增加了一些表，
后来为了打开民用市场，给修改的不成样子了。程序员修改过程在脑子里，人走了，资料没有留下来，后面接的人就明白了80%，再加上自己的修改和思路。如此循环，......