sergivan ,

Меня всегда немного удивляло, когда употреблялось понятие "архитектор БД".
Можно назваться как угодно, но по сути "архитектор БД" - это будет проектировщик или разработчик БД плюс, возможно, с функциями администратора (в состоянии представить масштабируемое решение, поставить кластер, решить проблемы производительности, надежности и т.п на уровне СУБД)
Со словом "архитектор" обычно ассоциируется "несколько" более обширный круг знаний, и роли БД/СУБД там отводится далеко не самая объемная часть.
Если взять тот же SAD (Software Architecture Document), например, применительно к RUP, то архитектуре данных там посвящен всего один раздел из 5-ти, опять же не самый объемный.
Под позицией архитектора (IT-архитектор, системный архитетор, архитектором интеграционных решений, архитектор предприятия) работодатель понимает примерно следующее - это достаточно авторитетные люди, обладающие широким кругом знаний, паттернов в различных областях, имеющими опыт работы более чем с одной платформой (например и java, и .net), более чем с одной СУБД, болеее чем с одной ESB и Message Queue и т.п. Список можно продолжать до бесконечности.

Привожу реальный пример с которым я по-большому счету согласен:
...
Ниже приведен примерный перечень тем в которых должен ориентироваться системный архитектор с той или иной степенью глубины знаний, в зависимости от специализации.
Базовые знания
-Аппаратное обеспечение
-Системное программное обеспечение
-Обеспечение надежности и масштабируемости
-Сетевое взаимодействие, межпроцессное взаимодействие
-Рапределенные транзакции
-Безопасность
-СУБД
-Облачные вычисления
-Архитектура предприятия и архитектурные фреймворки
Знания по направлениям
-Интеграция приложений
-Business Intelingence
-Технологии Интернет
-Разработка ПО
-MDM
-BPM
-ECM
-CEP
-Документооборот, электронные архивы
-Порталы
-ГИС
Отраслевая специфика

