Хотим сделать ковыряние в реляционных БД данных, он же - анализ данных, простым для не-профессионалов, т.е. не умеющих в SQL.
Суть: ad-hoc reporting
Перед вами умное поле, где вы можете немного пожонглировать данными: посоставлять цепочки из различных таблиц, пофильтровать, сортировать, группировать и делать прочие штуки, доступные знающим SQL "лихко", а непосвященным - только за магарыч посвященным. Можно делить данные на уровни, суммировать на нижних уровнях, и "поднимать" суммы на верхние уровни.
Идея: для анализа данных не нужен SQL
У нас уже есть компонент для визуального построения запросов, который таки-требует хоть какого-то знания SQL, а хотелось чтобы его совсем не требовалось.
Потрачено: 6 месяцев
Даа, я знаю, нифига не быстро. Поэтому и пришел сюда учить no-code.
Технологический стек: ASP.NET Core web API + React
Потому что серверное API у нас на .NET. Ну, а React - как самый подходящий для задачи.
Пользователи
Нет пока пользователей. Ищем, разослали прототип по текущим пользователям Active Query Builder, узнаЁм их мнение.
Трудности
Ударно боремся сами с собой. Думали, что надо будет сделать лишь UI + прослойку для работы со своим же API для построения запросов. Разрабатываем на базе полудоделанной следующей (незарелизенной) версии Active Query Builder. В процессе разработки нашли кучу багов, поняли что API никуда не годится и долго допиливали его.
PNL
Заработок: 0 руб.
Затраты: где-то 500k, если не 1М - смотря как считать.
Планы на будущее
Че тут думать, трясти надо :)
В общем, если продукт не взлетит, сделаем вид, что это - продвинутая технологическая демка для работы с API Active Query Builder и выложим исходники в свободный доступ.
Нужны ли какие-то советы или помощь Клуба?
В команде отсутствует маркетолог. Я думаю это - главная проблема.
Какой совет вы бы сами могли дать идущим по вашим стопам?
Делайте то, что нравится.
А можешь привести примеры красивого жонглирования данными, которые можно делать? Пока пост выглядит ну очень сухо, даже я ничего не понял!
Про разработку было бы тоже интересно почитать. Как хоститесь? Как справляетесь с нагрузками если я загружу миллард записей? Как окупаетесь?
Я правильно понял, что это эдакая альтернатива QlikView / MS Power BI?
А под капотом у вас Generic Sql Builder?
Мне кажется сперва стоит продумать use case, самый простой, тип вот есть табличка, вот так вот сумму считаем. Например вот две таблички, вот так накликать иерархию. Вот Star-DWH, можно накликать супер репорт с 10 таблиц.
Ну и не хватает инфы о том, откуда в принципе то данные берутся? С чем приходит пользователь? Как создана непосредственно база данных? Знает ли сам пользователь как его данные выглядят? То, что он не знает join, не говорит о том, что он понимает в связи. Если это web, то мне открыть в паблик свою базу нужно будет? Если все гораздо проще, тогда вопрос, чем это будет лучше экселя) Ух, меня наверное понесло, сори, может не так понял)
Покликала, выглядит очень симпатично, хотя не слишком интуитивно,и не очень понятно, зачем оно. Просто для джойнов и примитивных агрегаций?
Результаты выдает в ужасно неудобном формате, вот это листание справа налево особенно. Если в моем репорте 100 строк, это надо десять раз покликать туда-сюда, чтобы его просмотреть? Или это как-то настраивается?
А если в репорте 30 колонок?
Есть выгрузка хотя бы csv из результата или это только веб-интерфейс для смотрения?
В фильтре ужасно не хватает опции %LIKE%.
Честно говоря, если бы я не могла в SQL, выгрузила бы нужные таблички в эксель и сделала vlookup :-)