Так это же ДБА, которого вы почему то называете девелопером.

Какой он разработчик, если он занимается администрированием эксплуатируемого продукта? А тех, кто разрабатывал, может не знать, потому что они могут работать, например, в другой компании-подрядчике?

Повторюсь - есть просто разные традиции названий. У вас может быть "разработчик", который в основном работает с базой, управляет ей, настраивает, решает сложные вопросы работы с базой, возникающие у других разработчиков. А у других он называется "DBA", а не "разработчик".
То есть работа разработчика - реализовать фичи и править баги согласно задачам из таск-листа, а работа DBA - обеспечивать нормальную работу системы, хотя эти 2 человека могут быть при этом программистами на одном и том же языке.

Ещё я подозреваю, что у вас нет разработчиков по базе. Которые вообще не знают, что такое традиционные ЯП.
Тогда, конечно, странно было бы, что бы среди фулл-стек программистов вдруг появился DBA, по крайней мере с таким названием

Это у вас такой подход, во первых, ориентированный на приложения, а не на данные, во вторых, ориентированный на фулл-стек программистоов (что частично вытекает из первого, а частично из простоты базы)

А у кого то другой подход, скажем, у многих запросы пишут DBA, а не разработчики, по крайней мере сложные запросы.
И базы бывают сложные и нагруженные.
И подходы бывают построенные вокруг данных, когда есть некий актив компании в виде её данных, и есть проекты написания приложений, работающих с этими данными (в том числе)