除SQL Server之外的数据库引擎是否有这种行为?

我有一个这样的存储过程(伪代码)

  storedprocedure param1, param2, param3, param4
  begin
     if (param4 = 'Y')
         begin
             select * from SOME_VIEW order by somecolumn
         end
     else if (param1 is null)
          begin
             select * from SOME_VIEW
                where (param2 is null or param2 = SOME_VIEW.Somecolumn2)
                and (param3 is null or param3 = SOME_VIEW.SomeColumn3) 
             order by somecolumn
          end
     else
          select somethingcompletelydifferent
     end

很长一段时间都很顺利。突然,如果param4为“y”,查询将永远运行。将代码更改为:

  storedprocedure param1, param2, param3, param4
  begin
     if (param4 = 'Y')
         begin
             set param2 = null
             set param3 = null
         end
     if (param1 is null)
          begin
             select * from SOME_VIEW
                where (param2 is null or param2 = SOME_VIEW.Somecolumn2)
                and (param3 is null or param3 = SOME_VIEW.SomeColumn3) 
             order by somecolumn
          end
     else
          select somethingcompletelydifferent

它在预期的参数内再次运行(对于40000多条记录,大约15秒)。这是SQL Server 2005。我的问题的要点是这个特定于SQL Server的“特性”,或者这是RDBMS中的一个常见特性,一般来说:

1. 运行两年的查询会随着数据的增长而停止工作。
2. “新的”执行计划会破坏数据库服务器执行查询的能力,即使逻辑上等价的替代方案运行得很好?

这看起来像是对SQL Server的咆哮,我想在某种程度上是这样,但我真的想知道其他人是否在Oracle、DB2或任何其他RDBMS中经历过这种情况。虽然我在其他方面有一些经验,但我在SQL Server上只看到过这种容量和复杂性,所以我很好奇其他拥有大型复杂数据库的人在其他产品上是否也有类似的经验。