pg_dump - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

pg_dump - ສະກັດຖານຂໍ້ມູນ PostgreSQL ເຂົ້າໄປໃນໄຟລ໌ສະຄິບ ຫຼືໄຟລ໌ແຟ້ມຈັດເກັບອື່ນໆ

ສະຫຼຸບສັງລວມ

pg_dump [ທາງ​ເລືອກ​ການ​ເຊື່ອມ​ຕໍ່​... ] [ທາງເລືອກ... ] [dbname]

ລາຍລະອຽດ

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

pg_dump ພຽງແຕ່ dumps ຖານຂໍ້ມູນດຽວ. ເພື່ອສໍາຮອງວັດຖຸທົ່ວໂລກທີ່ເປັນທົ່ວໄປສໍາລັບທຸກຄົນ
ຖານຂໍ້ມູນໃນກຸ່ມ, ເຊັ່ນ: ບົດບາດ ແລະພື້ນທີ່ຕາຕະລາງ, ການນໍາໃຊ້ pg_dumpall(1).

Dumps ສາມາດເປັນຜົນຜະລິດໃນຮູບແບບໄຟລ໌ script ຫຼື archive. Script dumps ແມ່ນໄຟລ໌ຂໍ້ຄວາມທຳມະດາ
ປະກອບດ້ວຍຄໍາສັ່ງ SQL ທີ່ຕ້ອງການເພື່ອສ້າງຖານຂໍ້ມູນຄືນໃຫມ່ກັບສະຖານະທີ່ມັນຢູ່ໃນ
ເວລາທີ່ມັນໄດ້ຖືກບັນທືກ. ເພື່ອຟື້ນຟູຈາກສະຄຣິບດັ່ງກ່າວ, ໃຫ້ປ້ອນມັນໃສ່ psql(1). ໄຟລ໌ສະຄິບສາມາດເຮັດໄດ້
ຖືກນໍາໃຊ້ເພື່ອສ້າງຖານຂໍ້ມູນຄືນໃຫມ່ເຖິງແມ່ນວ່າຢູ່ໃນເຄື່ອງຈັກອື່ນໆແລະສະຖາປັດຕະຍະກໍາອື່ນໆ; ກັບ
ການດັດແກ້ບາງອັນ, ເຖິງແມ່ນວ່າຢູ່ໃນຜະລິດຕະພັນຖານຂໍ້ມູນ SQL ອື່ນໆ.

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

ເມື່ອໃຊ້ກັບຫນຶ່ງໃນຮູບແບບແຟ້ມຈັດເກັບແລະປະສົມປະສານກັບ pg_restore, pg_dump
ສະຫນອງກົນໄກການເກັບຮັກສາແລະການໂອນຍ້າຍທີ່ມີຄວາມຍືດຫຍຸ່ນ. pg_dump ສາມາດຖືກນໍາໃຊ້ເພື່ອສໍາຮອງຂໍ້ມູນ
ຖານຂໍ້ມູນທັງຫມົດ, ຫຼັງຈາກນັ້ນ pg_restore ສາມາດຖືກນໍາໃຊ້ເພື່ອກວດເບິ່ງການເກັບແລະ / ຫຼືເລືອກອັນໃດ
ພາກສ່ວນຂອງຖານຂໍ້ມູນຈະຖືກຟື້ນຟູ. ຮູບ​ແບບ​ໄຟລ​໌​ຜົນ​ຜະ​ລິດ​ທີ່​ປ່ຽນ​ແປງ​ໄດ້​ທີ່​ສຸດ​ແມ່ນ​
ຮູບແບບ "ກຳນົດເອງ" (-Fc) ແລະຮູບແບບ "ໄດເລກະທໍລີ" (-Fd). ພວກເຂົາເຈົ້າອະນຸຍາດໃຫ້ສໍາລັບການເລືອກແລະ
reordering ຂອງລາຍການເກັບມ້ຽນທັງຫມົດ, ສະຫນັບສະຫນູນການຟື້ນຟູຂະຫນານ, ແລະຖືກບີບອັດໂດຍ
ຄ່າເລີ່ມຕົ້ນ. ຮູບແບບ "ໄດເລກະທໍລີ" ແມ່ນຮູບແບບດຽວທີ່ສະຫນັບສະຫນູນການ dumps ຂະຫນານ.

ໃນຂະນະທີ່ແລ່ນ pg_dump, ຫນຶ່ງຄວນກວດເບິ່ງຜົນຜະລິດສໍາລັບຄໍາເຕືອນໃດໆ (ພິມຕາມມາດຕະຖານ
error), ໂດຍສະເພາະໃນແສງສະຫວ່າງຂອງຂໍ້ຈໍາກັດທີ່ລະບຸໄວ້ຂ້າງລຸ່ມນີ້.

OPTIONS

ຕົວເລືອກແຖວຄໍາສັ່ງຕໍ່ໄປນີ້ຄວບຄຸມເນື້ອຫາແລະຮູບແບບຂອງຜົນຜະລິດ.

dbname
ລະບຸຊື່ຂອງຖານຂໍ້ມູນທີ່ຈະ dumped. ຖ້າອັນນີ້ບໍ່ຖືກລະບຸ, the
ຕົວແປສິ່ງແວດລ້ອມ PGDATABASE ຖືກນໍາໃຊ້. ຖ້າມັນບໍ່ໄດ້ຖືກຕັ້ງ, ຊື່ຜູ້ໃຊ້ທີ່ລະບຸໄວ້
ສໍາລັບການເຊື່ອມຕໍ່ຖືກນໍາໃຊ້.

-a
--data-ເທົ່ານັ້ນ
ຖິ້ມຂໍ້ມູນພຽງແຕ່, ບໍ່ແມ່ນ schema (ຄໍານິຍາມຂໍ້ມູນ). ຂໍ້ມູນຕາຕະລາງ, ວັດຖຸຂະຫນາດໃຫຍ່, ແລະ
ຄ່າລໍາດັບແມ່ນ dumped.

ທາງ​ເລືອກ​ນີ້​ແມ່ນ​ຄ້າຍ​ຄື​ກັນ​ກັບ, ແຕ່​ສໍາ​ລັບ​ເຫດ​ຜົນ​ປະ​ຫວັດ​ສາດ​ບໍ່​ຄື​ກັນ, ການ​ລະ​ບຸ
--section=data.

-b
--blobs
ລວມເອົາວັດຖຸຂະຫນາດໃຫຍ່ຢູ່ໃນບ່ອນຖິ້ມຂີ້ເຫຍື້ອ. ນີ້ແມ່ນພຶດຕິກໍາເລີ່ມຕົ້ນຍົກເວັ້ນເວລາ --schema,
--ຕາຕະລາງ, ຫຼື --schema-ເທົ່ານັ້ນ ຖືກກໍານົດ, ດັ່ງນັ້ນ -b switch ແມ່ນພຽງແຕ່ເປັນປະໂຫຍດທີ່ຈະເພີ່ມຂະຫນາດໃຫຍ່
ວັດຖຸທີ່ຈະ dumps ເລືອກ.

-c
--ສະອາດ
ຄໍາສັ່ງອອກເພື່ອເຮັດຄວາມສະອາດ (ວາງ) ວັດຖຸຖານຂໍ້ມູນກ່ອນທີ່ຈະອອກຄໍາສັ່ງສໍາລັບ
ການ​ສ້າງ​ໃຫ້​ເຂົາ​ເຈົ້າ​. (ເວັ້ນເສຍແຕ່ --ຖ້າ-ມີ ຍັງຖືກລະບຸໄວ້, ການຟື້ນຟູອາດຈະສ້າງບາງຢ່າງ
ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ທີ່​ບໍ່​ເປັນ​ອັນ​ຕະ​ລາຍ​, ຖ້າ​ຫາກ​ວ່າ​ວັດ​ຖຸ​ໃດ​ຫນຶ່ງ​ບໍ່​ມີ​ຢູ່​ໃນ​ຖານ​ຂໍ້​ມູນ​ຈຸດ​ຫມາຍ​ປາຍ​ທາງ​.)

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

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

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

