Re: Building infrastructure for B-Tree deduplication that recognizeswhen opclass equality is also equivalence
От | Alvaro Herrera |
---|---|
Тема | Re: Building infrastructure for B-Tree deduplication that recognizeswhen opclass equality is also equivalence |
Дата | |
Msg-id | 20191224160829.GA18317@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: Building infrastructure for B-Tree deduplication that recognizeswhen opclass equality is also equivalence (Anastasia Lubennikova <a.lubennikova@postgrespro.ru>) |
Ответы |
Re: Building infrastructure for B-Tree deduplication that recognizes when opclass equality is also equivalence
Re: Building infrastructure for B-Tree deduplication that recognizeswhen opclass equality is also equivalence |
Список | pgsql-hackers |
> @@ -106,6 +106,18 @@ CREATE OPERATOR CLASS <replaceable class="parameter">name</replaceable> [ DEFAUL > </listitem> > </varlistentry> > > + <varlistentry> > + <term><literal>NOT BITWISE</literal></term> > + <listitem> > + <para> > + If present, the operator class equality is not the same as equivalence. > + For example, two numerics can compare equal but have different scales. > + Most opclasses implement bitwise equal comparison, alternative behaviour > + must be set explicitly. > + </para> > + </listitem> > + </varlistentry> Am I the only one bothered by the fact that this patch (and all downstream discussion) reduces the term "bitwise equality" to simply "bitwise"? It reads really strange to me, both in the resulting SQL grammar as well as in struct names, code comments etc. "This operator class is bitwise." -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: