Database ORM的趋势最终会杀死DBA吗？

在我们的办公室里，我们有一个数据库团队，负责从头开始的所有数据库定义。这将包括所有表、索引、SP等。它们还执行某些策略，其中某些用户只能访问某些SP

我看到切换到实体框架或Hybernate就像我们开发人员在做DBA已经在做的事情一样。代码优先的理念实际上从DBA手中夺走了这项工作，最糟糕的是，使用ORM的趋势正在脱离使用临时查询的SP范式

---

我一定错过了什么。DBA在ORM方法中的角色是什么？

最终评测将显示，为了获得您所需的最佳性能，您需要在数据库级别进行优化，这包括需要DBA的手工查询和索引。

最终评测将显示您所需的最佳性能，您需要在数据库级别进行优化，这包括需要DBA的手工查询和索引。

刚刚考虑了这个主题以及SQL Server/DBA将向何处发展。但不适合这样做……我只是在考虑这个主题以及SQL Server/DBA将向何处发展。但是不适合这样做…一个问题是，ORM在默认情况下倾向于发出查询，请求一行中的所有列，这常常使覆盖索引不切实际。谁说数据库不会根据工作负载动态维护自己的索引呢？我认为会威胁DBA的将是对象数据库，然而，我仍然不认为他们会去任何地方。有人必须做日常的数据库维护和控制任务。对象数据库？LOL。他们已经承诺交付15年了（至少15年），我觉得编写手工编制的查询或索引需要DBA是很可笑的。可能有很多开发人员甚至比一般的DBA更了解数据库性能评测。一个好的DBA是物有所值的，但我做过很多项目，但这些项目都负担不起DBA。一个问题是，ORM在默认情况下倾向于发出查询，请求一行中的所有列，这常常使覆盖索引不切实际，谁说数据库不会根据工作负载动态维护自己的索引呢？我认为对象数据库将威胁DBA，但我仍然认为它们不会有任何进展。有人必须做日常的数据库维护和控制任务。对象数据库？LOL。他们已经承诺交付15年了（至少15年），我觉得编写手工编制的查询或索引需要DBA是很可笑的。可能有很多开发人员甚至比一般的DBA更了解数据库性能评测。一个好的DBA是物有所值的，但我做过很多项目，但我负担不起DBA。