Есть причина, по которой вы не можете найти документацию такого типа. Для начала, в отличие от SQL, нет такой вещи, как стандартная база данных NoSQL. Вы пытались искать конкретные хранилища данных NoSQL?
Кроме того, попытка преобразовать реляционные операции в нереляционные системы просто вызовет у вас проблемы. Вместо этого вам нужно посмотреть, что вы пытаетесь сделать с этими реляционными операциями. Например, сгруппировать ли для сортировки списка по категориям или для обработки иерархических объектов, когда у вас нет нескольких полей значений? Объединяет ли сборка одного объекта, хранящегося в нескольких таблицах, или вычисление пересечения множества?
Одна из самых сильных сторон SQL - то, что любые данные могут быть представлены стандартным способом, и любой запрос может быть выполнен на этих данных. Он не обязательно будет наилучшим образом подходить для этих данных, но он является стандартным, и есть практически один правильный ответ почти на любой вопрос. NoSQL в основном заключается в возможности оптимизировать хранилище данных для того, что вам действительно нужно, пожертвовав универсальностью SQL. Это может быть производительность, обработка большого набора данных, обработка противоречивых данных или просто более простой код. Короче говоря, вы должны понимать свои требования и недостатки, связанные с их оптимизацией, а не просто выбирать SQL по умолчанию.
Ваш лучший вариант - выбрать хранилище данных, которое соответствует вашим потребностям (хорошее сравнение функций высокого уровня
http://kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis) и найдите несколько примеров того, как системы проектируются с использованием этого хранилища данных. Если повезет, вы найдете что-то близкое к тому, над чем вы работаете.