【问题标题】:best practices for database applications数据库应用程序的最佳实践
【发布时间】:2010-10-12 22:16:48
【问题描述】:

我问自己,在构建数据库前端时,社区认为什么是“最佳实践”。

例如:

每个表单都应该有自己的联系吗?

所有与数据库相关的东西都应该放在一个单独的层吗?那就是:创建一个类,处理所有事物的数据库,然后我从我的表单中实例化它等等?

应该遵循多严格的分隔规则,即:SQL字符串,连接字符串的放置位置。在每个表单代码中(可找到),在单独的(源)文件中作为全局变量,在 XML 文件中,甚至源代码中的任何位置,仅在 sql server 上?

等等

【问题讨论】:

  • 更准确地说,我应该提一下,我的前端是用 VB.net (Express) 编写的,而数据库是 SQL Server 2008 (也是 Express)。数据库已经存在(带有索引和适当的规范化;)但有一个 Access 前端

标签: database database-connection frontend


【解决方案1】:

在构建 Web 应用程序时,您通常有 3 层逻辑。

  1. 表示层
  2. 业务逻辑层
  3. 数据访问层

最后一层负责管理数据库的所有工作。

业务逻辑层不应在不使用数据访问层的情况下直接与数据库对话。

这是我最好的建议

【讨论】:

    【解决方案2】:

    以您的语言阅读应用程序架构的最佳实践,并阅读流行的框架。 这个问题的答案可以轻松填满 3 或 4 个学期的应用程序架构课程。

    【讨论】:

      【解决方案3】:

      了解数据库的事务模型。 Oracle 和 SQL Server 都支持事务,但它们的工作方式完全不同。

      【讨论】:

        【解决方案4】:

        这是一个非常广泛的问题,没有简单的答案。如果这是一个中小型项目,我会将连接字符串放在 web.config(connectionStrings 部分)中,并使用内置的 SqlDataSource 控件来访问它。

        【讨论】:

          【解决方案5】:

          最好将项目的不同层分开。查看 MVC 框架。

          MVC on Wikipedia

          【讨论】:

            猜你喜欢
            • 1970-01-01
            • 2020-05-05
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 2010-11-06
            相关资源
            最近更新 更多