在存储过程（Stored Procedures）中编写业务逻辑的优缺点主要涉及以下几个方面：

优点：

1. **性能优化**：存储过程在数据库中预编译和存储，因此当被多次调用时，可以显著提高执行效率。与逐次编写SQL语句相比，存储过程能减少网络流量和解析时间。

2. **代码重用**：一旦存储过程被创建并存储在数据库中，它可以在多个地方被多次调用，提高了代码的重用性。

3. **数据安全性**：通过存储过程可以控制对数据的访问，只允许授权的用户执行特定的存储过程，这样可以增强数据的安全性。

4. **集中管理**：所有的业务逻辑都集中在存储过程中，方便了开发和维护。当需要修改业务逻辑时，只需要修改存储过程，而不需要修改所有调用该逻辑的代码。

5. **事务处理**：存储过程可以很方便地与事务一起使用，确保数据的完整性和一致性。

6. **灵活性**：存储过程可以使用多种编程语言编写，如T-SQL（对于Microsoft SQL Server），PL/SQL（对于Oracle），可以根据业务需求选择合适的语言。

缺点：

1. **可读性和可维护性**：复杂的存储过程可能使代码难以阅读和理解。与现代的面向对象编程语言相比，存储过程的可读性可能较差。

2. **数据库依赖**：存储过程是特定于数据库的，如果更换数据库系统，可能需要重写所有的存储过程。

3. **调试困难**：与应用程序代码相比，存储过程的调试可能更加困难。需要专门的数据库管理工具和技能。

4. **版本控制**：随着业务的不断变化，存储过程可能需要频繁地修改和更新。如果没有良好的版本控制机制，可能会导致版本混乱和错误。

5. **灵活性受限**：虽然存储过程可以包含复杂的业务逻辑，但对于某些复杂的业务需求，可能不如使用应用程序代码灵活和易于扩展。

6. **性能问题**：虽然存储过程可以提高性能，但在某些情况下（如涉及大量数据的操作），可能会遇到性能瓶颈。此时可能需要考虑其他优化策略，如索引优化、查询优化等。

总的来说，是否在存储过程中编写业务逻辑取决于具体的业务需求、项目规模、团队技能和所使用的技术栈。在决定之前，应该充分考虑上述的优缺点，并进行充分的测试和评估。