-E ການເຂົ້າລະຫັດ
--ການເຂົ້າລະຫັດ=ການເຂົ້າລະຫັດ
ສ້າງ dump ໃນການເຂົ້າລະຫັດທີ່ກໍານົດໄວ້ຕົວອັກສອນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ການຖິ້ມຂີ້ເຫຍື້ອແມ່ນ
ສ້າງ​ໃນ​ການ​ເຂົ້າ​ລະ​ຫັດ​ຖານ​ຂໍ້​ມູນ​. (ອີກວິທີຫນຶ່ງເພື່ອໃຫ້ໄດ້ຜົນຄືກັນແມ່ນການຕັ້ງຄ່າ
PGCLIENTENCODING ສິ່ງ​ແວດ​ລ້ອມ​ທີ່​ປ່ຽນ​ໄປ​ໃນ​ການ​ເຂົ້າ​ລະ​ຫັດ dump ທີ່​ຕ້ອງ​ການ​.)

-f ເອກະສານ
--file=ເອກະສານ
ສົ່ງຜົນຜະລິດໄປຫາໄຟລ໌ທີ່ລະບຸ. ພາຣາມິເຕີນີ້ສາມາດຖືກລະເວັ້ນສໍາລັບຜົນຜະລິດທີ່ອີງໃສ່ໄຟລ໌
ຮູບແບບ, ໃນກໍລະນີດັ່ງກ່າວນີ້, ຜົນຜະລິດມາດຕະຖານຖືກນໍາໃຊ້. ມັນຕ້ອງໄດ້ຮັບການໃຫ້ສໍາລັບໄດເລກະທໍລີ
ຮູບແບບຜົນຜະລິດຢ່າງໃດກໍ່ຕາມ, ບ່ອນທີ່ມັນລະບຸໄດເລກະທໍລີເປົ້າຫມາຍແທນທີ່ຈະເປັນໄຟລ໌. ໃນ
ກໍລະນີນີ້ໄດເລກະທໍລີຖືກສ້າງຂື້ນໂດຍ pg_dump ແລະຕ້ອງບໍ່ມີມາກ່ອນ.

-F ຮູບແບບ
--format=ຮູບແບບ
ເລືອກຮູບແບບຂອງຜົນຜະລິດໄດ້. ຮູບແບບ ສາມາດເປັນຫນຶ່ງໃນດັ່ງຕໍ່ໄປນີ້:

p
ທໍາມະດາ
ສົ່ງໄຟລ໌ SQL script ທີ່ເປັນຂໍ້ຄວາມທຳມະດາ (ຄ່າເລີ່ມຕົ້ນ).

c
custom
ສົ່ງອອກແຟ້ມຈັດເກັບຮູບແບບກຳນົດເອງທີ່ເໝາະສົມສຳລັບການປ້ອນເຂົ້າໃນ pg_restore. ຮ່ວມກັບ
ຮູບແບບຜົນຜະລິດຂອງໄດເລກະທໍລີ, ນີ້ແມ່ນຮູບແບບຜົນຜະລິດທີ່ມີຄວາມຍືດຫຍຸ່ນທີ່ສຸດໃນມັນ
ອະ​ນຸ​ຍາດ​ໃຫ້​ການ​ຄັດ​ເລືອກ​ຄູ່​ມື​ແລະ​ການ​ຈັດ​ລໍາ​ດັບ​ຂອງ​ການ​ເກັບ​ຄືນ​ໃຫມ່​ໃນ​ລະ​ຫວ່າງ​ການ​ຟື້ນ​ຟູ​. ນີ້
ຮູບແບບຈະຖືກບີບອັດຕາມຄ່າເລີ່ມຕົ້ນ.

d
ລະບົບ
ສົ່ງອອກແຟ້ມຈັດເກັບຮູບແບບໄດເລກະທໍລີທີ່ເຫມາະສົມສໍາລັບການປ້ອນເຂົ້າໄປໃນ pg_restore. ນີ້ຈະ
ສ້າງໄດເລກະທໍລີທີ່ມີໄຟລ໌ຫນຶ່ງສໍາລັບແຕ່ລະຕາຕະລາງແລະ blob ທີ່ຖືກ dumped, ບວກກັບ a
ອັນທີ່ເອີ້ນວ່າ ເອກະສານສາລະບານ ທີ່ອະທິບາຍເຖິງວັດຖຸທີ່ຖືກຖິ້ມໄວ້ໃນ ກ
ຮູບແບບທີ່ເຄື່ອງອ່ານໄດ້ທີ່ pg_restore ສາມາດອ່ານໄດ້. ສາ​ມາດ​ຈັດ​ເກັບ​ຮູບ​ແບບ​ລະ​ບົບ​ລະ​ບົບ​
ໝູນໃຊ້ດ້ວຍເຄື່ອງມື Unix ມາດຕະຖານ; ຕົວຢ່າງ, ໄຟລ໌ໃນ uncompressed
ແຟ້ມສາມາດຖືກບີບອັດດ້ວຍເຄື່ອງມື gzip. ຮູບແບບນີ້ຖືກບີບອັດເປັນຄ່າເລີ່ມຕົ້ນ
ແລະຍັງສະຫນັບສະຫນູນ dumps ຂະຫນານ.

t
tar
ຜົນຜະລິດ ກ tar-format archive ເຫມາະສໍາລັບການປ້ອນເຂົ້າໄປໃນ pg_restore. ຮູບແບບ tar ແມ່ນ
ເຂົ້າກັນໄດ້ກັບຮູບແບບໄດເລກະທໍລີ: ການສະກັດແຟ້ມເອກະສານຮູບແບບ tar ຜະລິດ a
ແຟ້ມຈັດເກັບຮູບແບບໄດເລກະທໍລີທີ່ຖືກຕ້ອງ. ຢ່າງໃດກໍຕາມ, ຮູບແບບ tar ບໍ່ສະຫນັບສະຫນູນ
ການບີບອັດ. ນອກຈາກນັ້ນ, ເມື່ອໃຊ້ຮູບແບບ tar, ຄໍາສັ່ງທີ່ກ່ຽວຂ້ອງຂອງລາຍການຂໍ້ມູນຕາຕະລາງ
ບໍ່ສາມາດປ່ຽນແປງໄດ້ໃນລະຫວ່າງການຟື້ນຟູ.

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

pg_dump ຈະເປີດ ວຽກ + 1 ການເຊື່ອມຕໍ່ກັບຖານຂໍ້ມູນ, ສະນັ້ນໃຫ້ແນ່ໃຈວ່າຂອງທ່ານ
ການຕັ້ງຄ່າ max_connections ແມ່ນສູງພໍທີ່ຈະຮອງຮັບການເຊື່ອມຕໍ່ທັງໝົດ.

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

ສໍາລັບການສໍາຮອງຂໍ້ມູນທີ່ສອດຄ່ອງ, ເຄື່ອງແມ່ຂ່າຍຂອງຖານຂໍ້ມູນຈໍາເປັນຕ້ອງໄດ້ສະຫນັບສະຫນູນ snapshots synchronized,
ຄຸນນະສົມບັດທີ່ນໍາສະເຫນີໃນ PostgreSQL 9.2. ດ້ວຍຄຸນສົມບັດນີ້, ລູກຄ້າຖານຂໍ້ມູນ
ສາມາດຮັບປະກັນວ່າພວກເຂົາເຫັນຊຸດຂໍ້ມູນດຽວກັນເຖິງແມ່ນວ່າພວກເຂົາໃຊ້ການເຊື່ອມຕໍ່ທີ່ແຕກຕ່າງກັນ.
pg_dump -j ໃຊ້ການເຊື່ອມຕໍ່ຖານຂໍ້ມູນຫຼາຍ; ມັນເຊື່ອມຕໍ່ກັບຖານຂໍ້ມູນຄັ້ງດຽວກັບ
ຂະບວນການແມ່ບົດແລະອີກເທື່ອຫນຶ່ງສໍາລັບແຕ່ລະວຽກຂອງພະນັກງານ. ໂດຍບໍ່ມີການ synchronized
ຄຸນນະສົມບັດພາບຖ່າຍ, ການເຮັດວຽກຂອງພະນັກງານທີ່ແຕກຕ່າງກັນຈະບໍ່ຮັບປະກັນທີ່ຈະເຫັນຄືກັນ
ຂໍ້ມູນໃນແຕ່ລະການເຊື່ອມຕໍ່, ຊຶ່ງສາມາດນໍາໄປສູ່ການສໍາຮອງຂໍ້ມູນທີ່ບໍ່ສອດຄ່ອງ.

