gdecandia

8 ms·

1. 1.▲
   by gdecandia 3mo ago

   Committer here. I would love to hear more about this scenario. Is the proposal to be able to export pg_dump formatted data on some schedule or trigger, entirely hosted in PostgreSQL and with timeouts? There are already extension that can ex
2. 2.▲
   by gdecandia 3mo ago

   Please see https://learn.microsoft.com/en-us/azure/horizondb/ai/ai-pipe...
3. 3.▲
   by gdecandia 3mo ago

   Long-running jobs on Postgres are not new at all. See pg_cron for one example. At the end of the day, these workloads would be running anyway against the database, whether triggered by an external component. HTTP queries from the database h
4. 4.▲
   by gdecandia 3mo ago

   Contributor here. Good points, we do need to develop some best practices around managing function versioning and lifecycle for pg_durable. https://github.com/microsoft/duroxide - also OSS, the durable execution framewo
5. 5.▲
   by gdecandia 3mo ago

   Contributor here. At Microsoft, our Postgres customers seem to split pretty evenly into 2 camps, those that want to do as much as they can in the database, and those that agree with your take - want to keep apps and compute outside the DB.
6. 6.▲
   by gdecandia 3mo ago

   Contributor here - at Microsoft we've built AI workflows on pg_durable and seen it substantially reduce code and increase reliability. Agree that the DSL ergonomics can be improved. Our pipelines use a higher level language and therefo
7. 7.▲
   by gdecandia 9y ago

   Frankly, it's been a while since I worked on Dynamo so I can't say for sure. I don't see a fundamental reason not to support null and zero-length. On the other hand it seems more like a convenience than a necessity, since you
8. 8.▲
   by gdecandia 9y ago

   Hi Brandur, I'll answer your final question first, then circle back. CitusDB is definitely more akin to a traditional RDMS that to Dynamo because it keeps almost all the goodness of relational databases while providing the ability to s
9. 9.▲
   by gdecandia 9y ago

   Hi Folks, this is Pino (formally Giuseppe) de Candia. I was the lead developer on Dynamo. I'm happy to answer any questions/comments.