Ano ang row-level security?
Ang row-level security (RLS) ay feature ng database na nagpapasya, row por row, kung aling records ang pinapayagang basahin o baguhin ng bawat user, kaya isang customer lang ang nakakakita ng sarili niyang orders kahit humingi pa ang app ng higit pa.
Kung wala ito, ang patakarang "tanging sariling data lang ng user ang nakikita" ay nasa code ng app. Kapag nakalimutang suriin ng isang screen o API, puwedeng tumagas ang pribadong data.
Sa row-level security, nasa mismong database ang patakaran. Sumusulat ka ng policy gaya ng "nakikita lang ang row sa orders kapag tugma ang customer_id sa naka-sign in na user", at ina-apply ito ng database sa bawat query.
Sinusuportahan ng Postgres ang row-level security, at umaasa rito nang husto ang ilang backend service dahil direktang kinakausap ng apps ang database mula sa browser. Sa ganitong setup, puwedeng mabasa ng sinuman ang table na walang policy.
Isang layer lang ng proteksyon ang RLS, hindi ang tanging isa. Kailangan pa rin ng maayos na sign-in, mga pagsusuri sa server, at maingat na paghawak sa admin access ang apps.
Mga halimbawa
- Nakikita ng clients sa portal ang sarili nilang dokumento lang
- Nakikita ng bawat team sa isang tool ang sarili nitong projects lang
Mga tanong
Kailangan ko ba ng row-level security?
Kung ang app mo ay nag-iimbak ng pribadong data para sa maraming user at may bahaging direktang tumatanong sa database mula sa browser, oo. Kung lahat ng access ay dumadaan sa backend na sumusuri ng pahintulot, dagdag na safety net lang ang RLS.
Pareho ba ang row-level security at roles?
Hindi. Inilalarawan ng roles kung anong uri ng user ang isang tao, gaya ng admin o member. Gumagamit ang row-level security ng mga katotohanan gaya ng user id o role para magpasya kung aling partikular na rows ang maaabot niya.
Tingnan din
Mythex · Pricing · Gumawa ng kahit ano gamit ang AI · Mga template ng website at app · Paghahambing ng Mythex · Glosaryo ng paggawa ng app gamit ang AI · Mga libreng tool sa paggawa ng app gamit ang AI · English