代码之家  ›  专栏  ›  技术社区  ›  baskint

针对存储过程的案例[[关闭]

  •  1
  • baskint  · 技术社区  · 16 年前

    对一个拥有3000多个存储过程的数据库查询/访问1400多个表(过度规范化)的任何想法/评论。真的想使用诸如Entity Framework(最好是4.0)之类的技术,并从这些存储过程中获取业务逻辑吗?

    欣赏任何现实生活中的实践经验;如果您决定分享,请提供反馈。这是一个我继承的数据库,我真的觉得现在是时候抛弃存储过程来获得更好的业务层了。

    3 回复  |  直到 13 年前
        1
  •  1
  •   Dean Harding    16 年前

    这并不是您问题的答案,但您仍然可以在实体框架中使用存储过程: see here ,基本上存储过程映射到上下文对象上的方法调用。

    我的

        2
  •  0
  •   Jubal    16 年前

    这取决于你工作的商店。我在许多商店工作过,他们对是否利用存储过程或应用层的代码有着强烈的意见。问题是:您是否有更多的人擅长维护plsql/tsql?

    就我个人而言,我过去讨厌存储过程,喜欢orm工具等,现在我更喜欢保持应用程序代码的整洁。只有在对数据库非常熟悉之后才能这样做。让数据库代码存在于其本机环境中,并提供所有可用的工具。

        3
  •  0
  •   gbn    16 年前
    推荐文章