Так а как обобщить-то, что с чем связывать, чтобы получить результат для любых данных?

Скажем так, мы определяем бизнесс критерий, пишем тестовые наборы данных для пограничных случаев и если мы получаем результат, то какая разница как?

Понимаете, ваша задача звучит как "задача коммивояжера". Все ок пока у графа три вершины.

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

А теперь добавляем сюда ещё 4 таблицы и 8-10 связей.

@chikanov А я вот сейчас подумал - а так ли долог будет брутфорс?

Есди бы я делал это, то первое, мы уже знаем какие поля нам нужны в результате и какие были в исходных. второе, бизнес критерии обязательно затрагивают все участвующие таблицы и мы их знаем, иначе означает что они не участвуют. Третье, проблема вычислимых полей в результате - здесь да будет проблема. Собсна дальше декартово произведение и итеративное применение условий с отсечением, тут да обычная SAT проблема, которая впринципе решаема, хоть иногда и брутфорсом

Скажем для простых проектов, такое можно использовать, или опять же для не программистов при подготовке данных по эксельникам всяким

Одно не понятно - если мы знаем путь сбора данных по таблицам, то зачем нам эта тулза?

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

Исторический экскурс - SQL тоже делали со словами "ну вот язык, которым будут пользоваться нормальные люди, а не только программисты". Знаем, чем это закончилось. Тут закончилось бы тем же.

Данные по экселькам - это нужно уметь делать то же самое, но ещё и в две стороны, и это уже система электронного документооборота на минималках.

Скажем так, область применения мне не интересна, интересно было есть ли чтото похожее. Вообще это в первую очередь мне видятся образовательные моменты, когда человек начинает изучать новую БД и мыслит другими шаблонами, он знает что хочет получить, но пока не знает как. Или вообще только вкатывается, но чтото ему не понятно, а в обычных экспериментах и интернетах готового решения нет. В чате монги часто вижу такое

На самом деле для такой тулзы есть реальное применение - натаскали данные десятком запросов, а потом ей "а теперь давай-ка одним!".

Такой кейс можно приписать и обучению программированию, хмык

Да

Вообще использовать такое для обучения - ужасно, это хуже, чем не учить людей вообще ничему, потому что поощряет обезьяний подход "повторяй за мной", вместо того, чтобы дать адекватную базу и понимание, и знания, полученные таким образом, не получится расширять

А про программирование я сказал потому, что это довольно очевидно нелепо было бы пытаться применить для программирования (и, кажется, соответственно нелепо применять для SQL)

писал писал ответ и понял что скатываюсь к Бугаенко - бизнесу не надо обучать, ему нужны спецы и делать продукты

Так такая херня не позволит делать продукты, если она сама полный цикл производства не заменит, компетенции необходимые у людей просто не будут копиться

в универах и на курсах такая тулза не нужна т.к. есть учитель и он заменяет ее, но при самостоятельном изучении она уже имеет смысл

и чем она будет лучше чем stackoverflow или целая гора статей по SQL

тем что тебе не нужно искать в этой горе статей