ເດີນຕາມຮອຍຕີນຂອງ Highload++ Siberia 2019 - 8 ວຽກໃນ Oracle

Hello!

ໃນວັນທີ 24-25 ມິຖຸນາ, ກອງປະຊຸມ Highload++ Siberia 2019 ໄດ້ຈັດຂຶ້ນຢູ່ Novosibirsk. ຜູ້ຊາຍຂອງພວກເຮົາກໍ່ຢູ່ທີ່ນັ້ນຄືກັນ. ລາຍງານ "ຖານຂໍ້ມູນ Oracle containers (CDB/PDB) ແລະການນໍາໃຊ້ຕົວຈິງຂອງເຂົາເຈົ້າສໍາລັບການພັດທະນາຊອບແວ", ພວກເຮົາຈະເຜີຍແຜ່ສະບັບຂໍ້ຄວາມຕໍ່ມາເລັກນ້ອຍ. ມັນເຢັນ, ຂອບໃຈ ໂອເລກບູນນິນ ສໍາລັບອົງການຈັດຕັ້ງ, ເຊັ່ນດຽວກັນກັບທຸກຄົນທີ່ມາ.

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

ມູນຄ່າລໍາດັບສູງສຸດທີ່ພວກເຮົາຈະເຫັນເປັນຜົນມາຈາກການປະຕິບັດສະຄິບຕໍ່ໄປນີ້ແມ່ນຫຍັງ?

create sequence s start with 1;
 
select s.currval, s.nextval, s.currval, s.nextval, s.currval
from dual
connect by level <= 5;

• 1
• 5
• 10
• 25
• ບໍ່, ຈະມີຄວາມຜິດພາດ

Replyອີງຕາມເອກະສານ Oracle (ອ້າງອີງຈາກ 8.1.6):
ພາຍໃນຄໍາສັ່ງ SQL ດຽວ, Oracle ຈະເພີ່ມລໍາດັບພຽງແຕ່ຫນຶ່ງຄັ້ງຕໍ່ແຖວ. ຖ້າຄໍາຖະແຫຼງທີ່ມີຫຼາຍກວ່າຫນຶ່ງຄໍາອ້າງອີງໃສ່ NEXTVAL ສໍາລັບລໍາດັບ, Oracle ຈະເພີ່ມລໍາດັບຫນຶ່ງຄັ້ງແລະສົ່ງຄືນຄ່າດຽວກັນສໍາລັບການເກີດຂຶ້ນທັງຫມົດຂອງ NEXTVAL. ຖ້າຄໍາຖະແຫຼງທີ່ມີການອ້າງອີງເຖິງທັງ CURRVAL ແລະ NEXTVAL, Oracle ຈະເພີ່ມລໍາດັບແລະສົ່ງຄືນຄ່າດຽວກັນສໍາລັບທັງ CURRVAL ແລະ NEXTVAL ໂດຍບໍ່ຄໍານຶງເຖິງຄໍາສັ່ງຂອງພວກເຂົາພາຍໃນຄໍາຖະແຫຼງການ.

ດັ່ງນັ້ນ, ຄ່າສູງສຸດຈະກົງກັບຈໍານວນຂອງເສັ້ນ, ນັ້ນແມ່ນ 5.

ມີຈັກແຖວໃນຕາຕະລາງເປັນຜົນມາຈາກການແລ່ນສະຄຣິບຕໍ່ໄປນີ້?

create table t(i integer check (i < 5));
 
create procedure p(p_from integer, p_to integer) as
begin
    for i in p_from .. p_to loop
        insert into t values (i);
    end loop;
end;
/
 
exec p(1, 3);
exec p(4, 6);
exec p(7, 9);

• 0
• 3
• 4
• 5
• 6
• 9

Replyອີງຕາມເອກະສານ Oracle (ອ້າງອີງຈາກ 11.2):

