А датомик платный?

Подскажите, пожалуйста: 1. Существуют ли библиотеки с таким или похожим интерфейсом (без макросов)? 2. Если нет, то как лучше будет такое реализовать? В каких направлениях копать? Я пока к зипперам склоняюсь...

user> (def pattern ["foo"])
#'user/pattern
user> (def data ["foo"])
#'user/data
user> (match pattern data)
{:match true}

user> (def pattern [foo])
#'user/pattern
user> (def data ["bar"])
#'user/data
user> (match pattern data)
{:match true :foo "bar"}

user> (def pattern {:foo bar})
#'user/pattern
user> (def data {:foo "bar"})
#'user/data
user> (match pattern data)
{:match true :bar "bar"}

что ты имеешь ввиду под match, @pavetok? merge какой-то?

@misha в общем случае match вовращает ответ да/нет на вопрос похожи ли данные на паттерн? обычный паттерн матчинг

но если в pattern встречаются переменные, то их значения берутся из data

а откуда в последнем результате киворд :bar? опечатка?

вот такое есть: https://github.com/clojure/core.match для деструктуризации clojure.core.spec еще можно взять. больше не подскажу

а задача какая?

core.match и core.spec на макросах основаны нужно матчить структуры против структур, т.е. и паттерны и сущности могут лежать в БД, как обычные данные макросы не подходят

А кто postgresql с clojure использует? Интересен ли реактивный postgresql (репликация на клиента)?

Я тут поиглал с logical replication - новые возможности - https://blog.2ndquadrant.com/logical-replication-postgresql-10/

@nicola Николай, можешь уточнить, что под клиентом имеется ввиду? И еще вопрос: в концепции микросервисов понятие shared persistance layer считается антипаттерном. то есть если нужно получить доступ к данным, то милости просим через API сервиса, а не напрямую из базы. Таким образом внутренний формат базы - личное дело команды сервиса. Может ли новая фича postgres 10 помочь с идеей микросервисов по реализации доступа к данным через API? ( как вариант - логическая реплика базы оборачивается через API и запросы на доступ к данным адресуются ей, а не базе под нагрузкой)

@mike1452 через логическую репликацию можно из pg получить feed изменений (считай push в datomic), что ты будешь с ним делать дальше - раздавать по rest-api, пихать в web-socket, через кафку, реплицировать в другое хранилище - решай сам. Мне показалось интересным - собрать реактивное решение типа @tonsky datamic/datascript для postgresql

надо только sql над стримами научиться делать для реактивных query (aka https://www.pipelinedb.com/) или его и взять (пока внутрь не заглядывал) и сделать простенький posgtres.js на клиенте 🙂

за язык запросов и подписок можно взять - подмножество honeysql

Вобщем если кому интересно подключайтесь - начал набросок концепции - https://github.com/niquola/pglogic-clj