在Asp.Net中的数据库中插入数据。 哪种方法更好？ [关闭]

Question

我正在一个Asp.Net网站上将数据插入数据库中。 在互联网上阅读了不同的文章后，建议我们使用参数化查询，因为它可以防止SQL注入攻击。

所以我想知道哪种方法更好：

在数据库中创建一个带有参数的存储过程 ，然后在按钮单击事件中调用它，以将数据插入数据库中，例如

CREATE PROCEDURE AddInfraction
@Description varchar(255), @Penalty money, @Points int
AS
  BEGIN
       INSERT INTO Infractions (Description, Penalty, Points)
       VALUES (@Description, @Penalty, @Points)
  END

using (SqlConnection connection = new SqlConnection(ConfigurationManager.ConnectionStrings["DefaultConnection"].ConnectionString))
        {
            using (SqlCommand command = new SqlCommand("AddInfraction"))
            {
                command.CommandType = CommandType.StoredProcedure;
                command.Parameters.AddWithValue("Description", Description.Text);
                command.Parameters.AddWithValue("Penalty", Convert.ToInt16(Penalty.Text));
                command.Parameters.AddWithValue("Points", Convert.ToInt16(Points.Text));
                connection.Open();
                queryResult = command.ExecuteNonQuery();
                if (queryResult == 0)
                {
                    return;
                }
            }
            connection.Close();
        }

或者，也许首先通过在数据库中添加ADO.NET实体数据模型 ，然后在按钮click事件中创建最近添加的数据模型的对象，然后调用特定的存储过程并将数据插入数据库中。

using (ETrafficChallanSystemEntities eTrafficChallanSystemEntities = new ETrafficChallanSystemEntities())
{
  eTrafficChallanSystemEntities.AddInfraction(Description.Text, 
  Convert.ToInt16(Penalty.Text), Convert.ToInt16(Points.Text));
}

哪一种是在数据库中插入数据的最佳方法。

Answer 1

如前所述，这应该是您的偏好。 但是，随着微服务模式的最新趋势，最好将较少的应用程序逻辑与数据库产品联系在一起。 确实取决于应用程序的用途以及后端转移的频率

Answer 2

我不建议将存储过程用于简单的读/写查询，原因如下：

• 数据库中实现了某些逻辑，这些逻辑不在源代码控制范围内
• 难以维护
• 该项目更加详细

对于您的案例， 实体框架 （Microsoft Database Framework）可以涵盖将近90％的案例。

如果要对Sql查询进行更多控制，则可以使用Sql Kata之类的查询生成器（我是该库的作者）

Answer 3

两种方法都可以在数据库中插入数据。 使用参数化查询始终是一个不错的选择。 我建议使用第二种方法，因为您已经在项目中添加了ADO.NET实体模型。

Answer 4

这个问题没有绝对的答案。 任何程序（应用程序）都有自己的要求，但我认为使用每种方法都需要注意几点。

A）使用存储过程的优点：

• 第一次运行缓慢，但是下次运行如此之快。
• 数据处理逻辑是独特且集成的，因此更改变得如此简单，易于理解，快速，可靠和干净。
• 因为大多数业务逻辑都在DB层中，所以从一个IDE /语言/也许框架迁移到另一个框架很容易，所以许多鳕鱼改变了用新语言转换存储过程的调用。

B）使用实体数据模型的优点：

• 没花时间编写安全而强大的存储过程。

• 数据处理逻辑可以通过编码过程进行缓慢更改。

• 在编码时对数据库实体（表/视图和关系）具有有意义和清晰的了解。

• 在某些情况下，例如代码优先编程，可以更改数据库结构。

毕竟，我认为最好将实体模型方式保留在最易变/前端相关/小流程部分，而将存储过程用于持久/深后端相关/大型和多流程部分。