ກ່ອນທີ່ຈະປະຕິບັດຄໍາຖະແຫຼງການ SQL ໃດໆ, Oracle ຫມາຍຈຸດປະຫຍັດ implicit (ບໍ່ມີໃຫ້ທ່ານ). ຫຼັງຈາກນັ້ນ, ຖ້າຄໍາຖະແຫຼງທີ່ລົ້ມເຫລວ, Oracle ມ້ວນມັນກັບຄືນໄປບ່ອນອັດຕະໂນມັດແລະສົ່ງຄືນລະຫັດຂໍ້ຜິດພາດທີ່ໃຊ້ໄດ້ກັບ SQLCODE ໃນ SQLCA. ຕົວຢ່າງ, ຖ້າຄໍາຖະແຫຼງທີ່ INSERT ເຮັດໃຫ້ເກີດຄວາມຜິດພາດໂດຍການພະຍາຍາມໃສ່ຄ່າທີ່ຊ້ໍາກັນຢູ່ໃນດັດຊະນີທີ່ເປັນເອກະລັກ, ຄໍາຖະແຫຼງທີ່ຈະຖືກມ້ວນຄືນ.

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

ມີຈັກແຖວໃນຕາຕະລາງເປັນຜົນມາຈາກການແລ່ນສະຄຣິບຕໍ່ໄປນີ້?

create table t(i integer, constraint i_ch check (i < 3));
 
begin
    insert into t values (1);
    insert into t values (null);
    insert into t values (2);
    insert into t values (null);
    insert into t values (3);
    insert into t values (null);
    insert into t values (4);
    insert into t values (null);
    insert into t values (5);
exception
    when others then
        dbms_output.put_line('Oops!');
end;
/

• 1
• 2
• 3
• 4
• 5
• 6
• 7

Replyອີງຕາມເອກະສານ Oracle (ອ້າງອີງຈາກ 11.2):

ການກວດສອບຂໍ້ຈໍາກັດເຮັດໃຫ້ທ່ານສາມາດລະບຸເງື່ອນໄຂທີ່ແຕ່ລະແຖວໃນຕາຕະລາງຕ້ອງພໍໃຈ. ເພື່ອຕອບສະໜອງຂໍ້ຈຳກັດ, ແຕ່ລະແຖວໃນຕາຕະລາງຈະຕ້ອງເຮັດໃຫ້ເງື່ອນໄຂເປັນຄວາມຈິງ ຫຼືບໍ່ຮູ້ (ເນື່ອງຈາກເປັນ null). ເມື່ອ Oracle ປະເມີນເງື່ອນໄຂການຈໍາກັດການກວດສອບສໍາລັບແຖວສະເພາະ, ຊື່ຄໍລໍາໃດໆໃນເງື່ອນໄຂຫມາຍເຖິງຄ່າຄໍລໍາໃນແຖວນັ້ນ.

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

ຄ່າຄູ່ໃດທີ່ຈະໃຊ້ພື້ນທີ່ດຽວກັນໃນບລັອກ?

create table t (
    a char(1 char),
    b char(10 char),
    c char(100 char),
    i number(4),
    j number(14),
    k number(24),
    x varchar2(1 char),
    y varchar2(10 char),
    z varchar2(100 char));
 
insert into t (a, b, i, j, x, y)
    values ('Y', 'Вася', 10, 10, 'Д', 'Вася');

• A ແລະ X
• B ແລະ Y
• C ແລະ K
• C ແລະ Z
• K ແລະ Z
• ຂ້າ​ພະ​ເຈົ້າ​ແລະ J
• J ແລະ X
• ລາຍຊື່ທັງ ໝົດ

Replyນີ້ແມ່ນບົດຄັດຫຍໍ້ຈາກເອກະສານ (12.1.0.2) ກ່ຽວກັບການເກັບຮັກສາຂໍ້ມູນປະເພດຕ່າງໆໃນ Oracle.