ຖ້າທ່ານຕ້ອງການທີ່ຈະດໍາເນີນການ dump ຂະຫນານຂອງເຄື່ອງແມ່ຂ່າຍຂອງ pre-9.2, ທ່ານຈໍາເປັນຕ້ອງໃຫ້ແນ່ໃຈວ່າ
ເນື້ອໃນຖານຂໍ້ມູນບໍ່ປ່ຽນແປງລະຫວ່າງເວລາທີ່ແມ່ບົດເຊື່ອມຕໍ່ກັບ
ຖານຂໍ້ມູນຈົນກ່ວາວຽກພະນັກງານສຸດທ້າຍໄດ້ເຊື່ອມຕໍ່ກັບຖານຂໍ້ມູນ. ວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະ
ອັນນີ້ແມ່ນເພື່ອຢຸດຂະບວນການດັດແກ້ຂໍ້ມູນໃດໆ (DDL ແລະ DML) ການເຂົ້າເຖິງຖານຂໍ້ມູນ
ກ່ອນທີ່ຈະເລີ່ມການສໍາຮອງຂໍ້ມູນ. ນອກນັ້ນທ່ານຍັງຈໍາເປັນຕ້ອງໄດ້ລະບຸ --no-synchronized-snapshots
ພາລາມິເຕີໃນເວລາທີ່ແລ່ນ pg_dump -j ຕໍ່ກັບເຊີບເວີ PostgreSQL ກ່ອນ 9.2.

-n ໂຄງ
--schema=ໂຄງ
Dump ພຽງແຕ່ການຈັບຄູ່ schemas ໂຄງ; ນີ້ເລືອກທັງ schema ຕົວຂອງມັນເອງ, ແລະທັງຫມົດຂອງມັນ
ວັດຖຸບັນຈຸ. ເມື່ອທາງເລືອກນີ້ບໍ່ໄດ້ຖືກລະບຸ, schemas ທີ່ບໍ່ແມ່ນລະບົບທັງຫມົດໃນ
ຖານຂໍ້ມູນເປົ້າໝາຍຈະຖືກຖິ້ມ. ຫຼາຍ schemas ສາມາດເລືອກໄດ້ໂດຍການຂຽນຫຼາຍ
-n ສະຫຼັບ. ນອກຈາກນີ້, ໄດ້ ໂຄງ ພາລາມິເຕີຖືກຕີຄວາມວ່າເປັນຮູບແບບອີງຕາມການ
ກົດລະບຽບດຽວກັນທີ່ໃຊ້ໂດຍຄໍາສັ່ງ \d ຂອງ psql (ເບິ່ງຮູບແບບ), ດັ່ງນັ້ນຫຼາຍ schemas ຍັງສາມາດເປັນ.
ເລືອກໂດຍການຂຽນຕົວອັກສອນແທນຕົວຢູ່ໃນຮູບແບບ. ເມື່ອໃຊ້ wildcards, be
ລະມັດລະວັງທີ່ຈະອ້າງເຖິງຮູບແບບຖ້າຈໍາເປັນເພື່ອປ້ອງກັນບໍ່ໃຫ້ແກະຂະຫຍາຍອອກ
ຕົວແທນ; ເບິ່ງຕົວຢ່າງ.

ຫມາຍ​ເຫດ​
ເມື່ອ​ໃດ​ -n ຖືກລະບຸໄວ້, pg_dump ບໍ່ມີຄວາມພະຍາຍາມທີ່ຈະ dump ວັດຖຸຖານຂໍ້ມູນອື່ນໆ
ວ່າ schema (s) ທີ່ເລືອກອາດຈະຂຶ້ນກັບ. ດັ່ງນັ້ນ, ບໍ່ມີການຮັບປະກັນ
ວ່າຜົນໄດ້ຮັບຂອງ dump-schema ສະເພາະສາມາດໄດ້ຮັບການຟື້ນຟູສົບຜົນສໍາເລັດໂດຍ
ຕົວເອງເຂົ້າໄປໃນຖານຂໍ້ມູນທີ່ສະອາດ.

ຫມາຍ​ເຫດ​
ວັດຖຸທີ່ບໍ່ແມ່ນ schema ເຊັ່ນ blobs ບໍ່ໄດ້ຖືກ dumped ໃນເວລາທີ່ -n ຖືກກໍານົດ. ທ່ານສາມາດເພີ່ມ
blobs ກັບຄືນໄປບ່ອນ dump ກັບ --blobs ສະຫຼັບ.

-N ໂຄງ
--exclude-schema=ໂຄງ
ຢ່າຖິ້ມ schemas ໃດໆທີ່ກົງກັບ ໂຄງ ຮູບແບບ. ຮູບແບບຖືກຕີຄວາມ
ຕາມກົດລະບຽບດຽວກັນກັບ -n. -N ສາມາດໃຫ້ຫຼາຍກວ່າຫນຶ່ງຄັ້ງເພື່ອຍົກເວັ້ນ
schemas ກົງກັບຫຼາຍຮູບແບບ.

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

-o
--oids
Dump object identifiers (OIDs) ເປັນສ່ວນຫນຶ່ງຂອງຂໍ້ມູນສໍາລັບທຸກໆຕາຕະລາງ. ໃຊ້ຕົວເລືອກນີ້ຖ້າ
ຄໍາຮ້ອງສະຫມັກຂອງທ່ານອ້າງອີງເຖິງຄໍລໍາ OID ໃນບາງທາງ (ເຊັ່ນ: ໃນລະຫັດຕ່າງປະເທດ
ຂໍ້ຈໍາກັດ). ຖ້າບໍ່ດັ່ງນັ້ນ, ທາງເລືອກນີ້ບໍ່ຄວນຖືກນໍາໃຊ້.

-O
--ບໍ່ມີເຈົ້າຂອງ
ຢ່າອອກຄໍາສັ່ງເພື່ອກໍານົດຄວາມເປັນເຈົ້າຂອງຂອງວັດຖຸໃຫ້ກົງກັບຖານຂໍ້ມູນຕົ້ນສະບັບ. ໂດຍ
ຄ່າເລີ່ມຕົ້ນ, ບັນຫາ pg_dump ອີກຕໍ່ໄປ OWNER or SET ບົດຮຽນ ການອະນຸຍາດ ຖະແຫຼງການທີ່ຈະກໍານົດ
ຄວາມເປັນເຈົ້າຂອງວັດຖຸຖານຂໍ້ມູນທີ່ສ້າງຂຶ້ນ. ຄໍາຖະແຫຼງເຫຼົ່ານີ້ຈະລົ້ມເຫລວເມື່ອສະຄິບແມ່ນ
ດໍາເນີນການເວັ້ນເສຍແຕ່ວ່າມັນເລີ່ມຕົ້ນໂດຍ superuser (ຫຼືຜູ້ໃຊ້ດຽວກັນທີ່ເປັນເຈົ້າຂອງທັງຫມົດຂອງວັດຖຸ
ໃນ script). ເພື່ອເຮັດໃຫ້ສະຄິບທີ່ສາມາດໄດ້ຮັບການຟື້ນຟູໂດຍຜູ້ໃຊ້ໃດກໍ່ຕາມ, ແຕ່ຈະໃຫ້
ຄວາມເປັນເຈົ້າຂອງຜູ້ໃຊ້ຂອງວັດຖຸທັງຫມົດ, ລະບຸ -O.

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

-R
--no-reconnect
ທາງເລືອກນີ້ແມ່ນລ້າສະໄຫມແຕ່ຍັງຖືກຍອມຮັບສໍາລັບການເຂົ້າກັນໄດ້ໃນດ້ານຫລັງ.

-s
--schema-ເທົ່ານັ້ນ
ຖິ້ມພຽງແຕ່ຄໍານິຍາມວັດຖຸ (schema), ບໍ່ແມ່ນຂໍ້ມູນ.

ທາງເລືອກນີ້ແມ່ນກົງກັນຂ້າມຂອງ --data-ເທົ່ານັ້ນ. ມັນຄ້າຍຄືກັນກັບ, ແຕ່ສໍາລັບປະຫວັດສາດ
ເຫດຜົນບໍ່ຄືກັນ, ລະບຸ --section=ຂໍ້ມູນເບື້ອງຕົ້ນ --section=post-data.

