database - 游标与重复代码/逻辑

Question

我听说使用游标不好，因为它们对 DBMS 来说“不自然”，而且性能很差。
但想象一下以下情况:我有一个存储过程，我需要为每个来自法国的客户调用这个存储过程(例如)。我有几个选项，例如使用游标，将所有内容写在一个查询中，并从客户端应用程序为每个客户调用存储过程。
如果我在一个查询中写所有的东西——它很可能会从现有的存储过程中复制代码/逻辑/整个查询。对我来说，它看起来像是一种“臭臭的方法”(如果你读过“重构”一书)。逻辑不再封装在一个地方。

你怎么看？

附言。欢迎链接到任何描述游标为什么不好或还不错的文档。

Answer 1

如果您致力于在数据库中以存储过程的形式拥有业务逻辑，那么游标也不错。

假设您有一个非常标准的客户端-服务器-数据库架构，将逻辑移出数据库并移入应用服务器可能是一个更好的主意。这有几个好处:

1. 更好的可扩展性。添加应用程序服务器比添加数据库服务器更容易/更便宜。
2. 集中业务逻辑。业务逻辑遍布各处的应用程序更难维护。