News for hackers. Stuff that matters.
Re:An update to the Timescale license by mfreed on Thursday September 24, 2020 @01:15PM (#24580954)
Storing JSON or EAV-format data do not require DDL access, and are commonly deployed in many settings, from product/SaaS analytics, IoT, IT/APM monitoring, and others.

That's actually one of the reasons we tried to frame it in terms of interfaces as well.

(Thanks for the question/interest!)

Re:An update to the Timescale license by yandie on Thursday September 24, 2020 @04:29PM (#24583235)
Our data is binary with a complex format (protobuf). We have custom logic to merge these data points. I guess this would not be covered by the license then
Re:An update to the Timescale license by mfreed on Thursday September 24, 2020 @06:46PM (#24584577)
Not sure I follow?

The parent poster was asking about "well, isn't it an issue with your TSL definition of 'DDL schema access' if you can store data in JSON or EAV so it doesn't have a 'fixed schema'", and my answer is: No, that's fine.

Just like it would be fine for you to store or use binary/blobs/arrays/whatever. We've seen some crazy/cool use cases like developers storing binary 3D lidar data in TimescaleDB.

In fact, with these "right-to-improve" changes, you could even modify the database to embed custom logic inside TimescaleDB to handle your protobuf format (as opposed to UDFs or application code), and it would still be permitted.