(ຢ່າສັບສົນກັບເລື່ອງນີ້ --schema ທາງເລືອກ, ເຊິ່ງໃຊ້ຄໍາວ່າ "schema" ໃນ a
ຄວາມ​ຫມາຍ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​.)

ເພື່ອຍົກເວັ້ນຂໍ້ມູນຕາຕະລາງສໍາລັບພຽງແຕ່ຊຸດຍ່ອຍຂອງຕາຕະລາງໃນຖານຂໍ້ມູນ, ເບິ່ງ
--exclude-table-data.

-S ຊື່ຜູ້ໃຊ້
--superuser=ຊື່ຜູ້ໃຊ້
ລະບຸຊື່ຜູ້ໃຊ້ superuser ທີ່ຈະໃຊ້ໃນເວລາທີ່ປິດ triggers. ນີ້ແມ່ນກ່ຽວຂ້ອງເທົ່ານັ້ນ
if --disable-triggers ຖືກນໍາໃຊ້. (ໂດຍປົກກະຕິແລ້ວ, ມັນດີກວ່າທີ່ຈະປ່ອຍມັນອອກ, ແລະແທນທີ່ຈະ
ເລີ່ມ script ຜົນໄດ້ຮັບເປັນ superuser.)

-t ຕາຕະລາງ
--table=ຕາຕະລາງ
ຖິ້ມພຽງແຕ່ຕາຕະລາງ (ຫຼືມຸມເບິ່ງຫຼືລໍາດັບຫຼືຕາຕະລາງຕ່າງປະເທດ) ທີ່ກົງກັນ ຕາຕະລາງ. ຫຼາຍ
ຕາຕະລາງສາມາດເລືອກໄດ້ໂດຍການຂຽນຫຼາຍອັນ -t ສະຫຼັບ. ນອກຈາກນີ້, ໄດ້ ຕາຕະລາງ ພາລາມິເຕີແມ່ນ
ແປເປັນຮູບແບບຕາມກົດລະບຽບດຽວກັນທີ່ໃຊ້ໂດຍຄໍາສັ່ງ \d ຂອງ psql (ເບິ່ງ
Patterns), ດັ່ງນັ້ນຫຼາຍຕາຕະລາງຍັງສາມາດຖືກເລືອກໂດຍການຂຽນຕົວອັກສອນ wildcard ໃນ
ຮູບແບບ. ໃນ​ເວ​ລາ​ທີ່​ການ​ນໍາ​ໃຊ້ wildcards​, ຈະ​ລະ​ມັດ​ລະ​ວັງ​ການ​ອ້າງ​ອີງ​ຮູບ​ແບບ​ຖ້າ​ຫາກ​ວ່າ​ຈໍາ​ເປັນ​ເພື່ອ​
ປ້ອງກັນບໍ່ໃຫ້ແກະຈາກການຂະຫຍາຍຕົວແທນ; ເບິ່ງຕົວຢ່າງ.

ໄດ້ -n ແລະ -N ສະວິດບໍ່ມີຜົນໃນເວລາທີ່ -t ຖືກນໍາໃຊ້, ເພາະວ່າຕາຕະລາງເລືອກໂດຍ -t
ຈະຖືກຖິ້ມໂດຍບໍ່ຄໍານຶງເຖິງສະວິດເຫຼົ່ານັ້ນ, ແລະວັດຖຸທີ່ບໍ່ແມ່ນຕາຕະລາງຈະບໍ່ຖືກ dumped.

ຫມາຍ​ເຫດ​
ເມື່ອ​ໃດ​ -t ຖືກລະບຸໄວ້, pg_dump ບໍ່ມີຄວາມພະຍາຍາມທີ່ຈະ dump ວັດຖຸຖານຂໍ້ມູນອື່ນໆ
ວ່າຕາຕະລາງທີ່ເລືອກອາດຈະຂຶ້ນກັບ. ດັ່ງນັ້ນ, ບໍ່ມີການຮັບປະກັນ
ວ່າຜົນໄດ້ຮັບຂອງ dump ຕາຕະລາງສະເພາະສາມາດໄດ້ຮັບການຟື້ນຟູສົບຜົນສໍາເລັດໂດຍ
ຕົວເອງເຂົ້າໄປໃນຖານຂໍ້ມູນທີ່ສະອາດ.

ຫມາຍ​ເຫດ​
ພຶດຕິກໍາຂອງ -t ປຸ່ມສະວິດແມ່ນບໍ່ເຂົ້າກັນໄດ້ກັບທາງສ່ວນຫນ້າ 8.2
ຮຸ່ນ PostgreSQL. ໃນເມື່ອກ່ອນ, ການຂຽນແຖບ -t ຈະຖິ້ມຕາຕະລາງທັງຫມົດທີ່ມີຊື່ແຖບ, ແຕ່
ໃນປັດຈຸບັນມັນພຽງແຕ່ dumps ອັນໃດກໍ່ຕາມທີ່ເຫັນໄດ້ໃນເສັ້ນທາງການຊອກຫາເລີ່ມຕົ້ນຂອງທ່ານ. ເພື່ອໃຫ້ໄດ້ຮັບ
ພຶດຕິກໍາເກົ່າທີ່ທ່ານສາມາດຂຽນ -t '*.tab'. ນອກຈາກນັ້ນ, ທ່ານຕ້ອງຂຽນບາງສິ່ງບາງຢ່າງເຊັ່ນ -t
sch.tab ເພື່ອເລືອກຕາຕະລາງໃນ schema ໂດຍສະເພາະ, ແທນທີ່ຈະເປັນບ່ອນເກົ່າຂອງ
-n sch -t ແຖບ.

-T ຕາຕະລາງ
--exclude-table=ຕາຕະລາງ
ຢ່າຖິ້ມຕາຕະລາງໃດໆທີ່ກົງກັບ ຕາຕະລາງ ຮູບແບບ. ຮູບແບບຖືກຕີຄວາມ
ຕາມກົດລະບຽບດຽວກັນກັບ -t. -T ສາມາດໃຫ້ຫຼາຍກວ່າຫນຶ່ງຄັ້ງເພື່ອຍົກເວັ້ນ
ຕາຕະລາງທີ່ກົງກັບຫຼາຍຮູບແບບ.

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

-v
-- verbose
ລະບຸໂໝດ verbose. ນີ້ຈະເຮັດໃຫ້ pg_dump ອອກຄໍາຄິດເຫັນວັດຖຸລາຍລະອຽດແລະ
ເວລາເລີ່ມຕົ້ນ / ຢຸດກັບໄຟລ໌ dump, ແລະຂໍ້ຄວາມກ້າວຫນ້າກັບຄວາມຜິດພາດມາດຕະຖານ.

-V
- ການປ່ຽນແປງ
ພິມສະບັບ pg_dump ແລະອອກ.

-x
--ບໍ່ມີສິດທິພິເສດ
--no-acl
ປ້ອງກັນການຖິ້ມສິດທິໃນການເຂົ້າເຖິງ (ໃຫ້/ຖອນຄໍາສັ່ງ).

-Z 0..9
--ບີບອັດ=0..9
ລະບຸລະດັບການບີບອັດທີ່ຈະໃຊ້. ສູນຫມາຍຄວາມວ່າບໍ່ມີການບີບອັດ. ສໍາລັບປະເພນີ
ຮູບແບບການເກັບຂໍ້ມູນ, ນີ້ກໍານົດການບີບອັດຂອງແຕ່ລະສ່ວນຕາຕະລາງຂໍ້ມູນ, ແລະ
ຄ່າເລີ່ມຕົ້ນແມ່ນການບີບອັດໃນລະດັບປານກາງ. ສໍາລັບການສົ່ງອອກຂໍ້ຄວາມທໍາມະດາ, ຕັ້ງຄ່າ nonzero
ລະດັບການບີບອັດເຮັດໃຫ້ໄຟລ໌ຜົນຜະລິດທັງຫມົດຖືກບີບອັດ, ຄືກັບວ່າມັນມີ
ໄດ້ຮັບການປ້ອນຜ່ານ gzip; ແຕ່ຄ່າເລີ່ມຕົ້ນບໍ່ແມ່ນການບີບອັດ. ຮູບແບບການເກັບຂໍ້ມູນ tar
ໃນປັດຈຸບັນບໍ່ສະຫນັບສະຫນູນການບີບອັດທັງຫມົດ.

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

