3 ms·
We use Chartio at my company. If you haven't tried it yet, this product is stellar - almost all of our BI needs are handled directly by stakeholders rather than
by m0th87 11y ago
We use Chartio at my company. If you haven't tried it yet, this product is stellar - almost all of our BI needs are handled directly by stakeholders rather than having to go through an engineer, and their support is very helpful and responsive.
I would consider moving off to something like Quicksight if it supported redis. Some of our BI-related data is stored there, and currently to get at it we have an app that proxies data from there to postgres for Chartio's sake.
- ticktocktick 11y agoIt is terrific that your end users are willing to spend the time and effort on building their own BI solutions. In my experience, at least with C-levels, that is not the case at all. C-levels also tend to want the most stuff.
- jessaustin 11y agoI agree, but I must point out that in some cases the alternative to the "time and effort" involved in the exec playing around with a particular end-user report tool is the time and effort involved in a series of meetings attended by the exec and everyone on the chain between the exec and whoever is actually building the reports. If "not able to specify a report format to a software service, even with assistance-as-needed from more technical users" disqualified one from executive employment, would any firm actually be hurt by that?
- neovintage 11y agoHave you tried using Postgres Foreign Data Wrappers? There's a redis fdw that will allow you to use SQL from Postgres and query the keys in Redis. http://www.postgresql.org/docs/9.4/static/sql-createforeigndatawrapper.html http://www.postgresql.org/docs/9.4/static/sql-createforeignd...
- m0th87 11y agoOh man, that is a very good idea. Apparently Heroku (our pg provider) supports it as well: https://devcenter.heroku.com/articles/heroku-data-links https://devcenter.heroku.com/articles/heroku-data-links