W
Ну ок. Давайте сойдемся на том что было поздно и я неправильно понял.
Size: a a a
2021 June 30
DO
Да, это ж никак не противоречит тому, что я сказал. Когда транзакции открываю, у меня ж конекшен уже есть)
MC
Конечно, postgres_fdw — от использования dblink советовали отказаться ещё в документации по postgresql 9
VZ
А есть на это ссылка? Интересно почитать. Я про отказ от дблинка
YS
Не то чтобы отказаться... но чаще всего FDW лучше. Вот это место в документации (последний параграф): https://www.postgresql.org/docs/current/dblink.html
MC
вот здесь:
The functionality provided by this module overlaps substantially with the functionality of the older dblink module. But postgres_fdw provides more transparent and standards-compliant syntax for accessing remote tables, and can give better performance in many cases.
The functionality provided by this module overlaps substantially with the functionality of the older dblink module. But postgres_fdw provides more transparent and standards-compliant syntax for accessing remote tables, and can give better performance in many cases.
MC
Если у вас есть Learning Postgresql (9,10, 11), то там есть фраза
Using the dblink extension may seem easier than using postgres_fdw, and it allows you to perform different queries for different objects. However, this technology is older, and uses a syntax that is not standard-compliant and has performance issues, especially when big tables or views are queried.
Using the dblink extension may seem easier than using postgres_fdw, and it allows you to perform different queries for different objects. However, this technology is older, and uses a syntax that is not standard-compliant and has performance issues, especially when big tables or views are queried.
ac
Вы ответили на вопрос "зачем это нужно?", а я спрашивал "какое конкретно преимущество вы ожидаете по сравнению с открыть отдельное соединение для длительной транзакции?". Вам может быть очевидно, а мне не очевидно.
Это нужно для ответа на исходный вопрос "можно ли такое поддержать в PG?". Чтобы на него ответить, нужно знать не название фичи, а какие плюсы ожидаются.
Например, "мультимастер" — это просто слово, можно реализовать формально "мультимастер", при этом пользователь не получит плюшек, которые на самом деле хотел.
Это нужно для ответа на исходный вопрос "можно ли такое поддержать в PG?". Чтобы на него ответить, нужно знать не название фичи, а какие плюсы ожидаются.
Например, "мультимастер" — это просто слово, можно реализовать формально "мультимастер", при этом пользователь не получит плюшек, которые на самом деле хотел.
🌌[
Всем день добрый:
Очень глупый вопрос.
Есть список логинов, есть дата.
Скажем 20 логинов, по 5 на день, то есть:
Заранее спасибо
Очень глупый вопрос.
Есть список логинов, есть дата.
Скажем 20 логинов, по 5 на день, то есть:
Login |DateВопрос, как мне это сгруппировать, чтобы я когда забирал, было типа:
------------------
Ivan |01-01-2021
Roma |01-01-2021
Kostya |02-01-2021
Elena |02-01-2021
Alex |03-01-2021
and etc.
Ivan, Roma |01-01-2021
Kostya, Elena|02-01-2021
Знаю, что как-то можно через Concat, но лучше перебдеть, чем недобдеть.Заранее спасибо
AS
String_agg
🌌[
Спасибо, нагуглил и сделал.
YS
Лучше бы Вы так не делали, по-хорошему...
Это всё "работает" до первого login вроде 'Anna Eleanor Roosevelt, Jr.' ;)
Это всё "работает" до первого login вроде 'Anna Eleanor Roosevelt, Jr.' ;)
🌌[
Не, по условиям, такого не должно быть, но, я подумаю, над тем, чтобы разбить на подзапросы 🙃
Но это, уже не то, возможно.
Кстати, какой сепаратор, надо поставить, чтобы он логины мне выдавал каждый раз на новой строчке :?
Но это, уже не то, возможно.
Кстати, какой сепаратор, надо поставить, чтобы он логины мне выдавал каждый раз на новой строчке :?
YS
WITH t(login, date) AS (
VALUES
('Ivan', '01-01-2021'::date),
('Roma', '01-01-2021'),
('Kostya', '02-01-2021'),
('Elena', '02-01-2021'),
('Alex', '03-01-2021')
)
SELECT date, string_agg(login, E'\n') AS logins
FROM t
GROUP BY date;
AP
Добрый день! Подскажите, пожалуйста, какими методиками пользуетесь для расчета параметров (CPU, RAM, объем диска под data, под wal) сервера PostgreSQL.
РЖ
«На дверях синоптической группы уже появилась свежая надпись мелом: "Темна вода во облацех".» (с)
SM
Подскажите, пожалуйста, кто работал с citus, в случае перезапуска координатора и простого селекта из расшаренной по воркер-узлам таблицы возникает ошибка
Connection to the remote node w-1 failed with the following error: fe_sendauth: no password supplied.
Где этот пароль задать, чтобы в случае перезапуска координатора автоматически подцеплялись пароли для воркеров?
Connection to the remote node w-1 failed with the following error: fe_sendauth: no password supplied.
Где этот пароль задать, чтобы в случае перезапуска координатора автоматически подцеплялись пароли для воркеров?
EG
Добрый день, столкнулся с проблемой, обработчик коннекта достигает придельного лимита по памяти, после чего кернел его убивае.
EG
Может кто сталкивался с подобной проблемой ?
D
привет всем, можете подсказать команду, которая удаляет таблицу? заранее спасибо