Какое требование? Где граница? Есть ли?
Начните с БД, которой вы должны управлять. Изучите это от и до. Затем решите, что вы хотеть учиться. Применить одни и те же принципы к новой системе будет не так сложно, как попытаться изучить несколько одновременно.
Спросите себя: «Почему я хочу этому научиться?»
Есть много других типов моделей баз данных, помимо реляционных. chouchdb - отличный пример базы данных в стиле хеш-таблицы. Посмотри вокруг, выясни, что будет
или
Всегда найдется кто-то, кто знает больше, чем вы. Не пытайтесь стать сильным во всех сферах, вы будете одинаково слабы во всех. Развивайте свои сильные стороны, устраняйте свои слабости.
Я думаю, что все администраторы баз данных должны обладать некоторыми базовыми знаниями. Это включает в себя такие навыки и действия, как
Вы также должны обладать фундаментальными знаниями в области ИТ-безопасности и быть готовы, как разработчики программного обеспечения, учиться на протяжении всей жизни.
Эти концепции могут быть применены к любому продукту базы данных. Если у вас есть опыт работы с двумя или тремя продуктами разных поставщиков, вы без проблем изучите остальные.
Нет, администратору БД не обязательно знать все существующие системы БД.
Изучите основы, которые вы можете применить где угодно, например, упоминания splattne. Для изучения конкретных поставщиков я бы рекомендовал Oracle и MSSQL, поскольку они оба хорошо зарекомендовали себя на крупных предприятиях. В конце дня вам нужно будет знать некоторые БД хорошо устроиться на достойную работу.
Я согласен с остальными по большей части. Знание - сила, и чем больше вы знаете, тем лучше вы сможете выполнять свою работу. Я специализируюсь на SQL Server, но немного разбираюсь в других крупных, таких как MySQL и Oracle, которые помогли мне довольно много раз. Некоторые конкретные преимущества знакомства с несколькими СУБД (если на то пошло и другие другие системные платформы) включают:
Я не думаю, что существуют реальные требования, выходящие за рамки конкретных требований к работе в среде. Границы зависят от вас как от администратора / dba / разработчика. Сколько времени вы готовы потратить на изучение X различных систем? Где вы проводите свою линию? Можно делать предложения, но вы единственный, кто может провести четкую границу.
Что касается (реляционных) СУБД, у них есть некоторые общие знаменатели (базовый SQL, базовые объекты базы данных и т. Д.), Которые дадут вам отличную фору в «знании систем». Изучите основы, а затем узнайте, где каждая система начинает отличаться своей поддержкой, а затем (или одновременно) изучите более продвинутые функции каждой системы.
Достаточно? В IT ничего не достаточно, но большая разница в том, чтобы иметь хорошие знания и быть экспертом.
Если бы я нанял администратора базы данных, я бы потребовал, чтобы он / она очень хорошо разбирался в базах данных, которые мы используем, но также знал, какие еще типы баз данных существуют, чтобы оставаться в курсе.
Откуда вы действительно знаете, что ваша база данных приносит наибольшую пользу вашему работодателю, если у вас нет хотя бы базового понимания альтернатив?
Это не означает, что вы должны знать конкурентов, а также свою основную платформу, но вы, вероятно, должны иметь базовое представление о характеристиках производительности и общем наборе функций каждой из них относительно вашей основной платформы. Если ваш начальник вас спросит Зачем вы используете платформу A, а не платформу B, вы должны ему сказать.
Если взять в качестве примера магазин SQL Server, это не означает, что вы должны использовать MySQL или Oracle для определенного приложения в своем магазине, когда все остальное работает на SQL Server, даже если эта другая база данных может больше подходить для этого приложения. Ваш опыт будет в SQL Server, поэтому вы не сможете эффективно управлять другим типом базы данных. Вы, вероятно, будете делать то же самое или лучше, сохраняя однородность окружающей среды.
Это означает, что вы должны знать достаточно, чтобы знать, когда бизнес в целом движется в направлении, которое, возможно, может способствовать использованию другой платформы баз данных, чем та, которую вы используете в настоящее время.