Size: a a a

pgsql – PostgreSQL

2020 June 04

DE

Dmitry Erykin in pgsql – PostgreSQL
Den KP
Т,е. еще инсталить и клиента?
Изи
yum install llvm5.0
/ora_home/instantclient_12_2 - здесь Oracle client
/ora_home/oracle_fdw - здесь oarcle_fdw source
export PATH=$PATH:/usr/pgsql-11/bin
export ORACLE_HOME=/ora_home/instantclient_12_2/
cd /ora_home/oracle_fdw
make install
источник

DE

Dmitry Erykin in pgsql – PostgreSQL
делать от рута
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
sexst
Ну какие-нибудь высококонкуррентные операции над длинным рядом метрик в отдельных столбцах могу сходу придумать например. Один счетчик инкрементировать, другой одновременно переписать на новое значение, ещё пяток значений прочитать. И всё это одновременно, часто и помногу. Но такое я бы не в постгрес пихал, имея выбор, а в кликхаус какой-нибудь, он для таких задач и сделан.
.... и чтобы корректность результатов этих операций никого не волновала. ;)
Особенно "переписать на новое значение" (нам только write skew и других подобных аномалий внутри одного row не хватало, да), с виду.
источник

N

Nikolay in pgsql – PostgreSQL
sexst
Суть в том, что поле отдельно прямо в строке не меняется. ОЧЕНЬ грубо говоря, мы пишем полностью новую копию всей строки, а старую стираем. Блокировать всю строку в такой ситуации - вынужденная мера.
А в wal тоже все попадает ? Вся стока , даже если меняли одну колонку ?
источник

B

Bunk Bunkovich 🐈 in pgsql – PostgreSQL
Yaroslav Schekin
Хмм... роли-то тут причём? Но то же самое будет и с pg_database, по идее — без толку.
ну вот и не работает, но поднимать и другой сервер постгрес ради этого, немного такое решение
источник

s

sexst in pgsql – PostgreSQL
Yaroslav Schekin
.... и чтобы корректность результатов этих операций никого не волновала. ;)
Особенно "переписать на новое значение" (нам только write skew и других подобных аномалий внутри одного row не хватало, да), с виду.
Ну так для многих задач, тех же метрик для всяких сайтов, абсолютная точность и не нужна, eventual consistency им вполне достаточно. Взять тот же Ютуб - там счётчики лайков, просмотров etc даже близко не реалтаймовые и точные, а потихоньку по разным серверам собираются в одно место. Поэтому как нефиг может показать 0 просмотров, 1000 лайков и внизу целая куча комментариев)
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Bunk Bunkovich 🐈
ну вот и не работает, но поднимать и другой сервер постгрес ради этого, немного такое решение
Насколько я помню, если Вы хотите что-то "прятать" от пользователей (базы, таблицы, исходный код функций и т.п.) — Вас ждёт ещё много разочарований. ;)
Т.е. разработчики PostgreSQL почему-то не испытывают энтузиазма к реализации подобных возможностей.
источник

B

Bunk Bunkovich 🐈 in pgsql – PostgreSQL
Yaroslav Schekin
Насколько я помню, если Вы хотите что-то "прятать" от пользователей (базы, таблицы, исходный код функций и т.п.) — Вас ждёт ещё много разочарований. ;)
Т.е. разработчики PostgreSQL почему-то не испытывают энтузиазма к реализации подобных возможностей.
я уже заметил
источник

B

Bunk Bunkovich 🐈 in pgsql – PostgreSQL
просто проблема в том, что заказчик хочет доступ к бд
а у меня бд на тестовом сервере (так как проект на тестировании)
ну и бд естесна много, которые ему совершенно необязательно видеть
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
sexst
Ну так для многих задач, тех же метрик для всяких сайтов, абсолютная точность и не нужна, eventual consistency им вполне достаточно. Взять тот же Ютуб - там счётчики лайков, просмотров etc даже близко не реалтаймовые и точные, а потихоньку по разным серверам собираются в одно место. Поэтому как нефиг может показать 0 просмотров, 1000 лайков и внизу целая куча комментариев)
Eventual consistency — это не сюда (не в ACID DBMS). ;)
Т.е. если ACID вообще не нужен — можно уже подумать о том, чтобы поискать другой инструмент.
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Bunk Bunkovich 🐈
просто проблема в том, что заказчик хочет доступ к бд
а у меня бд на тестовом сервере (так как проект на тестировании)
ну и бд естесна много, которые ему совершенно необязательно видеть
просто отбираете у PUBLIC все права
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Grigory Smolkin
просто отбираете у PUBLIC все права
И что, это работает? Права на что отбирать-то?
источник

РЖ

Роман Жарков... in pgsql – PostgreSQL
connect on database?
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Yaroslav Schekin
И что, это работает? Права на что отбирать-то?
источник

N

Nikolay in pgsql – PostgreSQL
sexst
Ну так для многих задач, тех же метрик для всяких сайтов, абсолютная точность и не нужна, eventual consistency им вполне достаточно. Взять тот же Ютуб - там счётчики лайков, просмотров etc даже близко не реалтаймовые и точные, а потихоньку по разным серверам собираются в одно место. Поэтому как нефиг может показать 0 просмотров, 1000 лайков и внизу целая куча комментариев)
Там непонятно вообще как это счётчик устроен. Если есть у кого статья - поделитесь плиз
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Роман Жарков
connect on database?
у PUBLIC его нет, если я правильно помню
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Ну так и бесполезно — в \l база как была, так и есть.
источник

s

sexst in pgsql – PostgreSQL
Nikolay
А в wal тоже все попадает ? Вся стока , даже если меняли одну колонку ?
Нет. В wal попадает минимально необходимый набор данных для повторения изменений в данных. Грубо говоря, например, запись типа "переписать содержимое страницы x по оффсету y на z". В общем журнал двумя словами не описать, могу посоветовать почитать вот это ежели интересно. Вообще все циклы в их блоге хороши.
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Yaroslav Schekin
Ну так и бесполезно — в \l база как была, так и есть.
у меня нет:
backupdb=> \l+
ERROR:  permission denied for table pg_tablespace
backupdb=> \l
ERROR:  permission denied for function pg_get_userbyid
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
вообщем при желании можно отобрать всё что угодно, но на уже работающей БД есть риск сломать приложение
источник