ປະເພດຂໍ້ມູນ CHAR
ປະເພດຂໍ້ມູນ CHAR ກໍານົດສາຍຕົວອັກສອນທີ່ມີຄວາມຍາວຄົງທີ່ໃນຊຸດຕົວອັກສອນຂອງຖານຂໍ້ມູນ. ທ່ານກໍານົດລັກສະນະຖານຂໍ້ມູນທີ່ກໍານົດໄວ້ໃນເວລາທີ່ທ່ານສ້າງຖານຂໍ້ມູນຂອງທ່ານ. Oracle ຮັບປະກັນວ່າທຸກຄ່າທີ່ເກັບໄວ້ໃນຖັນ CHAR ມີຄວາມຍາວທີ່ລະບຸໄວ້ໂດຍຂະຫນາດໃນ semantics ຄວາມຍາວທີ່ເລືອກ. ຖ້າທ່ານໃສ່ຄ່າທີ່ສັ້ນກວ່າຄວາມຍາວຂອງຖັນ, ຫຼັງຈາກນັ້ນ Oracle blank-pads ຄ່າເປັນຄວາມຍາວຖັນ.

VARCHAR2 ປະເພດຂໍ້ມູນ
ປະເພດຂໍ້ມູນ VARCHAR2 ລະບຸຕົວແປຄວາມຍາວຕົວແປໃນຊຸດຕົວອັກສອນຂອງຖານຂໍ້ມູນ. ທ່ານກໍານົດລັກສະນະຖານຂໍ້ມູນທີ່ກໍານົດໄວ້ໃນເວລາທີ່ທ່ານສ້າງຖານຂໍ້ມູນຂອງທ່ານ. Oracle ເກັບຮັກສາຄ່າຕົວອັກສອນໃນຖັນ VARCHAR2 ຕາມທີ່ທ່ານລະບຸມັນ, ໂດຍບໍ່ມີຊ່ອງຫວ່າງໃດໆ, ໂດຍໃຫ້ຄ່າບໍ່ເກີນຄວາມຍາວຂອງຖັນ.

NUMBER ປະເພດຂໍ້ມູນ
ປະເພດຂໍ້ມູນ NUMBER ເກັບຮັກສາສູນເຊັ່ນດຽວກັນກັບຕົວເລກຄົງທີ່ທາງບວກ ແລະລົບ ທີ່ມີຄ່າຢ່າງແທ້ຈິງຈາກ 1.0 x 10-130 ຫາ ແຕ່ບໍ່ລວມເອົາ 1.0 x 10126. ຖ້າທ່ານລະບຸການສະແດງອອກທາງເລກຄະນິດທີ່ມີຄ່າຢ່າງແທ້ຈິງຫຼາຍກວ່າ ຫຼືເທົ່າກັບ 1.0 x 10126, ຫຼັງຈາກນັ້ນ Oracle ສົ່ງຄືນຂໍ້ຜິດພາດ. ແຕ່ລະຄ່າ NUMBER ຕ້ອງການຈາກ 1 ຫາ 22 bytes. ໂດຍພິຈາລະນານີ້, ຂະຫນາດຖັນໃນ bytes ສໍາລັບຂໍ້ມູນຕົວເລກສະເພາະ NUMBER(p), ເຊິ່ງ p ແມ່ນຄວາມຊັດເຈນຂອງຄ່າທີ່ໃຫ້, ສາມາດຖືກຄິດໄລ່ໂດຍໃຊ້ສູດຕໍ່ໄປນີ້: ROUND((ຄວາມຍາວ(p)+s)/2))+1 ບ່ອນທີ່ s ເທົ່າກັບສູນຖ້າຕົວເລກເປັນບວກ, ແລະ s ເທົ່າກັບ 1 ຖ້າຕົວເລກເປັນລົບ.

ນອກຈາກນັ້ນ, ໃຫ້ເອົາບົດຄັດຫຍໍ້ຈາກເອກະສານກ່ຽວກັບການເກັບຮັກສາຄ່າ Null.

