Имеет ли данная схема организации БД право на существование?
Право существовать имеет но.... а смысл?
Вообще самая распространенная схема - хранить все и в реляционной базе и по изменению данных запускать агрегацию в nosql. В таком случае у нас есть надежное хранилище, которое хранит все данные, и nosql база хранящая агрегации данных с целью ускорения выборки за счет денормализации. В этом случае в nosql будет много дублирования но нас это не парит так как у нас есть реляционная база, из которой всегда можно хоть с нуля агрегации запилить.
Соответственно у нас появляется разделение - все операции на запись работают исключительно с реляционкой, все операции на чтение - с nosql (ну или часть с nosql и часть с реляционкой, тут смотря что вы хотите ускорять и есть ли смысл в организации агрегации данных).
Любая схема имеет право на жизнь, пока не начнет безбожно тормозить. Как уже успели заметить в комментариях - Зачем? Вы фактически вместо одного запроса - делаете 2 и в разные источники. Что вам мешает создать таблицу products_description и в ней хранить 3 поля - product_id , locale, и данные в xml или json формате? На вход хранимке 2 параметра - id и локаль , на выход все необходимые данные для постройки формы. Причем если на уровне базы данных целостность внешнего ключа проверять не составляет труда, то как вы собираетесь контролировать данные в двух разных источниках?