Базовые знания
-Аппаратное обеспечение
На базе CISC-архитектуры – x86-решения от Intel и AMD.
На базе RISC-архитектуры – IBM Power, Sun SPARC
Системы хранения
Телекоммуникационное оборудование
Совместимость аппаратных платформ
-Системное программное обеспечение
Операционные системы, их совместимость с аппаратными платформами, технические ограничения
Cредства межпроцессного взаимодействия в ОС
Платформы разработки корпоративных приложений - .NET, Java EE
Сервера приложений, их совместимость с аппаратными платформами, технические ограничения
Технологии COM, DCOM
-Обеспечение надежности и масштабируемости
Кластеризация
Классификация и назначение кластерных решений
Использование кластеров, типовые задачи
Программное обеспечение для построения кластеров
Аппаратное обеспечение для построения кластеров
-Сетевое взаимодействие, межпроцессное взаимодействие
Семиуровневая модель OSI
Протоколы TCP/IP
IIOP
RPC
Стандарты WS
Соотсветствующий API в Java SE&EE, .Net, существующие ограничения
-Рапределенные транзакции
Распределенные транзакции в Java EE
Распределенные транзакции в CORBA
Распределенные транзакции в .Net
Современное ПО обеспечивающее выполнение распределенных транзакций
Основные проблемы обеспечения выполнения распределенных транзакций
-Безопасность
AAA – Аутентификация, Авторизация, Аудит
Идентификация
Средства управления аккаунтами, IdM системы и метакаталоги. Варианты реализации IdM на разных платформах
Средства управления доступом к приложениям. Варианты реализации АM на разных платформах
Комплексные системы Identity and Access Management, поддержка платформ, выбор системы AM или IdM с точки зрения необходимой производительности
Отчуждаемые носители аутентификационных данных и инфраструктура открытых ключей.
Особенности применения в России ГОСТ-овых средств аутентификации и вечные технические проблемы заказчиков связанные с ГОСТ средствами аутентификации.
Ответственность и требования законодательства в области обеспечения безопасности персональных данных
-СУБД
СУБД, их совместимость с аппаратными платформами, технические ограничения
Классификация современных СУБД
Матрица современных СУБД на разных платформах, плюсы/минусы, возможности масштабирования, кластеризации, конкурентные преимущества
Особенности и проблемы выбора СУБД под задачи заказчика
Проектирование СУБД: инструментальные средства проектирования СУБД, использование реальных данных, привлечение экспертов предметной области к построению модели данных.
Методы оптимизации разработки БД.
Основные проблемы производительности.
Методы оптимизации выполнения запросов в реляционных СУБД
Методы борьбы с блокировками
Методы повышения производительности серверов БД: внешние хранилища БД, масштабирование, кластеризация, тюнинг серверов
-Облачные вычисления
Windows Azure
Google
Amazon
-Архитектура предприятия и архитектурные фреймворки
Существующие архитектурные фрейморки
TOGAF, Zahman, DoDAF...
Определение и принципы сервис-ориентированной архитектуры
Инструментальные средства управления архитектурой
Знания по направлениям
-Интеграция приложений
Шаблоны интеграции, Enterprise Integraion Patterns
Стили интеграции
Системы обмена сообщениями
Каналы обмена сообщениями
Построение сообщений
Маршрутизация сообщений
Преобразование сообщений
Примеры сложного обмена сообщениями
Конечные точки обмена сообщениями
Соотношение SOA и ESB с типовыми решениями интеграции корпоративных приложений
Решение задач интеграции с помощью шаблонов проектирования
Cистемы гарантированной доставки сообщений (Message Oriented Middleware, MOM)
МОМ для асинхронных коммуникаций
МОМ для синхронных коммуникаций
Матрица современного ПО МОМ, поддерживаемые платформы, плюсы/минусы
Основные тенденции в развитии распределенных баз данных, распределенных транзакций, и MOM.
-Business Intelingence
ETL
Многомерный анализ данных
Построение отчетности
Data mining
Dashboarding
-Технологии Интернет
Текущие Web серверы и современные языки программирования под них.
Прокси серверы
Северы приложений используемые совместно с web серверами, коммерческие и успешные не коммерческие APP.
Роль Web Service и SOA в реализации Web систем.
Хранение пользователей web систем.
Роль поисковых систем, собственные движки, внешние поисковые движки (бесплатные, коммерческие, Google appliance и др.), портальные.
Портал как готовое средство персонализации данных и создания личных кабинетов
Почтовые системы, средства автоматизированной обработки почтовых сообщений.
Особенности выбора платформы для веб систем
-Разработка ПО
Паттерны проектирования
Углубленное знание платформ .Net / Java EE
Многопоточное программирование
ORM
Построение клиентских приложений
Web клиенты
Windows клиенты
здесь можно бесконечно продолжать

-MDM
TODO
-BPM
TODO
-ECM
TODO
-CEP
TODO
-Документооборот, электронные архивы
TODO
-Порталы
TODO
-ГИС
TODO
-Отраслевая специфика
TODO
Для отраслевой специфики необходимо понимать:
Терминология
Типовые для отрасли бизнес-процессы
Типовые для отрасли автоматизируемые системы
Отраслевые стандарты

Cane Cat FisherВы понимаете, что даже если кто-то вникнет по порядку во все эти пункты до последнего, например, в ходе изучения университетского курса, то тем временем знания первых пунктов безнадежно устареют?

По-большей части в списке фундаментальные знания, а фундамент живет долго...
Что безнадежно устареет? Фаулеровские паттерны, паттерны интеграции, понятие асинхронности, понимание RDBMS или OLAP?
Появится что то новое, возможно даже на базе существующего.
Все остальное не must а "с той или иной степенью глубины знаний", как правильно заметил наутилус - во всех "ориентироваться", но в каком то одном направлении must be expert.
Более того, вполне нормально в той или иной степени столкнуться со всем перечнем в течении скажем 10-20 лет.

p/s/
Нет такого понятия архитектор БД.
Выше alexeyvg как нельзя более точно отметил - это по сути DBA+DB Developer