Тут то и за javascript критиковали, а вы coffee предлагаете :)
Если серьезно, то нет и на это есть причины. Во-первых дополнительный слой компиляции — там и без того уже jsx есть.
Во-вторых, с точки зрения долгосрочного развития, javascript — какой-никакой но стандарт, а coffee — дело вкуса.
Решение выпускаться под GPL вполне взвешенное. Компоненты, которые можно было бы переиспользовать в других проектах, выделены отдельно и лицензируются под MIT лицензией. Сам же SQL Tabs — не библиотека, а конечный продукт. И хотелось бы, чтобы в случае форков он оставался открытым.
Почти всем хватает psql. GUI хотят те кто приходит в postgres из других баз или платформ (windows).
Мне это видится скорее проблемой, чем преимуществом. Мне и самому в 90% случаев хватает psql. Но отсутсвие нормальных тулов отпугивает от Postgresql многих потенциальных пользователей.
Кроме того, psql хватает для сугубо административных задач. Для разработки еще туда-сюда — можно пережить, скрестив его с любим редактором. Но для быстрого анализа данных, отладки сложных запросов и т.п. имхо труба…
вот это уже хуже, я тоже замечал пару раз последнее время… плохо то, что у меня оно не стабильно фризится — иногда может работать долгое время без проблем. В любом случае спасибо — буду ловить утечку.
Вообще можно конечно. Там механизм очень простой — на сервер отправляется JSON с помощью примитивного REST запроса. Нужно только свой URL вписать и сохранить прилетевший JSON.
Рендерер JSON-ов идет отдельной компонентой под MIT лицензией: sqldoc.
Лаги могут наблюдаться, если latency к подключенной базе большой. Там в фоне работает пополнение autocompletion словаря, и он подмерзает на вычитке данных. Уже исправил, в следующей версии должно быть чуть лучше.
C explain идея интересная, нужно будет подумать — но в ближайшее время вряд ли реализую.
Про встроенные типы понял, такой поддержки не будет, боюсь, никогда. Я принципиальный противник редактирования данных в гридах — данные редактируют либо из прикладного приложения, либо UPDATE statement.
Про драйвер, на сколько помню было 2 причины: мне очень хотелось добиться почти идентичного формата вывода, как в psql, и в javascript-овом драйвере не работал cancel запроса.
Спасибо за конструктивный отзыв! Редактор взял Ace, т.к. он умеет подсвечивать хранимые процедуры на разных языках и json.
Что вы имеете ввиду под поддержкой встроенных типов?
explain вроде нормально отображается — текстовое дерево, как в psql )
Это дело поправимое :) Главное, что стэк позволяет сделать какой угодно дизайн… в будущем. SQL Tabs всего лишь четыре месяца и это еще версия 0.x. И да, я автор и единственный разработчик. Так что по дизайну — это на самом деле поделка на бутстрапе, в css лучше не заглядывать — там страх и ужас! Темная тема должна выглядеть немного более причесанной — я ей больше пользуюсь.
Если честно, я не уверен в популярности x32 на сегодняшний день. Сделать то можно, но это наверняка займет время, которого немного. Опять же нужно будет обновлять. Пока я билды делаю наполовину вручную, поэтому вряд ли я возьмусь поддерживать еще одину платформу.
Но в будущем не исключаю… вобщем, нужно подумать.
Если серьезно, то нет и на это есть причины. Во-первых дополнительный слой компиляции — там и без того уже jsx есть.
Во-вторых, с точки зрения долгосрочного развития, javascript — какой-никакой но стандарт, а coffee — дело вкуса.
Так то я обычный DBA.
Самую простую имплементацию сервера можно найти здесь sqlshare
Мне это видится скорее проблемой, чем преимуществом. Мне и самому в 90% случаев хватает psql. Но отсутсвие нормальных тулов отпугивает от Postgresql многих потенциальных пользователей.
Кроме того, psql хватает для сугубо административных задач. Для разработки еще туда-сюда — можно пережить, скрестив его с любим редактором. Но для быстрого анализа данных, отладки сложных запросов и т.п. имхо труба…
PS
промахнулся с ответом по существу вопроса: см. ниже
Рендерер JSON-ов идет отдельной компонентой под MIT лицензией: sqldoc.
Про встроенные типы понял, такой поддержки не будет, боюсь, никогда. Я принципиальный противник редактирования данных в гридах — данные редактируют либо из прикладного приложения, либо UPDATE statement.
Про драйвер, на сколько помню было 2 причины: мне очень хотелось добиться почти идентичного формата вывода, как в psql, и в javascript-овом драйвере не работал cancel запроса.
Что вы имеете ввиду под поддержкой встроенных типов?
explain вроде нормально отображается — текстовое дерево, как в psql )
А что не страшное для примера?
Но в будущем не исключаю… вобщем, нужно подумать.