🏠 back to Observable

Poor database client support

Can someone explain to me your strategy for database client support? I’m a 20+ year database architect/engineer experienced with most DBMSs. You are pushing people away from using D3 directly for embedding into web pages, towards using Observable as an authoring/display tool, and then promoting code downloads for web page embedding. This seems kludgy and overly complex for web page embedding but that’s a separate discussion and appears to be business driven.

The main issue is that your database client support is extremely limited. I don’t see how you can expect people to adopt Observable without support for Oracle, SQL Server, SQL Azure etc. Sure I can expose data from those sources through a web service but why would I want to take those extra steps?

Postgres is fine but it’s a much bigger world - I have existing databases with millions and billions of rows of data, aggregation tables, extensive analytic code in sql - there is not a chance that data and code will migrate to one of your supported databases. Most tools that use databases have broad support for connections and that is missing for Observable.

Plotly has a Falcon SQL Client connector - I haven’t used it but it seems to be that Observable needs something like it.

Thanks, Tom Kreyche

1 Like