ໂຄງການ libSQL ໄດ້ເລີ່ມຕົ້ນການພັດທະນາ fork ຂອງ SQLite DBMS

ໂຄງການ libSQL ໄດ້ພະຍາຍາມສ້າງທາງແຍກຂອງຖານຂໍ້ມູນ SQLite ສຸມໃສ່ການເປີດໃຫ້ຜູ້ພັດທະນາຊຸມຊົນມີສ່ວນຮ່ວມແລະການສົ່ງເສີມນະວັດກໍາທີ່ເກີນຄວາມຕັ້ງໃຈຕົ້ນສະບັບຂອງ SQLite. ເຫດຜົນສໍາລັບ fork ແມ່ນນະໂຍບາຍທີ່ເຂັ້ມງວດຂອງ SQLite ໃນການຍອມຮັບລະຫັດພາກສ່ວນທີສາມຈາກຊຸມຊົນໃນເວລາທີ່ມີຄວາມຕ້ອງການທີ່ຈະສົ່ງເສີມການປັບປຸງ. ລະຫັດສໍາລັບສ້ອມແມ່ນແຈກຢາຍພາຍໃຕ້ໃບອະນຸຍາດ MIT (SQLite ແມ່ນຢູ່ໃນສາທາລະນະ).

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

ໃນບັນດາແນວຄວາມຄິດສໍາລັບການຂະຫຍາຍທີ່ເປັນໄປໄດ້ຂອງການເຮັດວຽກຂອງ SQLite ໄດ້ຖືກກ່າວເຖິງ:

• ການປະສົມປະສານຂອງເຄື່ອງມືສໍາລັບການກໍ່ສ້າງຖານຂໍ້ມູນທີ່ແຈກຢາຍທີ່ເຮັດວຽກຢູ່ໃນລະດັບຂອງຫ້ອງສະຫມຸດຕົວມັນເອງ, ແລະບໍ່ຜ່ານການຈໍາລອງການປ່ຽນແປງໃນລະບົບໄຟລ໌ (LiteFS), ແລະໂດຍບໍ່ມີການພັດທະນາຜະລິດຕະພັນແຍກຕ່າງຫາກ (dqlite, rqlite, ChiselStore).
• ການເພີ່ມປະສິດທິພາບສໍາລັບການນໍາໃຊ້ APIs asynchronous, ເຊັ່ນການໂຕ້ຕອບ io_uring ສະຫນອງໃຫ້ໂດຍ Linux kernel.
• ຄວາມສາມາດໃນການໃຊ້ SQLite ໃນ Linux kernel, ຄ້າຍຄືກັບການສະຫນັບສະຫນູນໃນ kernel ຂອງເຄື່ອງ virtual eBPF, ສໍາລັບສະຖານະການທີ່ທ່ານຕ້ອງການບັນທຶກຊຸດຂໍ້ມູນຈາກແກ່ນທີ່ບໍ່ເຫມາະໃນ RAM.
• ສະຫນັບສະຫນູນຫນ້າທີ່ກໍານົດໂດຍຜູ້ໃຊ້ທີ່ຂຽນໃນພາສາການຂຽນໂປລແກລມໃດຫນຶ່ງແລະລວບລວມເຂົ້າໄປໃນລະຫັດລະດັບປານກາງ WebAssembly.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru