Doubts about oid - Mailing list pgsql-general
Hi,
I was reading about oid and default configuration of PostgreSQL. A couple of doubts
1) Why is use of OIDS considered deprecated? Is there something else that can be used in place of oids for user tables?
2) Is there a performance impact if we keep the default default_with_oids to ON?
Googling, I came across this -
http://philmcrew.com/oid.html
But most of the links given at that page were broken and the page itself did not provide a lot of information.
Thanks,
Jayadevan
DISCLAIMER:
"The information in this e-mail and any attachment is intended only for the person to whom it is addressed and may contain confidential and/or privileged material. If you have received this e-mail in error, kindly contact the sender and destroy all copies of the original communication. IBS makes no warranty, express or implied, nor guarantees the accuracy, adequacy or completeness of the information contained in this email or any attachment and is not liable for any errors, defects, omissions, viruses or for resultant loss or damage, if any, direct or indirect."
I was reading about oid and default configuration of PostgreSQL. A couple of doubts
1) Why is use of OIDS considered deprecated? Is there something else that can be used in place of oids for user tables?
2) Is there a performance impact if we keep the default default_with_oids to ON?
Googling, I came across this -
http://philmcrew.com/oid.html
But most of the links given at that page were broken and the page itself did not provide a lot of information.
Thanks,
Jayadevan
DISCLAIMER:
"The information in this e-mail and any attachment is intended only for the person to whom it is addressed and may contain confidential and/or privileged material. If you have received this e-mail in error, kindly contact the sender and destroy all copies of the original communication. IBS makes no warranty, express or implied, nor guarantees the accuracy, adequacy or completeness of the information contained in this email or any attachment and is not liable for any errors, defects, omissions, viruses or for resultant loss or damage, if any, direct or indirect."
pgsql-general by date: