有什么要求？ 边界在哪里？ 有没有？
从您必须pipe理的数据库开始。 学习内外。 然后，决定你想学什么。 将相同的原则应用到一个新的系统上不会像试图同时学习几个一样困难。
问问自己，“为什么我想学这个？
关系之外还有许多其他types的数据库模型。 chouchdb是散列表样式数据库的一个很好的例子。 看看周围，弄清楚会有什么
要么
总会有人比你更了解你。 不要试图让自己在所有领域都变得强大，你们在所有领域都会同样软弱。 build立你的优势，减less你的弱点。
我认为所有的DBA都应该有一些基本的知识。 这包括技能和活动
您还应该具备IT安全的基础知识，并愿意像软件开发人员一样成为终身学习者。
这些概念可以应用到那里的任何数据库产品。 如果您有两三种不同供应商的产品经验，您可以毫无问题地学习其他产品。
不，数据库pipe理员不需要知道那里的所有数据库系统。
学习你可以在任何地方应用的基本原理，如splattne提及。 对于供应商的具体学习，我会推荐Oracle和MSSQL，因为它们都是在大型企业中build立的。 在一天结束的时候，您需要了解一些数据库以获得一份体面的工作。
我同意其他人的大部分。 知识就是力量，你知道得越多，可以说你的工作就越好。 我专门研究SQL Server，但在MySQL和Oracle等其他大型项目中有点文化，这已经帮了我很多时间。 了解多个DBMS（其他系统平台）的一些具体好处包括：
我不认为在环境特定的工作要求之外有真正的要求。 作为admin / dba / developer的界限取决于你。 你愿意投入多less时间学习X个不同的系统？ 你在哪里画自己的线？ 可以提出build议，但是你是唯一可以画出清晰线的人。
对于一个（关系型）数据库pipe理系统来说，他们有一些共同点（基本SQL，基本数据库对象等），这将使你在“了解系统”方面有一个很好的开端。 学习基础知识，然后了解每个系统在哪些方面对其支持有所不同，然后（或同时）了解每个系统的更高级function。
足够？ IT没有什么是足够的，但是拥有一个公平的知识和专家却有很大的不同。
如果我要雇用一个数据库pipe理员，我会要求他/她对我们使用的数据库非常熟悉，但是还要了解其他types的数据库在哪里以保持最新状态。
你怎么知道你的数据库正在为你的雇主提供最好的价值，除非你至less有一个基本的了解替代scheme？
这并不意味着您应该了解竞争对手以及您的主要平台，但您应该对每个相对于您的主要平台的性能特征和一般function集有基本的了解。 如果你的老板问你为什么使用平台A而不是平台B，你应该可以告诉他。
以一个SQL Server商店为例，这并不意味着即使其他数据库可能更适合该应用程序，也应该在您的商店中的某个特定应用程序中使用MySQL或Oracle。 您的专业知识将在SQL Server中，因此您可能无法有效地pipe理其他数据库风格。 你可能会做得一样好，或更好地保持你的环境同质化。
这意味着您应该足够清楚，知道整个企业何时朝着一个可能有利于您目前使用的不同数据库平台的方向发展。