--column-inserts
--attribute-inserts
ຖິ້ມຂໍ້ມູນເປັນ INSERT ຄໍາສັ່ງທີ່ມີຊື່ຖັນທີ່ຊັດເຈນ (ໃສ່ເຂົ້າໄປໃນ ຕາຕະລາງ (ຖັນ,
...) VALUES ...). ນີ້ຈະເຮັດໃຫ້ການຟື້ນຟູຊ້າຫຼາຍ; ມັນສ່ວນໃຫຍ່ແມ່ນເປັນປະໂຫຍດສໍາລັບການເຮັດ
dumps ທີ່ສາມາດຖືກໂຫລດເຂົ້າໄປໃນຖານຂໍ້ມູນທີ່ບໍ່ແມ່ນ PostgreSQL. ຢ່າງໃດກໍຕາມ, ນັບຕັ້ງແຕ່ທາງເລືອກນີ້
ສ້າງຄໍາສັ່ງແຍກຕ່າງຫາກສໍາລັບແຕ່ລະແຖວ, ຄວາມຜິດພາດໃນການໂຫຼດແຖວເປັນສາເຫດເທົ່ານັ້ນ
ແຖວນັ້ນຈະສູນເສຍຫຼາຍກວ່າເນື້ອໃນຂອງຕາຕະລາງທັງຫມົດ.

--disable-dollar-quoting
ຕົວເລືອກນີ້ປິດການນຳໃຊ້ການອ້າງອີງເງິນໂດລາສຳລັບໜ່ວຍງານທີ່ເຮັດວຽກ, ແລະບັງຄັບໃຫ້ພວກມັນ
ຖືກອ້າງອີງໂດຍໃຊ້ syntax string ມາດຕະຖານ SQL.

--disable-triggers
ຕົວເລືອກນີ້ມີຄວາມກ່ຽວຂ້ອງພຽງແຕ່ເມື່ອສ້າງການ dump ຂໍ້ມູນເທົ່ານັ້ນ. ມັນສັ່ງ pg_dump ກັບ
ປະກອບມີຄໍາສັ່ງທີ່ຈະປິດການທໍາງານຊົ່ວຄາວໃນຕາຕະລາງເປົ້າຫມາຍໃນຂະນະທີ່ຂໍ້ມູນ
ຖືກໂຫຼດຄືນໃໝ່. ໃຊ້ອັນນີ້ຖ້າທ່ານມີການກວດສອບຄວາມຖືກຕ້ອງຂອງການອ້າງອິງ ຫຼືຕົວກະຕຸ້ນອື່ນໆ
ຕາຕະລາງທີ່ທ່ານບໍ່ຕ້ອງການທີ່ຈະເອີ້ນໃນລະຫວ່າງການໂຫຼດຂໍ້ມູນ.

ໃນປັດຈຸບັນ, ຄໍາສັ່ງປ່ອຍອອກມາສໍາລັບ --disable-triggers ຕ້ອງເຮັດເປັນ superuser. ດັ່ງນັ້ນ,
ທ່ານຄວນລະບຸຊື່ຜູ້ໃຊ້ໃຫຍ່ດ້ວຍ -S, ຫຼືດີກວ່າຈະລະມັດລະວັງເພື່ອເລີ່ມຕົ້ນ
script ຜົນໄດ້ຮັບເປັນ superuser.

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

--enable-row-security
ຕົວເລືອກນີ້ມີຄວາມກ່ຽວຂ້ອງພຽງແຕ່ໃນເວລາທີ່ dumping ເນື້ອໃນຂອງຕາຕະລາງທີ່ມີແຖວ
ຄວາມປອດໄພ. ໂດຍຄ່າເລີ່ມຕົ້ນ, pg_dump ຈະຕັ້ງ row_security ເປັນປິດ, ເພື່ອຮັບປະກັນວ່າຂໍ້ມູນທັງຫມົດແມ່ນ
ຖິ້ມອອກຈາກຕາຕະລາງ. ຖ້າຜູ້ໃຊ້ບໍ່ມີສິດທິພຽງພໍທີ່ຈະຂ້າມແຖວ
ຄວາມປອດໄພ, ຫຼັງຈາກນັ້ນຄວາມຜິດພາດໄດ້ຖືກຖິ້ມ. ພາຣາມິເຕີນີ້ສັ່ງໃຫ້ pg_dump ຕັ້ງ
row_security to on ແທນ, ໃຫ້ຜູ້ໃຊ້ຖິ້ມສ່ວນຕ່າງໆຂອງເນື້ອໃນຂອງ
ຕາ​ຕະ​ລາງ​ທີ່​ເຂົາ​ເຈົ້າ​ມີ​ການ​ເຂົ້າ​ເຖິງ​.

--exclude-table-data=ຕາຕະລາງ
ຢ່າຖິ້ມຂໍ້ມູນສໍາລັບຕາຕະລາງໃດໆທີ່ກົງກັບ ຕາຕະລາງ ຮູບແບບ. ຮູບແບບຖືກຕີຄວາມ
ຕາມກົດລະບຽບດຽວກັນກັບ -t. --exclude-table-data ສາ​ມາດ​ໄດ້​ຮັບ​ຫຼາຍ​ກ​່​ວາ​
ຄັ້ງໜຶ່ງເພື່ອຍົກເວັ້ນຕາຕະລາງທີ່ກົງກັບຫຼາຍຮູບແບບ. ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດໃນເວລາທີ່
ທ່ານຕ້ອງການຄໍານິຍາມຂອງຕາຕະລາງໂດຍສະເພາະເຖິງແມ່ນວ່າທ່ານບໍ່ຕ້ອງການຂໍ້ມູນໃນ
ມັນ.

ເພື່ອຍົກເວັ້ນຂໍ້ມູນສໍາລັບຕາຕະລາງທັງຫມົດໃນຖານຂໍ້ມູນ, ເບິ່ງ --schema-ເທົ່ານັ້ນ.

--ຖ້າ-ມີ
ໃຊ້ຄໍາສັ່ງທີ່ມີເງື່ອນໄຂ (ເຊັ່ນ: ເພີ່ມຂໍ້ IF EXISTS) ເມື່ອທໍາຄວາມສະອາດຖານຂໍ້ມູນ
ວັດຖຸ. ຕົວເລືອກນີ້ບໍ່ຖືກຕ້ອງເວັ້ນເສຍແຕ່ --ສະອາດ ຍັງ​ໄດ້​ລະ​ບຸ​ໄວ້​.

-- ແຊກ
ຖິ້ມຂໍ້ມູນເປັນ INSERT ຄໍາສັ່ງ (ແທນທີ່ຈະ COPY). ນີ້ຈະເຮັດໃຫ້ການຟື້ນຟູຊ້າຫຼາຍ;
ມັນເປັນປະໂຫຍດຕົ້ນຕໍສໍາລັບການເຮັດໃຫ້ dumps ທີ່ສາມາດໂຫລດເຂົ້າໄປໃນຖານຂໍ້ມູນທີ່ບໍ່ແມ່ນ PostgreSQL.
ຢ່າງໃດກໍຕາມ, ເນື່ອງຈາກວ່າທາງເລືອກນີ້ສ້າງຄໍາສັ່ງແຍກຕ່າງຫາກສໍາລັບແຕ່ລະແຖວ, ຄວາມຜິດພາດໃນ
ການໂຫຼດແຖວຄືນໃໝ່ເຮັດໃຫ້ພຽງແຕ່ແຖວນັ້ນເສຍໄປຫຼາຍກວ່າເນື້ອຫາທັງໝົດຂອງຕາຕະລາງ.
ຈົ່ງຈື່ໄວ້ວ່າການຟື້ນຟູອາດຈະລົ້ມເຫລວທັງຫມົດຖ້າທ່ານໄດ້ຈັດລໍາດັບຖັນໃຫມ່. ໄດ້
--column-inserts ທາງເລືອກແມ່ນປອດໄພຕໍ່ກັບການປ່ຽນແປງຄໍາສັ່ງຖັນ, ເຖິງແມ່ນວ່າຊ້າກວ່າ.

