在SQL数据库中使用游标确实有一些弊端，尤其是在大型工程项目中，游标可能会被禁止使用。以下是一些主要的原因：

## 性能问题
首先，游标在处理大量数据时可能会导致性能问题。当使用游标时，需要将磁盘数据整体放入内存中，如果游标数据量大，可能会造成内存不足，从而影响系统的正常运行[3]。此外，游标本身也会消耗额外的CPU资源，因为它需要不断地检查和移动游标位置。

## 资源消耗
其次，游标可能会消耗过多的系统资源。每次打开和关闭游标都需要消耗一定的系统资源，如果在短时间内频繁地打开和关闭游标，可能会导致系统负载过重，甚至引发系统崩溃[3]。

## 并发问题
在并发环境下，游标可能会引发并发冲突。例如，如果两个线程同时尝试更新同一行数据，可能会导致数据不一致。此外，游标还可能会引起死锁，因为它需要按照特定的顺序来访问数据[3]。

## 维护困难
最后，游标可能会增加代码的复杂度和维护难度。游标通常需要复杂的逻辑来控制其行为，这可能会使代码难以理解和调试。此外，如果游标出现问题，可能很难确定问题的根源，因为它涉及到许多内部细节[3]。

综上所述，虽然游标在某些情况下可能是必需的，但是在大型工程项目中，由于上述的种种弊端，游标可能会被禁止使用。相反，开发者可能会选择使用其他更高效、更稳定的方法来处理数据，例如批量处理、事务处理等[3]。