如何选择SQL数据库？
我们生活在数据库的黄金时代，拥有大量高质量的商业和免费数据库。这很好，但缺点是，对于需要为下一个项目创建数据库的人来说，没有一个简单的明显的选择如何选择SQL数据库？,sql,database,Sql,Database,我们生活在数据库的黄金时代，拥有大量高质量的商业和免费数据库。这很好，但缺点是，对于需要为下一个项目创建数据库的人来说，没有一个简单的明显的选择 选择数据库时使用的约束/标准是什么 您使用的各种数据库在多大程度上满足这些约束/标准 数据库有哪些特殊功能 您觉得向其他人推荐哪些数据库比较合适 等等。我会首先考虑系统对数据访问、数据安全性、可扩展性、性能、断开连接的场景、数据转换和数据大小的要求 另一方面，还要考虑开发人员、操作员、平台管理员的经验和背景。 您还应该考虑在编程语言、操作系统、内存
- 选择数据库时使用的约束/标准是什么
- 您使用的各种数据库在多大程度上满足这些约束/标准
- 数据库有哪些特殊功能
- 您觉得向其他人推荐哪些数据库比较合适
等等。我会首先考虑系统对数据访问、数据安全性、可扩展性、性能、断开连接的场景、数据转换和数据大小的要求
另一方面，还要考虑开发人员、操作员、平台管理员的经验和背景。 您还应该考虑在编程语言、操作系统、内存占用、网络带宽、硬件方面有哪些限制
最后，但并非最不重要的是，您必须考虑业务问题，如许可证预算、支持和运营 在考虑了所有这些因素之后，您应该只剩下几个选项，而且选择应该更容易 换句话说，选择最适合组织和项目约束和需求的技术我当然认为你说得对，鉴于备选方案众多，这不是一个明显的选择，但这是我认为你可以将其缩小到对你的项目真正可行的方案的唯一方法。我首先想一想系统对数据访问、数据安全、可扩展性、性能的要求是什么，断开连接的场景、数据转换、数据大小调整
另一方面，还要考虑开发人员、操作员、平台管理员的经验和背景。 您还应该考虑在编程语言、操作系统、内存占用、网络带宽和硬件方面有哪些限制
最后，但并非最不重要的是，您必须考虑业务问题，如许可证预算、支持和运营 在考虑了所有这些因素之后，您应该只剩下几个选项，而且选择应该更容易 换句话说，选择最适合组织和项目约束和需求的技术我当然认为你说得对，考虑到备选方案众多，这不是一个明显的选择，但这是我认为你可以将它们缩小到对你的项目真正可行的范围的唯一方法。当然，最引人注目的因素是你或你的团队的专业知识……或者你将来可能雇佣的资源库。大多数情况下，我倾向于随大流，在LAMP团队中使用MySQL，在MS团队中使用SQL Server，因为这两种产品中的任何一种都能够在高负载环境中完成所有必要的工作 与学习如何使用它的痛苦相比，任何其他数据库的好处都是微不足道的。在我看来，唯一的例外是在高需求环境中： a。显而易见的选择已经尝试过，但正在失败 b。扩展的好处是边际效益的倍增，达到这样一个程度，即使用一些意想不到的东西的成本是值得的 我假设需要雇用至少两名，最好是三名长期熟悉新数据库的优秀DBA
首先，我会尝试为失败的技术雇佣他们，因为造成问题的原因更可能是技术的使用方式，而不是技术本身。当然，最引人注目的因素是你或你的团队的专业知识……或者你将来可能雇佣的资源库。大多数情况下，我倾向于随大流，在LAMP团队中使用MySQL，在MS团队中使用SQL Server，因为这两种产品中的任何一种都能够在高负载环境中完成所有必要的工作 与学习如何使用它的痛苦相比，任何其他数据库的好处都是微不足道的。在我看来，唯一的例外是在高需求环境中： a。显而易见的选择已经尝试过，但正在失败 b。扩展的好处是边际效益的倍增，达到这样一个程度，即使用一些意想不到的东西的成本是值得的 我假设需要雇用至少两名，最好是三名长期熟悉新数据库的优秀DBA 首先，我会尝试为失败的技术雇佣他们，因为它的使用方式比技术本身更有可能导致问题。我的选择标准（主要以编程为中心）：
- 维护：如何安装更新/修补程序
- 事务控制：如何实现
- 是否支持存储过程
- 您可以在存储过程中使用异常处理吗
- 费用
- 一个好处是：可以在存储过程上使用递归吗？（例如，在SQL Server 2000中，递归在32次通过IIRC后停止）
- 维护：如何安装更新/修补程序
- 事务控制：如何实现
- 是否支持存储过程
- 您可以在存储过程中使用异常处理吗
- 费用
- 一个好处是：可以在存储过程上使用递归吗？（例如，在SQL Server 2000中，递归在32次通过IIRC后停止）