4 ms·
>The first is SECURITY BARRIER and LEAKPROOF which gives us an ability to rethink how to multi-tenant applications It doesn't really let us re-think it does it
by papsosouid 14y ago
>The first is SECURITY BARRIER and LEAKPROOF which gives us an ability to rethink how to multi-tenant applications
It doesn't really let us re-think it does it? It just closes a hole in how you would have typically done it anyways. Is there any way to solve the problem of having to create a new connection as company_X_user for every single request?
- fdr 14y agoI think a number of people might find such functionality useful -- every once in a while I run across people with tens or hundreds of thousands of schemas, because a program written to query against a particular schema is more convincing and easy to audit than row-based multi-tenancy. The problem is that there are performance and tooling issues when you have that many database objects, so those people can end up sad, even though the model was one they basically were happy with. So I think adding database features for lucid multi-tenant work while reducing the risk of cross-tenant leakage is a movement in a good direction.
- y0ghur7_xxx 14y ago> Is there any way to solve the problem of having to create a new connection as company_X_user for every single request? Yes you can accomplish that with Veil, but I agree, it would be nice if it was built in, but an add-on is ok too.