A null ແມ່ນບໍ່ມີຄ່າໃນຖັນ. Nulls ຊີ້ບອກເຖິງຂໍ້ມູນທີ່ຂາດຫາຍໄປ, ບໍ່ຮູ້, ຫຼືຂໍ້ມູນທີ່ບໍ່ສາມາດໃຊ້ໄດ້. Nulls ຖືກເກັບໄວ້ໃນຖານຂໍ້ມູນຖ້າພວກເຂົາຕົກລົງລະຫວ່າງຄໍລໍາທີ່ມີຄ່າຂໍ້ມູນ. ໃນກໍລະນີເຫຼົ່ານີ້, ພວກເຂົາຕ້ອງການ 1 byte ເພື່ອເກັບຄວາມຍາວຂອງຖັນ (ສູນ). ການຕໍ່ທ້າຍ nulls ໃນແຖວຕ້ອງການບໍ່ມີບ່ອນເກັບຂໍ້ມູນ ເພາະວ່າສ່ວນຫົວແຖວໃໝ່ສົ່ງສັນຍານວ່າຖັນທີ່ຍັງເຫຼືອຢູ່ໃນແຖວກ່ອນໜ້ານັ້ນເປັນ null. ຕົວຢ່າງ, ຖ້າສາມຖັນສຸດທ້າຍຂອງຕາຕະລາງແມ່ນ null, ຫຼັງຈາກນັ້ນບໍ່ມີຂໍ້ມູນຖືກເກັບໄວ້ສໍາລັບຖັນເຫຼົ່ານີ້.

ອີງຕາມຂໍ້ມູນເຫຼົ່ານີ້, ພວກເຮົາສ້າງເຫດຜົນ. ພວກເຮົາສົມມຸດວ່າຖານຂໍ້ມູນໃຊ້ການເຂົ້າລະຫັດ AL32UTF8. ໃນການເຂົ້າລະຫັດນີ້, ຕົວອັກສອນພາສາລັດເຊຍຈະຄອບຄອງ 2 bytes.

1) A ແລະ X, ຄ່າຂອງຊ່ອງຂໍ້ມູນ a 'Y' ໃຊ້ 1 byte, ຄ່າຂອງ field x 'D' ໃຊ້ 2 bytes.
2) B ແລະ Y, 'Vasya' ໃນ b ມູນຄ່າຈະຖືກ padded ມີຊ່ອງຫວ່າງເຖິງ 10 ຕົວອັກສອນແລະຈະໃຊ້ເວລາ 14 bytes, 'Vasya' ໃນ d ຈະໃຊ້ເວລາ 8 bytes.
3) C ແລະ K. ທັງສອງຊ່ອງຂໍ້ມູນມີມູນຄ່າ NULL, ຫຼັງຈາກທີ່ພວກເຂົາມີຊ່ອງຂໍ້ມູນທີ່ສໍາຄັນ, ດັ່ງນັ້ນພວກເຂົາຄອບຄອງ 1 byte.
4) C ແລະ Z. ທັງສອງຊ່ອງຂໍ້ມູນມີມູນຄ່າ NULL, ແຕ່ພາກສະຫນາມ Z ແມ່ນສຸດທ້າຍໃນຕາຕະລາງ, ດັ່ງນັ້ນມັນບໍ່ໄດ້ໃຊ້ເວລາເຖິງພື້ນທີ່ (0 bytes). Field C ຄອບຄອງ 1 byte.
5) K ແລະ Z. ຄ້າຍຄືກັນກັບກໍລະນີທີ່ຜ່ານມາ. ຄ່າໃນຊ່ອງ K ຄອບຄອງ 1 byte, ໃນ Z – 0.
6) I ແລະ J. ອີງຕາມເອກະສານ, ທັງສອງຄ່າຈະໃຊ້ເວລາ 2 bytes. ພວກເຮົາຄິດໄລ່ຄວາມຍາວໂດຍໃຊ້ສູດທີ່ໄດ້ມາຈາກເອກະສານ: ຮອບ((1+0)/2) +1=1+1=2.
7) J ແລະ X. ຄ່າໃນຊ່ອງ J ຈະໃຊ້ເວລາ 2 bytes, ຄ່າໃນຊ່ອງ X ຈະໃຊ້ເວລາ 2 bytes.

