@pgsql

Страница 414 из 1062
Darafei
24.07.2017
19:26:10
кавычки не нужны

Evgeniy
24.07.2017
19:26:30
без кавычек ошибки

Google
Darafei
24.07.2017
19:26:45
а ошибку можно прочитать?

Evgeniy
24.07.2017
19:26:49
покажи \d+ user
| Storage | Stats target | Description —--------------------+------------------------+---------------------------------------------------+----------+--------------+------------- id | integer | not null default nextval('user_id_seq'::regclass) | plain | | username | character varying(255) | not null | extended | | auth_key | character varying(32) | not null | extended | | password_hash | character varying(255) | not null | extended | | password_reset_token | character varying(255) | | extended | | email | character varying(255) | not null | extended | | status | smallint | not null default 10 | plain | | created_at | integer | not null | plain | | updated_at | integer | not null

Fike
24.07.2017
19:26:49
думаю, здесь имелись в виду бэктики ( ` )

Evgeniy
24.07.2017
19:27:36
football=# select username from user; ERROR: column "username" does not exist LINE 1: select username from user; ^ football=# select username from user; ERROR: column "username" does not exist LINE 1: select username from user;

Darafei
24.07.2017
19:27:52
ERROR: column "username" does not exist

Evgeniy
24.07.2017
19:28:14
ERROR: column "username" does not exist
username | character varying(255) | not null

Darafei
24.07.2017
19:28:51
кто-то врёт

Evgeniy
24.07.2017
19:29:57
кто-то врёт
post врёт. Больше не кому

Fike
24.07.2017
19:31:08
user тоже на всякий попробуй в бэктики взять

Darafei
24.07.2017
19:31:19
какие бектики, это постгрес

Evgeniy
24.07.2017
19:31:39
не помогло

Fike
24.07.2017
19:32:05
не то чтобы я читал ansi sql, но бэктики разве не прописаны в стандарте?

Google
Evgeniy
24.07.2017
19:32:49
Darafei
24.07.2017
19:33:39
не то чтобы я читал ansi sql, но бэктики разве не прописаны в стандарте?
The SQL standard (current version is ISO/IEC 9075:2011, in multiple parts) says nothing about the 'back-tick' or 'back-quote' symbol (c) google

а вот так select username from "user";
а, это та же хрень, что и с "natural"? :)

Anton [Mgn, az09@osm]
24.07.2017
19:35:27
ну, зарезервированное слово же наверняка

Artem
25.07.2017
01:24:20
Коллеги привет

Кто, как и чем мониторит блокировки?

pgbadger подойдёт под данную задачу?

Kirill
25.07.2017
01:44:00
Pgbadger показывает часто/долго блокируемые запросы, а дедлоки не парсит даже.

И кто блокирует запрос тоже не видно

Хотя мне хватило pgbadger чтоб подтюнить deadlock_timeout

Artem
25.07.2017
02:29:50
А чем можно смотреть, кто блокирует?

Всмысле не просто запрос в консоли, а каким инструментом мониторить?

Pavel
25.07.2017
06:06:08
ну, зарезервированное слово же наверняка
Именно. Список таких слов в доках есть. Там три группы: которые могут быть именами таблиц, типов, процедур

Artem
25.07.2017
07:23:27
Джентльмены, кто как ещё мониторит блокировки?

Pavel
25.07.2017
07:52:44
Именно. Список таких слов в доках есть. Там три группы: которые могут быть именами таблиц, типов, процедур
Был некправ: 4 категории * Keyword category lists. Generally, every keyword present in * the Postgres grammar should appear in exactly one of these lists. 1. "Unreserved" keywords —- available for use as any kind of name. 2. Column identifier —- keywords that can be column, table, etc names. 3. Type/function identifier —- keywords that can be type or function names. 4. Reserved keyword —- these keywords are usable only as a ColLabel.

Dmitry
25.07.2017
08:54:26
Джентльмены, кто как ещё мониторит блокировки?
В pg_stat_activity есть поле waiting. Мы мониторим ждущие сессии по количеству и времени ожидания.

Dmitry
25.07.2017
10:18:14
нет, но можно настроить

pg например даже при старте свои параметры не может сбросить в лог

ответ от хакерс был - мол есть на диске файл его и смотрите, мыж вам в лог сообщения об измененях пишем. к сожалению тред найти не могу

Google
Stas
25.07.2017
11:39:34
log_statement = ddl

raksita
25.07.2017
11:45:57
кто-нибудь использует navicat с postgresql 10?

Dmitry
25.07.2017
12:38:41
<в мире животных> оказалось что из-за одного битого индекса на всем инстансе не работал автовакуум

Vadim
25.07.2017
12:39:44
как выяснили?

ⰿⰰⰾⱏ
25.07.2017
12:46:50
методом принудительного вакуума)))

Dmitry
25.07.2017
12:48:45
как выяснили?
чудом выяснили в логах между сообщениями "ЮЗЕР ВАСЯ ЗАХОТЕЛ СДЕЛАТЬ ЗАПРОС НО ТАБЛИЦА НЕ НАЙДЕНА" нашли сообщени о том что индекс битый на левой таблице в левой базе

Alex
25.07.2017
12:48:47
н-надежность

Dmitry
25.07.2017
12:48:56
н-нне-надо

20 воркеров автовакуума :(

Alex
25.07.2017
12:50:12
и не один не работал?

Dmitry
25.07.2017
12:50:45
ну как бы настроечка была что 20 max workers но по факту запускался один - спотыкался и все на этом заканчивалось

Alex
25.07.2017
12:51:30
опять все в один поток получается?

Dmitry
25.07.2017
12:51:37
в диск я думаю

это основание купить разработчикам nvme

он уже недорого стоит

Alex
25.07.2017
12:55:09
да

Dmitry
25.07.2017
12:55:38
кстати freebsd то сможет бутнуться с nvme?

ну хотя бы не бутнуться, ну хотя бы часть shared buffers на nvme унести :)

Yura
25.07.2017
12:58:25
опять все в один поток получается?
воркеры автовакуума запускаются по одному. Просто если предыдущий ещё не отработал, то получается "параллельность".

Но т.к. он обламывался, то параллельности не получалось.

Google
Yura
25.07.2017
12:59:30
Не выясненным остался вопрос, почему всегда для вакуума одна и та же база оказывалась первой в списке ?

Admin
ERROR: S client not available

Alex
25.07.2017
13:00:25
ну мыже на семинаре вродеб выяснили что там все по алфавиту сортируется

Dmitry
25.07.2017
13:00:27
наверно создана была раньше

чтобы получить список релейшенов коннект же нужно создать?

Alex
25.07.2017
13:01:23
зато, если б такого поведения не было бы то и не выяснилось бы что индекс битый! это фича такая

Dmitry
25.07.2017
14:28:32
фича такая - найти сломанный индекс методом игры в сапера

почему важного уровня сообщения храняться вперемешку с пользовательскими запросами от васи который не осилил sql

Sergey
25.07.2017
14:38:29




Darafei
25.07.2017
14:42:39
кажется, это не SQL

Alex
25.07.2017
14:43:11
тыжпрограммист, не разберешься что ли

عاصم بن حارث
25.07.2017
14:43:16
совсем не сиквел )))

отожЪ ))))

Sergey
25.07.2017
14:43:42
ой)

?

сорри)

пусть повесит, я просто в другой чатик переслал, а то тут удалю, там тоже. спс

Fike
25.07.2017
14:44:37
кажется, выполняется, нет там никакого мягкого знака. основы, блин.

Darafei
25.07.2017
14:48:18
кажется, выполняется, нет там никакого мягкого знака. основы, блин.
а в постгресе можно писать и ANALYSE и ANALYZE. глядишь, в 1С можно будет и кажеться использовать.

Google
Mike Chuguniy
25.07.2017
14:51:15
вы тут договоритесь, что "кажЫЦЦа" допустЮт к написанию. :(

tatarin
25.07.2017
14:52:56
Привет all. Собрались мигрировать с CentOS на Debian через реплику - заработает? Кто то пробовал?

Марат
25.07.2017
14:57:32
вы ведь не с версии на версию ПГ мигрируете

ну тем более

Dmitry
25.07.2017
15:26:26
А зачем мигрировать?
<наброс> видимо потому что debian стабильнее!!!

Vadim
25.07.2017
15:26:47
Тогда ясно)

Victor
25.07.2017
15:32:39
вообще без проблем через стандартный pgdump, pgrestore, "мигрировал" и с Fedora на Centos и с Fedora|Centos на AWS, вообще проблем никаких, вангую что и на винду без проблем перенесется

Yura
25.07.2017
15:34:50
18800

Страница 414 из 1062