Live data from Hacker News

Show HN: Forms – Easy custom database applications

sonadier.com

11–20 of 62 posts

Re: Show HN: Forms – Easy custom database applications

#15

It looks like your access control is table level. Have you considered what it will take to provide row/column level controls? Also, the report builder looks like it doesn't allow you to set up complex reports (range queries). Can you add an abstract WHERE clause constructor? That would let you do things like collect all orders in the last week that were over 20 dollars, late on their delivery, or fulfilled by the new…

> Have you considered what it will take to provide row/column level controls?

FWIW I did this for a client application and it wasn't real fun. Took a few tries to come up with something that was reasonable at column-level resolution.

Figure you need at least read and write permissions, you need to have table-level granularity, you want to have column-level granularity, you want to make it easy to manage groups of permissions (roles), but you also want it to be easy to create users with exceptions to those roles. For example, how would you create permissions for a group that gives you access to all of a table except a specific column?

You need, basically, ACLs, and afaik there isn't a standard recommendation for that yet (that I could find).

I settled on a roles table and a permissions table, with descriptors with wildcards for different operations (like, "read-client-address", "write-client-notes", "∗-client-∗"), and allow/disallow/inherit options. For instance, a "demo" account has "disallow ∗, allow read-client-∗, disallow read-client-name", etc. On login the permissions are loaded for the user signing in and then each DB operation checks to see if the operation is allowed() in a function that resolves wildcards and priority and does a few other tricky things.

There are probably better ways to do it, but anyway, the moral is that there should be a good reason for needing more granularity in permissions before someone decides to implement it.

Re: Show HN: Forms – Easy custom database applications

#16

It looks like your access control is table level. Have you considered what it will take to provide row/column level controls? Also, the report builder looks like it doesn't allow you to set up complex reports (range queries). Can you add an abstract WHERE clause constructor? That would let you do things like collect all orders in the last week that were over 20 dollars, late on their delivery, or fulfilled by the new…

> You might want to look at BI tools like Pentaho or Microstrategy to see if you can build something similar on the analysis end.

Or just provide an OData feed so users can do that themselves in PowerBI (or whatever).

Re: Show HN: Forms – Easy custom database applications

#17
It looks nice at first glance. Eventually someone, somewhere, is going to get this right and it will be extremely popular. Maybe it's you, who knows.

I bet there are hundreds of millions of dollars spent every year on full on huge projects that are essentially a simple CRUD application.

Do you support writing event based code in some way?

Re: Show HN: Forms – Easy custom database applications

#18
The forms part is a great start. There's a pretty ripe market to grab current customers of Intuit's Quickbase product if you add the other online/rad database app features. Quickbase's pricing model is terrible.

DabbleDB, before they were bought out and shut down, was on their way to doing just that.

Re: Show HN: Forms – Easy custom database applications

#20
From a tech side this is great, but your pricing model is all screwed up. "Unlimited forms and fields" at the free tier? You need to align your pricing to scale with your costs. Limit by users but also the number of rows in the DB.

MailChimp is a good example of aligning pricing with costs

Post reply on HN