--lock-wait-timeout=ຫມົດ​ເວ​ລາ
ຢ່າລໍຖ້າຕະຫຼອດໄປເພື່ອໃຫ້ໄດ້ locks ຕາຕະລາງຮ່ວມກັນໃນຕອນເລີ່ມຕົ້ນຂອງການຖິ້ມຂີ້ເຫຍື້ອ.
ແທນທີ່ຈະລົ້ມເຫລວຖ້າບໍ່ສາມາດລັອກຕາຕະລາງພາຍໃນທີ່ກໍານົດໄວ້ ຫມົດ​ເວ​ລາ. ໝົດເວລາອາດຈະ
ຈະຖືກລະບຸໃນຮູບແບບໃດນຶ່ງທີ່ຍອມຮັບໂດຍ SET statement_ໝົດເວລາ. (ຄ່າທີ່ອະນຸຍາດ
ແຕກຕ່າງກັນໄປຕາມເວີຊັ່ນເຊີບເວີທີ່ທ່ານກໍາລັງຖິ້ມຈາກ, ແຕ່ເປັນຈໍານວນເຕັມ
milliseconds ແມ່ນຍອມຮັບໂດຍທຸກລຸ້ນຕັ້ງແຕ່ 7.3. ຕົວເລືອກນີ້ຖືກລະເລີຍເມື່ອ
ການຖິ້ມຂີ້ເຫຍື້ອຈາກເຄື່ອງແມ່ຂ່າຍກ່ອນ 7.3.)

--no-security-labels
ຢ່າຖິ້ມປ້າຍຄວາມປອດໄພ.

--no-synchronized-snapshots
ທາງເລືອກນີ້ອະນຸຍາດໃຫ້ແລ່ນ pg_dump -j ຕໍ່ກັບເຊີບເວີກ່ອນ 9.2, ເບິ່ງເອກະສານ
ຂອງ -j ພາລາມິເຕີສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.

--no-tablespaces
ຢ່າອອກຄໍາສັ່ງເພື່ອເລືອກພື້ນທີ່ຕາຕະລາງ. ດ້ວຍທາງເລືອກນີ້, ວັດຖຸທັງຫມົດຈະເປັນ
ສ້າງຂຶ້ນຢູ່ໃນຕາຕະລາງໃດກໍໄດ້ເປັນຄ່າເລີ່ມຕົ້ນໃນລະຫວ່າງການຟື້ນຟູ.

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

--no-unlogged-table-data
ຢ່າຖິ້ມເນື້ອໃນຂອງຕາຕະລາງທີ່ບໍ່ໄດ້ບັນທຶກ. ຕົວເລືອກນີ້ບໍ່ມີຜົນຕໍ່ວ່າຫຼື
ບໍ່ແມ່ນຄໍານິຍາມຕາຕະລາງ (schema) ຖືກຖິ້ມ; ມັນພຽງແຕ່ສະກັດກັ້ນການຖິ້ມຂີ້ເຫຍື້ອໃນຕາຕະລາງ
ຂໍ້ມູນ. ຂໍ້ມູນໃນຕາຕາລາງທີ່ບໍ່ໄດ້ເຂົ້າສູ່ລະບົບຈະຖືກຍົກເວັ້ນສະເໝີເມື່ອຖືກຖິ້ມຈາກເຊີບເວີສະແຕນບາຍ.

--quote-all-identifiers
ບັງຄັບໃຫ້ວົງຢືມຂອງຕົວລະບຸທັງໝົດ. ນີ້ອາດຈະເປັນປະໂຫຍດໃນເວລາທີ່ dumping ຖານຂໍ້ມູນສໍາລັບ
ການເຄື່ອນຍ້າຍໄປສູ່ສະບັບໃນອະນາຄົດທີ່ອາດຈະນໍາສະເຫນີຄໍາສໍາຄັນເພີ່ມເຕີມ.

--section=ຊື່ພາກ
ພຽງແຕ່ຖິ້ມສ່ວນທີ່ມີຊື່. ຊື່ພາກສາມາດເປັນ ຂໍ້ມູນລ່ວງໜ້າ, ຂໍ້ມູນ, ຫຼື ຂໍ້ມູນຫຼັງ.
ທາງເລືອກນີ້ສາມາດຖືກລະບຸຫຼາຍກວ່າຫນຶ່ງຄັ້ງເພື່ອເລືອກຫຼາຍພາກສ່ວນ. ຄ່າເລີ່ມຕົ້ນ
ແມ່ນເພື່ອຖິ້ມທຸກພາກສ່ວນ.

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

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

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

ຕົວເລືອກນີ້ຈະບໍ່ແຕກຕ່າງກັນຖ້າບໍ່ມີການອ່ານ-write ການເຄື່ອນໄຫວ
ເມື່ອ pg_dump ເລີ່ມຕົ້ນ. ຖ້າການເຮັດທຸລະກໍາອ່ານຂຽນມີການເຄື່ອນໄຫວ, ການເລີ່ມຕົ້ນຂອງ dump
ອາດຈະຖືກຊັກຊ້າເປັນໄລຍະເວລາທີ່ບໍ່ລະບຸ. ເມື່ອແລ່ນ, ປະຕິບັດກັບຫຼື
ໂດຍບໍ່ມີການປ່ຽນແມ່ນຄືກັນ.

--snapshot=ຊື່ພາບຖ່າຍ
ໃຊ້ການຊິງຄ໌ພາບທີ່ລະບຸໄວ້ໃນເວລາເຮັດການຖິ້ມຖານຂໍ້ມູນ (ເບິ່ງ
ຕາຕະລາງ 9.71, "ຟັງຊັນການຊິງຄ໌ພາບຖ່າຍ" ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ).

ຕົວເລືອກນີ້ມີປະໂຫຍດເມື່ອຕ້ອງການ synchronize dump ດ້ວຍການຈໍາລອງຢ່າງມີເຫດຜົນ
ສະລັອດຕິງ (ເບິ່ງບົດທີ 46, ການຖອດລະຫັດຕາມເຫດຜົນ, ໃນເອກະສານ) ຫຼືດ້ວຍຕົວປະສານ.
session

ໃນກໍລະນີຂອງ dump ຂະຫນານ, ຊື່ snapshot ກໍານົດໂດຍທາງເລືອກນີ້ຖືກນໍາໃຊ້
ແທນທີ່ຈະຖ່າຍຮູບໃໝ່.

--use-set-session-authorization
ຜົນຜະລິດ SQL ມາດຕະຖານ SET ບົດຮຽນ ການອະນຸຍາດ ຄໍາສັ່ງແທນ ອີກຕໍ່ໄປ OWNER ຄໍາສັ່ງ
ເພື່ອກໍານົດຄວາມເປັນເຈົ້າຂອງວັດຖຸ. ນີ້ເຮັດໃຫ້ dump ຫຼາຍມາດຕະຖານທີ່ເຫມາະສົມ, ແຕ່
ອີງຕາມປະຫວັດຂອງວັດຖຸຢູ່ໃນບ່ອນຖິ້ມຂີ້ເຫຍື້ອ, ອາດຈະບໍ່ຟື້ນຟູຢ່າງຖືກຕ້ອງ. ນອກຈາກນີ້,
ການຖິ້ມຂີ້ເຫຍື້ອໂດຍໃຊ້ SET ບົດຮຽນ ການອະນຸຍາດ ແນ່ນອນຈະຮຽກຮ້ອງໃຫ້ມີສິດທິພິເສດຂອງ superuser ກັບ
ຟື້ນຟູຢ່າງຖືກຕ້ອງ, ໃນຂະນະທີ່ ອີກຕໍ່ໄປ OWNER ຮຽກຮ້ອງໃຫ້ມີສິດທິພິເສດຫນ້ອຍ.

-?
- ຊ່ວຍ
ສະແດງຄວາມຊ່ວຍເຫຼືອກ່ຽວກັບການໂຕ້ຖຽງແຖວຄໍາສັ່ງ pg_dump, ແລະອອກ.

ຕົວເລືອກແຖວຄໍາສັ່ງຕໍ່ໄປນີ້ຄວບຄຸມຕົວກໍານົດການເຊື່ອມຕໍ່ຖານຂໍ້ມູນ.

