lat, default_radius(500) radius, * FROM source) более SQL-но будет звучать?
На самом деле да, готовый CTAS
ну, такой синтасис очень сильно усложняет парсер, а я не готов потратить на него ещё пару месяцев
И не надо, если пользователей устраивает Cypher, например, тоже на SQL не похож, и отлично
SQL в компактной форме компактен (странно да), а в полной достаточно выразителен, чтобы минимально ошибаться в декларировании намерений. собственно, на выходе я хочу иметь нечто обладающее такими же свойствами. ну, плюс-минус
Мне кажется для такого кальцит и придумали
Благодарю. Смотрю...
Вам, кажется, не поможет. Слишком низкий уровень
кальцит без схемы бесполезен чуть более, чем полностью. если бы в наших flow было реально навалять генератор схемы, я бы его ещё пару лет назад забабахал. основной затык у нас в schema-less процессах (ну или процессах с контекстно-мутабельной схемой), о чём я и плачусь с самого начала :( более специфические задачи надо ещё поискать, эт верно
чё-то я ума не приложу, каким магическим образом лисп решает проблему появления схемы из ниоткуда. тупой, наверное.
Вы можете делать валидацию в любой момент: на стадии разработки против статического словаря, на этапе деплоя, в рантайме; через destructuring у вас могут быть ослабленные правила которые касаются только какого-то конкретного поля или элемента коллекции Возможности безграничны)
а есть реализация на лиспе? интересно)
Реализация чего?
Лиспа
Конечно, любой лисп написан на лиспе
Вот и разобрались
Кложур написан на плюсах под капотом :)
А точно на плюсах? Такое ощущение, что на простом человеческом си было написано изначально
Никогда не было на С
Там на JVM запускалка, какие-то примитивы для сериализации и интероп, кложа как любой лисп написана сама на себе вокруг базовых макросов, это и позволяет ее портировать и делать ClojureScript, ClojureCLR и проч
Зачем переписывают компиляторы языков на свой язык? Там просто происходит очень часто.
Своего рода стандартный тест.
На что?
Обсуждают сегодня