Re:PostgreSQL 9.5: UPSERT, Row Level Security, and Big Data
by tracker1 on Thursday January 07, 2016 @12:53PM
(#10859474)
In some cases, people will defer to database level security restrictions. It really depends on how much application logic is in the database. Some applications are designed with as much logic as possible in the DB, including each user being a db user with credentialed access. Others will treat the DB as dumb storage with all access through a programatic API... with thin API shims over DBMS, the db security is paramount.
Re:PostgreSQL 9.5: UPSERT, Row Level Security, and Big Data
by gnud on Thursday January 07, 2016 @05:06PM
(#10861179)
Imagine how much simpler every single query becomes, when you don't have to do complex access checking as part of the criteria. You can just write a normal select/join! The database handles access checking for you.
Suddently, it's not that scary to ask the intern to generate a rather complex report - he can't show anyone data they're not allowed to see by accident.
Re:PostgreSQL 9.5: UPSERT, Row Level Security, and Big Data
by Sanddancer on Thursday January 07, 2016 @01:00PM
(#10859524)
Exactly. Defense in depth. Most people are going to play by the rules, but making it harder to break the rules is useful.
Maybe you mean just in case they manage to bypass the software restrictions.