RFC: CRC datatype - Mailing list pgsql-hackers

From Horst Herb
Subject RFC: CRC datatype
Date
Msg-id 009001c060ed$c2c6d4a0$fcee2bcb@midgard
Whole thread Raw
In response to RE: CRC was: Re: beta testing version  ("Mikheev, Vadim" <vmikheev@SECTORBASE.COM>)
Responses RE: RFC: CRC datatype  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
List pgsql-hackers
I believe that there are many good points to have CRC facilities "built
int", and I failed to detect any arguments against it. In my domain (the
medical domain) we simply can't use data without "proof" of integrity
("proof" as in  highest possible  level of confidence within reasonable
effort)

Therefore, I propose defining new data types like "CRC32", "CRC64",
"RIPEMD", whatever (rather than pluggable arbitrary CRCs).

Similar as with the SERIAL data type, the CRC data type would generate
automatically a trigger function that calculates a CRC across a tuple
(omitting the CRC property of course, and maybe the OID as well) before each
update and store it in itself.

Is there anything wrong with this idea?

Can somebody help me by pointing me into the right direction to implement
it? (The person who implemeted the SERIAL data type maybe ?)

Regards,
Horst



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Re: COPY BINARY file format proposal
Next
From: "Christopher Kings-Lynne"
Date:
Subject: RE: RFC: CRC datatype