ໃນຈໍານວນທັງຫມົດ, ທາງເລືອກທີ່ຖືກຕ້ອງແມ່ນ: C ແລະ K, I ແລະ J, J ແລະ X.

ປັດໄຈການຈັດກຸ່ມຂອງດັດຊະນີ T_I ປະມານເທົ່າໃດ?

create table t (i integer);
 
insert into t select rownum from dual connect by level <= 10000;
 
create index t_i on t(i);

• ປະມານສິບ
• ປະມານຮ້ອຍ
• ປະມານຫລາຍພັນຄົນ
• ປະມານຫຼາຍສິບພັນຄົນ

Replyອີງຕາມເອກະສານ Oracle (ອ້າງອີງຈາກ 12.1):

ສໍາລັບດັດຊະນີ B-tree, ປັດໄຈການຈັດກຸ່ມດັດຊະນີວັດແທກການຈັດກຸ່ມທາງກາຍະພາບຂອງແຖວທີ່ກ່ຽວຂ້ອງກັບມູນຄ່າດັດຊະນີ.

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

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

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

ໃນຄ່າໃດຂອງ N script ຕໍ່ໄປນີ້ຈະຖືກປະຕິບັດຢ່າງສໍາເລັດຜົນໃນຖານຂໍ້ມູນປົກກະຕິທີ່ມີການຕັ້ງຄ່າມາດຕະຖານ?

create table t (
    a varchar2(N char),
    b varchar2(N char),
    c varchar2(N char),
    d varchar2(N char));
 
create index t_i on t (a, b, c, d);

• 100
• 200
• 400
• 800
• 1600
• 3200
• 6400

Replyອີງຕາມເອກະສານ Oracle (ອ້າງອີງຈາກ 11.2):

ຂອບເຂດຈໍາກັດຖານຂໍ້ມູນຕາມເຫດຜົນ

ລາຍການ
ປະເພດຈໍາກັດ
ຈຳກັດມູນຄ່າ

ດັດສະນີ
ຂະໜາດທັງໝົດຂອງຖັນທີ່ຖືກດັດສະນີ
75% ຂອງຂະຫນາດບລັອກຖານຂໍ້ມູນລົບບາງສ່ວນ overhead

ດັ່ງນັ້ນ, ຂະໜາດທັງໝົດຂອງຖັນທີ່ຖືກດັດສະນີບໍ່ຄວນເກີນ 6Kb. ສິ່ງທີ່ເກີດຂຶ້ນຕໍ່ໄປແມ່ນຂຶ້ນກັບການເຂົ້າລະຫັດພື້ນຖານທີ່ເລືອກ. ສໍາລັບການເຂົ້າລະຫັດ AL32UTF8, ຕົວອັກສອນຫນຶ່ງສາມາດຄອບຄອງສູງສຸດ 4 ໄບຕ໌, ດັ່ງນັ້ນໃນກໍລະນີຮ້າຍແຮງທີ່ສຸດ, ປະມານ 6 ຕົວອັກສອນຈະພໍດີກັບ 1500 ກິໂລໄບຕ໌. ດັ່ງນັ້ນ, Oracle ຈະບໍ່ອະນຸຍາດໃຫ້ສ້າງດັດຊະນີຢູ່ທີ່ N = 400 (ເມື່ອຄວາມຍາວຂອງລະຫັດກໍລະນີທີ່ຮ້າຍແຮງທີ່ສຸດແມ່ນ 1600 ຕົວອັກສອນ * 4 bytes + ຄວາມຍາວແຖວ), ໃນຂະນະທີ່ ຢູ່ທີ່ N = 200 (ຫຼືນ້ອຍກວ່າ) ການສ້າງດັດສະນີຈະເຮັດວຽກໂດຍບໍ່ມີບັນຫາ.

ຕົວປະຕິບັດການ INSERT ທີ່ມີຄໍາແນະນໍາ APPEND ຖືກອອກແບບມາເພື່ອໂຫລດຂໍ້ມູນໃນໂຫມດໂດຍກົງ. ຈະເກີດຫຍັງຂຶ້ນຖ້າມັນຖືກນໍາໃຊ້ກັບຕາຕະລາງທີ່ trigger hangs?

• ຂໍ້​ມູນ​ຈະ​ໄດ້​ຮັບ​ການ​ໂຫຼດ​ໃນ​ຮູບ​ແບບ​ໂດຍ​ກົງ​, ຜົນ​ກະ​ທົບ​ຈະ​ເຮັດ​ວຽກ​ຕາມ​ທີ່​ຄາດ​ຫວັງ​
• ຂໍ້ມູນຈະຖືກໂຫລດໃນໂຫມດໂດຍກົງ, ແຕ່ trigger ຈະບໍ່ຖືກປະຕິບັດ
• ຂໍ້​ມູນ​ຈະ​ໄດ້​ຮັບ​ການ​ໂຫຼດ​ໃນ​ຮູບ​ແບບ​ທໍາ​ມະ​ດາ​, ຜົນ​ກະ​ທົບ​ຈະ​ເຮັດ​ວຽກ​ຕາມ​ທີ່​ມັນ​ຄວນ​ຈະ​
• ຂໍ້​ມູນ​ຈະ​ໄດ້​ຮັບ​ການ​ໂຫຼດ​ໃນ​ຮູບ​ແບບ​ທໍາ​ມະ​ດາ​, ແຕ່ trigger ຈະ​ບໍ່​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​
• ຂໍ້ມູນຈະບໍ່ຖືກໂຫລດ, ຂໍ້ຜິດພາດຈະຖືກບັນທຶກໄວ້

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

1. ການໃສ່ໃນໂຫມດໂດຍກົງແມ່ນປະຕິບັດໂດຍການສ້າງຕັນຂໍ້ມູນໂດຍກົງ, ຂ້າມເຄື່ອງຈັກ SQL, ເຊິ່ງຮັບປະກັນຄວາມໄວສູງ. ດັ່ງນັ້ນ, ການຮັບປະກັນການປະຕິບັດຂອງຜົນກະທົບຕໍ່ແມ່ນມີຄວາມຫຍຸ້ງຍາກຫຼາຍ, ຖ້າເປັນໄປບໍ່ໄດ້, ແລະບໍ່ມີຈຸດໃດໃນເລື່ອງນີ້, ເນື່ອງຈາກວ່າມັນຍັງຈະເຮັດໃຫ້ການແຊກຊຶມຊ້າລົງຢ່າງຫຼວງຫຼາຍ.
2. ການບໍ່ປະຕິບັດຕົວກະຕຸ້ນຈະນໍາໄປສູ່ຄວາມຈິງທີ່ວ່າ, ຖ້າຂໍ້ມູນໃນຕາຕະລາງແມ່ນຄືກັນ, ສະຖານະຂອງຖານຂໍ້ມູນທັງຫມົດ (ຕາຕະລາງອື່ນໆ) ຈະຂຶ້ນກັບຮູບແບບທີ່ຂໍ້ມູນນີ້ຖືກໃສ່. ນີ້ແນ່ນອນຈະທໍາລາຍຄວາມສົມບູນຂອງຂໍ້ມູນແລະບໍ່ສາມາດຖືກນໍາໃຊ້ເປັນການແກ້ໄຂໃນການຜະລິດ.
3. ຄວາມບໍ່ສາມາດປະຕິບັດການຮ້ອງຂໍໄດ້ໂດຍທົ່ວໄປແລ້ວຖືວ່າເປັນຄວາມຜິດພາດ. ແຕ່ໃນທີ່ນີ້ພວກເຮົາຄວນຈື່ໄວ້ວ່າ APPEND ແມ່ນຄໍາແນະນໍາ, ແລະເຫດຜົນທົ່ວໄປຂອງຄໍາແນະນໍາແມ່ນວ່າພວກມັນຖືກພິຈາລະນາຖ້າເປັນໄປໄດ້, ແຕ່ຖ້າບໍ່ແມ່ນ, ຜູ້ປະຕິບັດການຈະຖືກປະຕິບັດໂດຍບໍ່ມີການຄໍານຶງເຖິງຄໍາແນະນໍາ.

ດັ່ງນັ້ນຄໍາຕອບທີ່ຄາດຫວັງແມ່ນ ຂໍ້​ມູນ​ຈະ​ໄດ້​ຮັບ​ການ​ໂຫຼດ​ໃນ​ຮູບ​ແບບ​ປົກ​ກະ​ຕິ (SQL​)​, ຜົນ​ກະ​ທົບ​ຈະ​ໄຟ​.

ອີງຕາມເອກະສານ Oracle (ອ້າງອີງຈາກ 8.04):

ການລະເມີດຂໍ້ຈໍາກັດຈະເຮັດໃຫ້ຄໍາຖະແຫຼງທີ່ດໍາເນີນການເປັນລໍາດັບ, ໂດຍໃຊ້ເສັ້ນທາງແຊກແບບທໍາມະດາ, ໂດຍບໍ່ມີການເຕືອນຫຼືຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດ. ຂໍ້ຍົກເວັ້ນແມ່ນຂໍ້ຈໍາກັດກ່ຽວກັບຄໍາຖະແຫຼງທີ່ເຂົ້າເຖິງຕາຕະລາງດຽວກັນຫຼາຍກວ່າຫນຶ່ງຄັ້ງໃນທຸລະກໍາ, ເຊິ່ງສາມາດເຮັດໃຫ້ເກີດຄວາມຜິດພາດໄດ້.
ຕົວຢ່າງ, ຖ້າ triggers ຫຼືຄວາມສົມບູນຂອງການອ້າງອິງມີຢູ່ໃນຕາຕະລາງ, ຫຼັງຈາກນັ້ນຄໍາແນະນໍາ APPEND ຈະຖືກລະເລີຍເມື່ອທ່ານພະຍາຍາມໃຊ້ INSERT direct-load (serial ຫຼື parallel), ເຊັ່ນດຽວກັນກັບຄໍາແນະນໍາຫຼືຂໍ້ PARALLEL, ຖ້າມີ.

ຈະເກີດຫຍັງຂຶ້ນເມື່ອ script ຕໍ່ໄປນີ້ຖືກປະຕິບັດ?

create table t(i integer not null primary key, j integer references t);
 
create trigger t_a_i after insert on t for each row
declare
    pragma autonomous_transaction;
begin
    insert into t values (:new.i + 1, :new.i);
    commit;
end;
/
 
insert into t values (1, null);

• ສຳເລັດຜົນ
• ລົ້ມເຫລວເນື່ອງຈາກ syntax ຜິດພາດ
• ຄວາມຜິດພາດ: ທຸລະກໍາອັດຕະໂນມັດບໍ່ຖືກຕ້ອງ
• ຂໍ້ຜິດພາດທີ່ກ່ຽວຂ້ອງກັບການໂທເກີນຂອບເຂດສູງສຸດ
• ການລະເມີດລະຫັດຕ່າງປະເທດຜິດພາດ
• ຄວາມຜິດພາດທີ່ກ່ຽວຂ້ອງກັບການລັອກ

Replyຕາຕະລາງແລະ trigger ຖືກສ້າງຂື້ນຢ່າງຖືກຕ້ອງແລະການດໍາເນີນງານນີ້ບໍ່ຄວນນໍາໄປສູ່ບັນຫາ. ການເຮັດທຸລະກໍາອັດຕະໂນມັດໃນທຣິກເກີແມ່ນຍັງອະນຸຍາດໃຫ້, ຖ້າບໍ່ດັ່ງນັ້ນ, ການບັນທຶກຈະບໍ່ເປັນໄປໄດ້, ຕົວຢ່າງ.

ຫຼັງຈາກໃສ່ແຖວທີ XNUMX, ການຍິງລູກປືນທີ່ປະສົບຜົນສໍາເລັດຈະເຮັດໃຫ້ແຖວທີສອງຖືກໃສ່, ເຮັດໃຫ້ລູກປືນໃສ່ອີກເທື່ອຫນຶ່ງ, ໃສ່ແຖວທີສາມ, ແລະອື່ນໆຈົນກ່ວາຄໍາຖະແຫຼງທີ່ລົ້ມເຫລວເນື່ອງຈາກການໂທເກີນຂອບເຂດສູງສຸດ. ຢ່າງໃດກໍຕາມ, ຈຸດອ່ອນອີກອັນຫນຶ່ງມາເຂົ້າໄປໃນການຫຼິ້ນ. ໃນເວລາທີ່ trigger ໄດ້ຖືກປະຕິບັດ, commit ຍັງບໍ່ທັນໄດ້ສໍາເລັດສໍາລັບການບັນທຶກການໃສ່ຄັ້ງທໍາອິດ. ດັ່ງນັ້ນ, ຕົວກະຕຸ້ນທີ່ແລ່ນຢູ່ໃນການເຮັດທຸລະກໍາແບບອັດຕະໂນມັດພະຍາຍາມໃສ່ເຂົ້າໄປໃນຕາຕະລາງແຖວທີ່ອ້າງອີງໃສ່ກະແຈຕ່າງປະເທດໄປຫາບັນທຶກທີ່ຍັງບໍ່ທັນໄດ້ເຮັດ. ນີ້ເຮັດໃຫ້ເກີດການລໍຖ້າ (ການເຮັດທຸລະກໍາອັດຕະໂນມັດລໍຖ້າການເຮັດທຸລະກໍາຕົ້ນຕໍເພື່ອກວດເບິ່ງວ່າມັນສາມາດໃສ່ຂໍ້ມູນໄດ້) ແລະໃນເວລາດຽວກັນ, ການເຮັດທຸລະກໍາຕົ້ນຕໍລໍຖ້າການເຮັດທຸລະກໍາອັດຕະໂນມັດທີ່ຈະສືບຕໍ່ເຮັດວຽກຫຼັງຈາກຜົນກະທົບຕໍ່. Deadlock ເກີດຂື້ນແລະ, ດັ່ງນັ້ນ, ການເຮັດທຸລະກໍາອັດຕະໂນມັດຖືກຍົກເລີກຍ້ອນເຫດຜົນທີ່ກ່ຽວຂ້ອງກັບການລັອກ..

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ມັນເປັນການຍາກທີ່ຈະ?

• ເຊັ່ນດຽວກັນກັບສອງນິ້ວມື, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈທັນທີທັນໃດທຸກຢ່າງຢ່າງຖືກຕ້ອງ.

• ບໍ່ແມ່ນແທ້ໆ, ຂ້ອຍຜິດໃນສອງສາມຄຳຖາມ.

• ຂ້າພະເຈົ້າໄດ້ແກ້ໄຂເຄິ່ງຫນຶ່ງຂອງມັນຢ່າງຖືກຕ້ອງ.

• ຂ້ອຍເດົາຄຳຕອບສອງເທື່ອແລ້ວ!

• ຂ້ອຍຈະຂຽນໃນຄໍາເຫັນ

14 ຜູ້ໃຊ້ລົງຄະແນນສຽງ. 10 ຜູ້ໃຊ້ງົດ.

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