Как уже упоминалось в предыдущем посте - да, вы можете.
Например, если вы бэкэнд-приложение написали в стеке .NET - вы можете использовать, предположим, две основные библиотеки, которые действительно протестировали, и ребята используют их в реальных проектах (Google GraphQL.Net и вторая библиотека должны быть написаны почтито же самое)
Но обе эти библиотеки дают вам только обработку запросов GraphQL и описывают схемы («account {id name}» означает, что вы должны определить resolver, который возвращает данные из БД или другого источника данных)
Большинство парней используют EF (EntityFramework) в качестве адаптера данных между GraphQL и db.Но, с моей точки зрения, это бесполезно, особенно, если мы говорим о получении данных из БД, а это могут быть тысячи запросов.Мы внедрили компонент, основанный на облегченной библиотеке БД (почти для всех популярных БД, таких как MSSQL, Postgresql, MySQL или Elasticsearch), которые позволяют очень легко настраивать схему GraphQL и предоставляют основные функции, такие как сортировка, разбиение на страницы и сложный фильтр.