હું PostgreSQL રો-લેવલ સિક્યુરિટી સેટ કરીશ જેથી દરેક વપરાશકર્તા ફક્ત તેમનો પોતાનો ડેટા જોઈ શકે, જેમાં સુપાબેઝનો સમાવેશ થાય છે.

વપરાશકર્તા ખાતાઓ, પેઇડ પ્લાન અથવા એક ડેટાબેઝમાં ઘણી ટીમો ધરાવતી કોઈપણ એપ્લિકેશનને નક્કી કરવું પડશે કે કઈ પંક્તિઓ કોણ જોઈ શકે છે. જો તે નિયમ ફક્ત એપ્લિકેશન કોડમાં જ રહે છે, તો જ્યારે કોઈ અન્ય રીતે ડેટા સુધી પહોંચે છે ત્યારે તે પ્રથમ વખત નિષ્ફળ જાય છે: એક નવો એન્ડપોઇન્ટ જે કોઈ સુરક્ષિત કરવાનું ભૂલી ગયું, તે જ ડેટાબેઝ પર બીજી એપ્લિકેશન, અથવા API જે Supabase તમારા કોષ્ટકો માટે જનરેટ કરે છે. રો-લેવલ સુરક્ષા નિયમને ત્યાં મૂકે છે જ્યાં ડેટા હોય છે.

મેં NDA હેઠળ સબ્સ્ક્રિપ્શન પ્રોડક્ટ પર આ કર્યું છે: કોષ્ટકો પર રો-લેવલ સુરક્ષા નીતિઓ અને દરેક સબ્સ્ક્રિપ્શન સ્તર માટે એક અલગ ડેટાબેઝ ભૂમિકા, જેથી પ્લાનમાં શું શામેલ છે તે PostgreSQL દ્વારા લાગુ કરવામાં આવે છે, કોઈ વ્યક્તિ ભૂલી શકે તેવી તપાસ દ્વારા નહીં.

સ્ટાર્ટરમાં, હું પાંચ કોષ્ટકો સુધીની નીતિઓની સમીક્ષા કરું છું કે તેમની પાસે શું છે અથવા શું નથી અને ગેપ્સની લેખિત સૂચિ મોકલું છું, જેમાં દરેકને દર્શાવતી ઉદાહરણ ક્વેરી હોય છે. સ્ટાન્ડર્ડ દસ કોષ્ટકો સુધીની નીતિઓ લખે છે અથવા સુધારે છે, તમારી એપ્લિકેશનને જરૂરી ભૂમિકાઓ સેટ કરે છે, તેમને સ્થળાંતર ફાઇલો તરીકે પહોંચાડે છે, અને પરીક્ષણો ઉમેરે છે જેમાં વપરાશકર્તા A વપરાશકર્તા B ની પંક્તિઓ વાંચવાનો અને બદલવાનો પ્રયાસ કરે છે અને નિષ્ફળ જાય છે. એડવાન્સ્ડ પચીસ કોષ્ટકો સુધી આવરી લે છે, ડેટાબેઝમાં લાગુ કરાયેલ પ્લાન અથવા સ્તર મર્યાદાઓ ઉમેરે છે, અને CI માં પરીક્ષણો ચલાવે છે.

Supabase પર, સમાન PostgreSQL સુવિધાઓ લાગુ પડે છે, જેમાં auth.uid() અને નીતિઓમાં ઉપયોગમાં લેવાતા JWT દાવાઓ હોય છે. સાદા PostgreSQL પર, નીતિઓ સત્ર સેટિંગમાંથી વર્તમાન વપરાશકર્તાને વાંચે છે જે તમારું બેકએન્ડ દરેક વિનંતી માટે સેટ કરે છે.

કોઈ કૉલ્સ નથી. દરેક પેકેજ કોણ શું જોઈ શકે છે તેના પર સાદી ભાષાની નોંધ સાથે સમાપ્ત થાય છે; સ્ટાન્ડર્ડ અને એડવાન્સ્ડ પર, નીતિઓ પણ પરીક્ષણો સાથે તમારા રિપોઝીટરીમાં સ્થળાંતર તરીકે આવે છે. ડિલિવરી પછી 14 દિવસો સુધી, હું અમે સંમત થયા મુજબ કામ ન કરતી કોઈપણ વસ્તુને મફતમાં ઠીક કરું છું.

તમારા પ્રોજેક્ટને પૂર્ણ કરવાના પગલાં
1. ડેટા મેપ કરો - હું કોષ્ટકોની યાદી બનાવું છું, દરેક પંક્તિનો માલિક કોણ છે, અને તેને કોણે વાંચવું કે બદલવું જોઈએ: માલિકો, ટીમના સભ્યો, એડમિન, દરેક યોજના.
2. શું અસ્તિત્વમાં છે તેની સમીક્ષા કરો - વર્તમાન નીતિઓ, અનુદાન અને ભૂમિકાઓ તે નકશા સામે તપાસવામાં આવે છે, અને દરેક અંતરને એક ક્વેરી સાથે લખવામાં આવે છે જે તેને દર્શાવે છે.
3. નીતિઓ અને ભૂમિકાઓ - નીતિઓ કોષ્ટક દીઠ અને ક્રિયા દીઠ લખવામાં આવે છે, જેમાં યોજનાઓ અથવા ટીમો માટે ભૂમિકાઓ હોય છે, જેમ કે તમે સમીક્ષા કરી શકો તેવી સ્થળાંતર ફાઇલો.
4. તેને સાબિત કરો - પરીક્ષણો વિવિધ વપરાશકર્તાઓ તરીકે લોગ ઇન કરે છે અને એકબીજાના ડેટાને વાંચવાનો અને બદલવાનો પ્રયાસ કરે છે. દરેક પ્રતિબંધિત ક્રિયા નિષ્ફળ થવી જોઈએ, અને દરેક મંજૂર ક્રિયા કામ કરવી જોઈએ.
5. હેન્ડઓવર - કોણ શું જોઈ શકે છે, સ્થળાંતર, અને જ્યારે નવું કોષ્ટક દેખાય ત્યારે નીતિ કેવી રીતે ઉમેરવી તે વિશે સાદા શબ્દોમાં એક ટૂંકી નોંધ.