PostgreSQL
 sql >> база данни >  >> RDS >> PostgreSQL

Планове за колонни магазини

В pgsql-general Браулио Бхавамитра пита:

Това е доста интересен въпрос. Пълната замяна на текущото базирано на ред хранилище не би било добра идея:то ни послужи изключително добре и съм почти сигурен, че замяната му изцяло с колонно хранилище би било катастрофално по отношение на производителността за случаите на използване на OLTP.

Някои колони. Снимката е предоставена с любезното съдействие на Yiming Sun във Flickr

Това не означава, че колонните магазини са лоша идея като цяло - защото не са. Те просто имат по-ограничен случай на употреба от „цялата база данни“. За аналитични заявки към данни, които се добавят предимно, колонното хранилище е много по-подходящо представяне от обикновеното базирано на редове хранилище, но не всички бази данни са аналитични.

Въпреки това, за да постигнете интересни печалби в производителността, трябва да направите много повече от просто да промените основното хранилище:трябва да гарантирате, че останалата част от системата може да се възползва от промененото представяне, така че да може да изпълнява заявки оптимално; например, може да искате агрегати, които работят в SIMD режим, а не с една стойност по време, както е днес. Това само по себе си е голямо начинание и има и други предизвикателства.

Както се оказва, във 2ndQuadrant има екип, който работи точно по тези въпроси. Публикувахме кръпка миналата година, но не беше особено интересно - направи само едноцифрено процентно подобрение в резултатите на TPC-H; не е достатъчно, за да притеснява общността за разработка (това беше доста инвазивна кръпка). Искаме повече от това.

В нашия дизайн колонен или не ще бъде опция:ще можете да кажете Уважаеми сървъре, за тази таблица любезно настройте колонно хранилище за мен, нали? Благодаря ви много . И тогава ще получите таблица, която може да е по-бавна за редовна употреба, но която ще се разтърси за анализ. За повечето от вашите таблици текущото базирано на редове хранилище вероятно ще бъде най-добрият вариант, тъй като базираното на редове хранилище е много по-подходящо за по-общите случаи.

Все още нямаме времеви график. Останете на линия.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Запазване на часовата зона в PostgreSQL timestamptz тип

  2. Postgresql DROP TABLE не работи

  3. Как да постигнем висока наличност на PostgreSQL с pgBouncer

  4. Никой оператор не съответства на даденото име и тип(ове) на аргумента. Може да се наложи да добавите изрични прехвърляния на типа. -- Netbeans, Postgresql 8.4 и Glassfish

  5. Как да инсталирате тихо Postgresql в Ubuntu чрез. Dockerfile?