ການສຶກສາກ່ຽວກັບການປະຕິບັດຄວາມປອດໄພລະດັບແຖວໃນ PostgreSQL

ເປັນການເສີມ ການສຶກສາກ່ຽວກັບການປະຕິບັດເຫດຜົນທາງທຸລະກິດໃນລະດັບຂອງຫນ້າທີ່ເກັບຮັກສາໄວ້ PostgreSQL и ສ່ວນໃຫຍ່ສໍາລັບຄໍາຕອບລາຍລະອຽດ ສຸດ commentary.

ພາກສ່ວນທິດສະດີໄດ້ຖືກອະທິບາຍໄດ້ດີໃນເອກະສານ PostgreSQL - ນະໂຍບາຍການປົກປ້ອງແຖວ. ຂ້າງລຸ່ມນີ້ແມ່ນການປະຕິບັດຕົວຈິງຂອງຂະຫນາດນ້ອຍ ວຽກງານທຸລະກິດສະເພາະ - ເຊື່ອງຂໍ້ມູນທີ່ຖືກລົບ. Sketch ອຸທິດຕົນເພື່ອການປະຕິບັດ ການສ້າງແບບຈໍາລອງບົດບາດໂດຍໃຊ້ RLS ນໍາສະເຫນີແຍກຕ່າງຫາກ.

ບໍ່ມີຫຍັງໃຫມ່ໃນບົດຄວາມ, ບໍ່ມີຄວາມຫມາຍທີ່ເຊື່ອງໄວ້ຫຼືຄວາມຮູ້ລັບ. ພຽງແຕ່ເປັນຮູບແຕ້ມກ່ຽວກັບການປະຕິບັດຕົວຈິງຂອງແນວຄວາມຄິດທາງທິດສະດີ. ຖ້າໃຜສົນໃຈກໍອ່ານໄດ້. ຖ້າເຈົ້າບໍ່ສົນໃຈ, ຢ່າເສຍເວລາຂອງເຈົ້າ.

ການສ້າງບັນຫາ

ໂດຍ​ບໍ່​ມີ​ການ​ລົງ​ເລິກ​ໃນ​ຂົງ​ເຂດ​ວິ​ຊາ​ການ​, ໂດຍ​ຫຍໍ້​, ບັນ​ຫາ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ສ້າງ​ເປັນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​: ມີຕາຕະລາງທີ່ປະຕິບັດທຸລະກິດສະເພາະໃດຫນຶ່ງ. ແຖວໃນຕາຕະລາງສາມາດຖືກລຶບໄດ້, ແຕ່ແຖວບໍ່ສາມາດຖືກລຶບອອກໄດ້; ພວກມັນຕ້ອງຖືກເຊື່ອງໄວ້.

ສໍາລັບມັນໄດ້ຖືກກ່າວວ່າ: "ຢ່າລຶບສິ່ງໃດ, ພຽງແຕ່ປ່ຽນຊື່ມັນ. ອິນເຕີເນັດເກັບຮັກສາທຸກສິ່ງທຸກຢ່າງ"

ໃນທາງກັບກັນ, ມັນແນະນໍາໃຫ້ບໍ່ຂຽນຄືນຫນ້າທີ່ເກັບຮັກສາໄວ້ທີ່ເຮັດວຽກກັບຫນ່ວຍງານນີ້.

ເພື່ອປະຕິບັດແນວຄວາມຄິດນີ້, ຕາຕະລາງມີຄຸນລັກສະນະ is_deleted. ຫຼັງຈາກນັ້ນ, ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍ - ທ່ານຈໍາເປັນຕ້ອງໃຫ້ແນ່ໃຈວ່າລູກຄ້າສາມາດເຫັນພຽງແຕ່ສາຍທີ່ຄຸນລັກສະນະ is_deleted ບໍ່ຖືກຕ້ອງ ກົນໄກທີ່ໃຊ້ສໍາລັບແມ່ນຫຍັງ? ຄວາມປອດໄພລະດັບແຖວ.

Реализация

ສ້າງບົດບາດແລະ schema ແຍກຕ່າງຫາກ

CREATE ROLE repos;
CREATE SCHEMA repos;

ສ້າງຕາຕະລາງເປົ້າຫມາຍ

CREATE TABLE repos.file
(
...
is_del BOOLEAN DEFAULT FALSE
);
CREATE SCHEMA repos

ເປີດ ຄວາມປອດໄພໃນລະດັບແຖວ

ALTER TABLE repos.file  ENABLE ROW LEVEL SECURITY ;
CREATE POLICY file_invisible_deleted  ON repos.file FOR ALL TO dba_role USING ( NOT is_deleted );
GRANT ALL ON TABLE repos.file to dba_role ;
GRANT USAGE ON SCHEMA repos TO dba_role ;

ການທໍາງານຂອງການບໍລິການ — ການ​ລົບ​ແຖວ​ໃນ​ຕາ​ຕະ​ລາງ​

CREATE OR REPLACE repos.delete( curr_id repos.file.id%TYPE)
RETURNS integer AS $$
BEGIN
...
UPDATE repos.file
SET is_del = TRUE 
WHERE id = curr_id ; 
...
END
$$ LANGUAGE plpgsql SECURITY DEFINER;

ການທໍາງານຂອງທຸລະກິດ - ການ​ລົບ​ເອ​ກະ​ສານ​

CREATE OR REPLACE business_functions.deleteDoc( doc_for_delete JSON )
RETURNS JSON AS $$
BEGIN
...
PERFORM  repos.delete( doc_id ) ;
...
END
$$ LANGUAGE plpgsql SECURITY DEFINER;

Результаты

ລູກຄ້າລຶບເອກະສານ

SELECT business_functions.delCFile( (SELECT json_build_object( 'CId', 3 )) );

ຫຼັງຈາກການລຶບ, ລູກຄ້າບໍ່ເຫັນເອກະສານ

SELECT business_functions.getCFile"( (SELECT json_build_object( 'CId', 3 )) ) ;
-----------------
(0 rows)

ແຕ່ໃນຖານຂໍ້ມູນເອກະສານບໍ່ໄດ້ຖືກລຶບ, ພຽງແຕ່ຄຸນລັກສະນະທີ່ຖືກປ່ຽນແປງ is_del

psql -d my_db
SELECT  id, name , is_del FROM repos.file ;
id |  name  | is_del
--+---------+------------
 1 |  test_1 | t
(1 row)

ນັ້ນແມ່ນສິ່ງທີ່ຕ້ອງການໃນຄໍາຖະແຫຼງການບັນຫາ.

ຜົນໄດ້ຮັບ

ຖ້າຫົວຂໍ້ທີ່ຫນ້າສົນໃຈ, ໃນການສຶກສາຕໍ່ໄປທ່ານສາມາດສະແດງຕົວຢ່າງຂອງການປະຕິບັດຕົວແບບທີ່ອີງໃສ່ບົດບາດສໍາລັບການແຍກການເຂົ້າເຖິງຂໍ້ມູນໂດຍໃຊ້ Row Level Security.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com