-d dbname
--dbname=dbname
ລະບຸຊື່ຂອງຖານຂໍ້ມູນທີ່ຈະເຊື່ອມຕໍ່ກັບ. ນີ້ແມ່ນເທົ່າກັບການລະບຸ
dbname ເປັນການໂຕ້ຖຽງທີ່ບໍ່ແມ່ນທາງເລືອກທໍາອິດໃນແຖວຄໍາສັ່ງ.

ຖ້າພາລາມິເຕີນີ້ມີສັນຍາລັກ = ຫຼືເລີ່ມຕົ້ນດ້ວຍຄໍານໍາຫນ້າ URI ທີ່ຖືກຕ້ອງ (postgresql://
ຫຼື postgres://), ມັນຖືກປະຕິບັດເປັນ ຂໍ້​ມູນ ສາຍ. ເບິ່ງພາກທີ 31.1, “ຖານຂໍ້ມູນ
ຟັງຊັນການຄວບຄຸມການເຊື່ອມຕໍ່", ໃນເອກະສານສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-h ເຈົ້າພາບ
--host=ເຈົ້າພາບ
ລະບຸຊື່ໂຮດຂອງເຄື່ອງທີ່ເຊີບເວີກຳລັງແລ່ນຢູ່. ຖ້າມູນຄ່າ
ເລີ່ມຕົ້ນດ້ວຍ slash, ມັນຖືກນໍາໃຊ້ເປັນໄດເລກະທໍລີສໍາລັບ socket ໂດເມນ Unix. ໄດ້
ຄ່າເລີ່ມຕົ້ນແມ່ນເອົາມາຈາກ PGHOST ຕົວແປສະພາບແວດລ້ອມ, ຖ້າຕັ້ງ, ອື່ນໂດເມນ Unix
ພະຍາຍາມເຊື່ອມຕໍ່ເຕົ້າຮັບ.

-p port
--port=port
ລະບຸພອດ TCP ຫຼືສ່ວນຂະຫຍາຍໄຟລ໌ຊັອກເກັດໂດເມນ Unix ທ້ອງຖິ່ນທີ່ເຊີບເວີ
ກໍາລັງຟັງການເຊື່ອມຕໍ່. ຄ່າເລີ່ມຕົ້ນຂອງ PGPORT ສະພາບແວດລ້ອມປ່ຽນແປງ, ຖ້າຕັ້ງ, ຫຼື
ລວບລວມຢູ່ໃນຄ່າເລີ່ມຕົ້ນ.

-U ຊື່ຜູ້ໃຊ້
--ຊື່ຜູ້ໃຊ້=ຊື່ຜູ້ໃຊ້
ຊື່ຜູ້ໃຊ້ເພື່ອເຊື່ອມຕໍ່ເປັນ.

-w
-- ບໍ່ມີລະຫັດຜ່ານ
ຢ່າອອກການເຕືອນລະຫັດຜ່ານ. ຖ້າເຄື່ອງແມ່ຂ່າຍຕ້ອງການການກວດສອບລະຫັດຜ່ານແລະ a
ລະຫັດຜ່ານບໍ່ສາມາດໃຊ້ໄດ້ໂດຍວິທີອື່ນເຊັ່ນໄຟລ໌ .pgpass, ການເຊື່ອມຕໍ່
ຄວາມພະຍາຍາມຈະລົ້ມເຫລວ. ທາງເລືອກນີ້ສາມາດເປັນປະໂຫຍດໃນ batch jobs ແລະ scripts ທີ່ບໍ່ມີຜູ້ໃຊ້
ປະຈຸບັນໃຫ້ໃສ່ລະຫັດຜ່ານ.

-W
-ລະຫັດຜ່ານ
ບັງຄັບ pg_dump ເພື່ອເຕືອນລະຫັດຜ່ານກ່ອນທີ່ຈະເຊື່ອມຕໍ່ກັບຖານຂໍ້ມູນ.

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

--ບົດບາດ=ຊື່ບົດບາດ
ລະບຸຊື່ບົດບາດທີ່ຈະໃຊ້ເພື່ອສ້າງການຖິ້ມຂີ້ເຫຍື້ອ. ຕົວເລືອກນີ້ເຮັດໃຫ້ pg_dump ເປັນ
ອອກກ SET ບົດບາດ ຊື່ບົດບາດ ຄໍາສັ່ງຫຼັງຈາກເຊື່ອມຕໍ່ກັບຖານຂໍ້ມູນ. ມັນເປັນປະໂຫຍດໃນເວລາທີ່
ຜູ້​ໃຊ້​ທີ່​ໄດ້​ຮັບ​ການ​ຢັ້ງ​ຢືນ (ສະ​ເພາະ​ໂດຍ -U) ຂາດສິດທິພິເສດທີ່ຈໍາເປັນໂດຍ pg_dump, ແຕ່ສາມາດເຮັດໄດ້
ສະຫຼັບກັບບົດບາດທີ່ມີສິດທິທີ່ຕ້ອງການ. ບາງການຕິດຕັ້ງມີນະໂຍບາຍຕໍ່ຕ້ານ
ເຂົ້າສູ່ລະບົບໂດຍກົງເປັນ superuser, ແລະການນໍາໃຊ້ທາງເລືອກນີ້ອະນຸຍາດໃຫ້ dumps ທີ່ຈະເຮັດ
ໂດຍບໍ່ມີການລະເມີດນະໂຍບາຍ.

ENVIRONMENT

PGDATABASE
PGHOST
PGOPTIONS
PGPORT
PGUSER
ຕົວກໍານົດການເຊື່ອມຕໍ່ເລີ່ມຕົ້ນ.

ຜົນປະໂຫຍດນີ້, ເຊັ່ນດຽວກັນກັບຜົນປະໂຫຍດ PostgreSQL ອື່ນໆ, ຍັງໃຊ້ຕົວແປສະພາບແວດລ້ອມ
ສະຫນັບສະຫນູນໂດຍ libpq (ເບິ່ງພາກ 31.14, "ຕົວແປສະພາບແວດລ້ອມ", ໃນເອກະສານ).

ທິດສະດີວິທະຍາ

pg_dump ດໍາເນີນການພາຍໃນ SELECT ຖະແຫຼງການ. ຖ້າທ່ານມີບັນຫາໃນການແລ່ນ pg_dump, ເຮັດ
ໃຫ້ແນ່ໃຈວ່າທ່ານສາມາດເລືອກຂໍ້ມູນຈາກຖານຂໍ້ມູນໂດຍໃຊ້ຕົວຢ່າງເຊັ່ນ, psql(1).
ນອກຈາກນີ້, ການຕັ້ງຄ່າການເຊື່ອມຕໍ່ເລີ່ມຕົ້ນໃດໆແລະຕົວແປສະພາບແວດລ້ອມທີ່ໃຊ້ໂດຍ libpq
ຫ້ອງສະໝຸດດ້ານໜ້າຈະນຳໃຊ້.

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

ຫມາຍເຫດ

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

ສ້າງຖານຂໍ້ມູນ foo ດ້ວຍ TEMPLATE ແມ່ແບບ0;

ເມື່ອ dump ຂໍ້ມູນເທົ່ານັ້ນຖືກເລືອກແລະທາງເລືອກ --disable-triggers ຖືກນໍາໃຊ້, pg_dump eits
ຄໍາສັ່ງທີ່ຈະປິດການທໍາງານຂອງ triggers ໃນຕາຕະລາງຜູ້ໃຊ້ກ່ອນທີ່ຈະໃສ່ຂໍ້ມູນ, ແລະຫຼັງຈາກນັ້ນຄໍາສັ່ງ
ເພື່ອເປີດໃຊ້ພວກມັນຄືນໃໝ່ຫຼັງຈາກໃສ່ຂໍ້ມູນແລ້ວ. ຖ້າຫາກວ່າການຟື້ນຟູແມ່ນຢຸດເຊົາຢູ່ໃນ
ກາງ, ລາຍການລະບົບອາດຈະຖືກປະໄວ້ໃນສະຖານະທີ່ບໍ່ຖືກຕ້ອງ.

ໄຟລ໌ dump ທີ່ຜະລິດໂດຍ pg_dump ບໍ່ມີສະຖິຕິທີ່ໃຊ້ໂດຍ optimizer ເພື່ອ
ຕັດສິນໃຈວາງແຜນການສອບຖາມ. ເພາະສະນັ້ນ, ມັນເປັນການສະຫລາດທີ່ຈະດໍາເນີນການ ການວິເຄາະ ຫຼັງ​ຈາກ​ການ​ຟື້ນ​ຟູ​ຈາກ a
dump ໄຟລ໌ເພື່ອຮັບປະກັນປະສິດທິພາບທີ່ດີທີ່ສຸດ; ເບິ່ງພາກທີ 23.1.3, “ການອັບເດດຜູ້ວາງແຜນ
ສະຖິຕິ”, ໃນເອກະສານ ແລະ ພາກທີ 23.1.6, “The Autovacuum Daemon”, ໃນເອກະສານ.
ເອກະສານສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ. ໄຟລ໌ dump ຍັງບໍ່ມີ ອີກຕໍ່ໄປ DATABASE
... SET ຄໍາສັ່ງ; ການຕັ້ງຄ່າເຫຼົ່ານີ້ຖືກຖິ້ມໂດຍ pg_dumpall(1), ພ້ອມກັບຜູ້ໃຊ້ຖານຂໍ້ມູນ
ແລະການຕັ້ງຄ່າທົ່ວການຕິດຕັ້ງອື່ນໆ.

ເນື່ອງຈາກວ່າ pg_dump ຖືກນໍາໃຊ້ເພື່ອໂອນຂໍ້ມູນໄປຍັງ PostgreSQL ຮຸ່ນໃຫມ່ກວ່າ, ຜົນຜະລິດຂອງ
pg_dump ສາມາດຖືກຄາດວ່າຈະໂຫລດເຂົ້າໄປໃນເຄື່ອງແມ່ຂ່າຍ PostgreSQL ຮຸ່ນໃຫມ່ກວ່າ pg_dump's
ສະບັບ. pg_dump ຍັງສາມາດ dump ຈາກເຊີບເວີ PostgreSQL ທີ່ເກົ່າກວ່າເວີຊັນຂອງຕົນເອງ.
(ປະຈຸບັນ, ເຊີບເວີກັບໄປເປັນເວີຊັນ 7.0 ແມ່ນຮອງຮັບ.) ຢ່າງໃດກໍຕາມ, pg_dump ບໍ່ສາມາດ dump ຈາກ
ເຊີບເວີ PostgreSQL ໃໝ່ກວ່າລຸ້ນຫຼັກຂອງຕົນເອງ; ມັນຈະປະຕິເສດທີ່ຈະພະຍາຍາມ, ແທນທີ່ຈະ
ຫຼາຍກວ່າຄວາມສ່ຽງທີ່ຈະເຮັດໃຫ້ການຖິ້ມຂີ້ເຫຍື້ອທີ່ບໍ່ຖືກຕ້ອງ. ນອກຈາກນີ້, ມັນບໍ່ໄດ້ຮັບປະກັນວ່າຜົນຜະລິດຂອງ pg_dump ສາມາດເປັນ
loaded ເຂົ້າໄປໃນເຄື່ອງແມ່ຂ່າຍຂອງສະບັບທີ່ສໍາຄັນເກົ່າ - ເຖິງແມ່ນວ່າ dump ໄດ້ຖືກເອົາມາຈາກ a
ເຊີບເວີຂອງລຸ້ນນັ້ນ. ການໂຫຼດໄຟລ໌ dump ເຂົ້າໄປໃນເຊີບເວີເກົ່າອາດຈະຕ້ອງມີຄູ່ມື
ການແກ້ໄຂໄຟລ໌ dump ເພື່ອເອົາ syntax ທີ່ບໍ່ເຂົ້າໃຈໂດຍເຄື່ອງແມ່ຂ່າຍເກົ່າ.

ຕົວຢ່າງ

ເພື່ອຖິ້ມຖານຂໍ້ມູນທີ່ເອີ້ນວ່າ mydb ເຂົ້າໄປໃນໄຟລ໌ SQL-script:

$ pg_dump mydb > db.sql

ເພື່ອໂຫຼດສະຄຣິບດັ່ງກ່າວຄືນໃໝ່ໃນຖານຂໍ້ມູນ (ສ້າງໃໝ່) ທີ່ມີຊື່ວ່າ newdb:

$ psql -d newdb -f db.sql

ເພື່ອ dump ຖານ​ຂໍ້​ມູນ​ເຂົ້າ​ໄປ​ໃນ​ໄຟລ​໌​ເກັບ​ກໍາ​ຂໍ້​ມູນ​ທີ່​ກໍາ​ນົດ​ເອງ​:

$ pg_dump -Fc mydb > db.dump

ເພື່ອ dump ຖານ​ຂໍ້​ມູນ​ເຂົ້າ​ໄປ​ໃນ​ແຟ້ມ​ຈັດ​ເກັບ​ຮູບ​ແບບ​ລະ​ບົບ​:

$ pg_dump -Fd mydb -f dumpdir

ເພື່ອ dump ຖານຂໍ້ມູນເຂົ້າໄປໃນບ່ອນເກັບມ້ຽນຮູບແບບໄດເລກະທໍລີຂະຫນານກັບ 5 ວຽກພະນັກງານ:

$ pg_dump -Fd mydb -j 5 -f dumpdir

ເພື່ອໂຫຼດໄຟລ໌ແຟ້ມຈັດເກັບຄືນໃໝ່ເຂົ້າໃນຖານຂໍ້ມູນ (ສ້າງໃໝ່) ຊື່ newdb:

$ pg_restore -d newdb db.dump

ເພື່ອຖິ້ມຕາຕະລາງດຽວທີ່ມີຊື່ mytab:

$ pg_dump -t ແຖບຂອງຂ້ອຍ mydb > db.sql

ເພື່ອຖິ້ມຕາຕະລາງທັງຫມົດທີ່ມີຊື່ເລີ່ມຕົ້ນດ້ວຍ emp ໃນ detroit schema, ຍົກເວັ້ນຕາຕະລາງ
ຊື່ພະນັກງານ_log:

$ pg_dump -t 'detroit.emp*' -T detroit.employee_log mydb > db.sql

ເພື່ອຖິ້ມໂຄງການທັງໝົດທີ່ມີຊື່ເລີ່ມຕົ້ນດ້ວຍຕາເວັນອອກ ຫຼືຕາເວັນຕົກ ແລະລົງທ້າຍດ້ວຍ gsm, ບໍ່ລວມເອົາອັນໃດນຶ່ງ.
schemas ທີ່ມີຊື່ປະກອບດ້ວຍການທົດສອບຄໍາ:

$ pg_dump -n 'ຕາເວັນອອກ*gsm' -n 'ຕາເວັນຕົກ*gsm' -N '*ທົດສອບ*' mydb > db.sql

ດຽວກັນ, ການນໍາໃຊ້ notation ການສະແດງອອກປົກກະຕິເພື່ອລວມສະຫວິດ:

$ pg_dump -n '(ຕາເວັນອອກ|ຕາເວັນຕົກ)*gsm' -N '*ທົດສອບ*' mydb > db.sql

ເພື່ອຖິ້ມວັດຖຸຖານຂໍ້ມູນທັງໝົດຍົກເວັ້ນຕາຕະລາງທີ່ຊື່ເລີ່ມຕົ້ນດ້ວຍ ts_:

$ pg_dump -T 'ts_*' mydb > db.sql

ເພື່ອລະບຸຕົວພິມໃຫຍ່ ຫຼືຕົວພິມໃຫຍ່ປະສົມໃນ -t ແລະສະຫຼັບທີ່ກ່ຽວຂ້ອງ, ທ່ານຈໍາເປັນຕ້ອງ
double-quote ຊື່; ອີກອັນໜຶ່ງມັນຈະຖືກພັບເປັນຕົວພິມນ້ອຍ (ເບິ່ງຮູບແບບ). ແຕ່ສອງເທົ່າ
ວົງຢືມແມ່ນພິເສດສໍາລັບແກະ, ສະນັ້ນພວກເຂົາຕ້ອງໄດ້ຮັບການອ້າງອີງ. ດັ່ງນັ້ນ, ເພື່ອ dump ດຽວ
ຕາຕະລາງທີ່ມີຊື່ແບບປະສົມ, ທ່ານຕ້ອງການບາງສິ່ງບາງຢ່າງເຊັ່ນ:

$ pg_dump -t "\"ຊື່ກໍລະນີປະສົມ\" mydb > mytab.sql

ໃຊ້ pg_dump ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net