OpenForum RSS: Разработчики OrioleDB предложили улучшить API для альтернативных движков PostgreSQL https://opennet.ru/openforum/vsluhforumID3/136478.html Разработчики OrioleDB проанализировали текущее состояние низкоуровневого API, применяемого для доступа расширений к таблицам и индексам в PostgreSQL (Table/Index Access Method (AM) API), и предложили пути его улучшения. С момента появления в PostgreSQL 12 подобного API разработчики получили возможность создавать альтернативные механизмы хранения данных. Однако, несмотря на наличие этого API и известные ограничения встроенного механизма хранения, до сих пор не появилось полнофункциональных транзакционных движков хранения, реализованных исключительно в виде расширений...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62991<br> Разработчики OrioleDB предложили улучшить API для альтернати... (zo0M) https://opennet.ru/openforum/vsluhforumID3/136478.html#54 Sat, 05 Apr 2025 08:12:45 GMT Спасибо, будем посмотреть.<br> Разработчики OrioleDB предложили улучшить API для альтернати... (Alexander Korotkov) https://opennet.ru/openforum/vsluhforumID3/136478.html#53 Fri, 04 Apr 2025 08:08:49 GMT Встроенного такого механизма нет, несколько я знаю.<br> Разработчики OrioleDB предложили улучшить API для альтернати... (Alexander Korotkov) https://opennet.ru/openforum/vsluhforumID3/136478.html#52 Fri, 04 Apr 2025 08:04:55 GMT Там список ограничений приличный. Как я понял, по факту MVCC и нет.<br><br>https://github.com/citusdata/citus/blob/main/src/backend/columnar/README.md#limitations<br> Разработчики OrioleDB предложили улучшить API для альтернати... (Alexander Korotkov) https://opennet.ru/openforum/vsluhforumID3/136478.html#51 Fri, 04 Apr 2025 07:59:31 GMT Спасибр!<br> Разработчики OrioleDB предложили улучшить API для альтернати... (Alexander Korotkov) https://opennet.ru/openforum/vsluhforumID3/136478.html#50 Fri, 04 Apr 2025 07:59:13 GMT До конца этого года планируем GA.<br> Разработчики OrioleDB предложили улучшить API для альтернати... (ptr) https://opennet.ru/openforum/vsluhforumID3/136478.html#49 Wed, 02 Apr 2025 16:16:28 GMT &gt; Не поддержка, а access method. Так-то умников хватает, zheap тот же взять. <br><br>Это разные вещи, причем в статье явно это показано. Текущая реализация API способов доступа не позволяет реализовать поддержку undo log.<br><br> Разработчики OrioleDB предложили улучшить API для альтернати... (nrv) https://opennet.ru/openforum/vsluhforumID3/136478.html#48 Wed, 02 Apr 2025 08:03:58 GMT а вот интересно, в плане MVCC<br>иные движки, например citus columnstore, повторяют стандартный MVCC? вообще должны ли они его иметь и если имеют, о чем речь в статье? что они должны повторять его с пользовательской точки зрения или подкапотной?<br> Разработчики OrioleDB предложили улучшить API для альтернати... (nrv) https://opennet.ru/openforum/vsluhforumID3/136478.html#47 Wed, 02 Apr 2025 07:58:22 GMT ничего не глупостей<br>движки нужны<br>и помимо того, что нужно унифицировано их поставлять в форме дополнений<br>нужно чтобы SQL код бесшовно работал между таблицами и индексами на разных движках<br> Разработчики OrioleDB предложили улучшить API для альтернати... (Алексей Демаков) https://opennet.ru/openforum/vsluhforumID3/136478.html#46 Wed, 02 Apr 2025 07:43:19 GMT А у вас уже есть механизм в tableam или где-то еще, который если в create table присутствует primary key, позволял бы создавать вместо стандартного btree какой-то альтернативный индекс? Мне бы такое тоже пригодилось. То есть хочется иметь возможность задавать альтернативу вот этому прибитию гвоздями:<br><br>&gt;#define DEFAULT_INDEX_TYPE"btree"<br>&gt;<br>&gt;index-&gt;accessMethod = constraint-&gt;access_method ? constraint-&gt;<br>&gt; access_method : DEFAULT_INDEX_TYPE;<br>&gt;<br>&gt;access_method_clause:<br>&gt; USING name { $$ = $2; }<br>&gt; &#124; /*EMPTY*/ { $$ = DEFAULT_INDEX_TYPE; }<br>&gt; ;