
Сергей
13.12.2017
05:57:18
Спасибо большое

Айтуар
13.12.2017
08:30:08

Anton
13.12.2017
08:34:28
коллеги, pg_repack можно в проде под большой ( 60 MB\s wal 5к TPS для этой таблицы ) нагрузкой использовать ?

Google

Anton
13.12.2017
08:37:40
опыта особо нет с ним, на других системах есть возможность в тех окно, ночью с ДТ работы сделать

Yuriy
13.12.2017
09:13:15
Я с вопросом планирования можно пристану?
Есть сервер с ssd и необходимость поднять postgresql базы будут среднего объема 300гб и выше как правильно разбить диски? Какие данные писать на ssd? Да и вообще дайте что нибудь по партицированию посгри почитать

Darafei
13.12.2017
09:29:44
собери всё в raid0 и регулярно бекапь :)

Anton
13.12.2017
09:43:56
https://github.com/dataegret/pg-utils/tree/master/sql
index_candidates_to_ssd.sql
table_candidates_to_ssd.sql
=) если быстро

Mikhail
13.12.2017
10:09:01
https://www.youtube.com/watch?v=vCYGOVa3w1g
Ребят, кому интересно: логическая репликация и история
Всего этого в pg
Пиарю в том числе свой доклад и фидбеку будем рады

Artem
13.12.2017
10:53:10

Google

Yuriy
13.12.2017
10:53:36
Спасибо понял

Maksim
13.12.2017
10:54:38

Artem
13.12.2017
11:12:43
Ибо сейчас используется pglogical, но ddl не реплицируется.
А в вашем случае?

Мытко
13.12.2017
11:18:16

Shyngys
13.12.2017
11:38:13
Товарищи выручайте
Всем привет)
у меня есть столбец со временем в виде 20171213102016 в формате numeric, нужно преобразовать в дату типа 2017-12-12 10:20:16, либо же наоборот дату типа 2017-12-12 10:20:16 в numeric типа 20171213102016

Alexander
13.12.2017
11:39:56
чую ручками придется

Shyngys
13.12.2017
11:40:20
я перевел дату в строку типа 20171213102016
но толку от этого мне потом вычесть надо
реал тайм от времени в столбце

Darafei
13.12.2017
11:40:48
'20171213102016'::bigint
а в обратную сторону ::text и парсить по шаблону

crux
13.12.2017
11:41:29
to_date(text, text)
to_date(string, format)

Sergey
13.12.2017
11:43:01
И еще to_char(timestamp, text) в обратную сторону

crux
13.12.2017
11:43:07
хотя to_timestamp
не to_date, со временем же

Google

Shyngys
13.12.2017
11:43:25
мне дату в число надо
либо число в дату
не стринг
мне потом вычитать

crux
13.12.2017
11:43:50
дату в текст, потом тайпкаст
дату в текст to_char, как Сергей написал

Mihail
13.12.2017
11:47:25
Друзья, вопрос по mongodb, честно говоря не знаю куда еще можно задать, так-что не пинайте за флуд?думаю кто-нибудь да разбирается в ней. Собственно вопрос, если я буду искать документы по уникальному индексу который я создам сам (в частности номер телефона), будет ли этот поиск настолько же быстрым, как если б я искал по ObjectId т.е. стандартное _id которое монго присваивает при создании документа?

Mikhail
13.12.2017
11:47:27

Shyngys
13.12.2017
11:48:56
я очень плох в этом
SELECT virus,
now(),
to_char(now(),
'YYYYMMDDHH24MISSMS') AS "real_time",'real_time'::bigint,infectiontime
FROM "drwcs_db"."public"."station_infection"
ORDER BY infectiontime DESC
org.postgresql.util.PSQLException: ОШИБКА: неверное значение для целого числа: "real_time" Position: 74

Darafei
13.12.2017
11:49:46

crux
13.12.2017
11:50:28
и миллисекунд у тебя не было в начальной постановке задачи ))

Shyngys
13.12.2017
11:52:26
я думал не имеет значение
это важно?

crux
13.12.2017
11:52:50
и это можно сразу кастить:
to_char(now(), 'YYYYMMDDHH24MISSMS')::bigint
выведи что без каста выходит
to_char(now(), 'YYYYMMDDHH24MISS') вот здесь что получается

Google

Shyngys
13.12.2017
11:53:53
столбец real_time В формате стринг

crux
13.12.2017
11:54:24
это важно?
ну вообще да, если ты собираешься потом сравнивать с числом, в котором миллисекунды не предусмотрены, как бы на три порядка разница ))

Shyngys
13.12.2017
11:55:21
SELECT virus,
now(),
to_char(now(),
'YYYYMMDDHH24MISSMS')::bigint AS "real_time",infectiontime
FROM "drwcs_db"."public"."station_infection"
ORDER BY infectiontime DESC
запустил так
все норм спасибо)
теперь тип числовой?)

crux
13.12.2017
11:55:50
ну да

Shyngys
13.12.2017
11:57:40
Можно провести арифметическое действие без создания столбца?
SELECT virus,
now(),
to_char(now(),
'YYYYMMDDHH24MISSMS')::bigint AS "real_time",infectiontime
FROM "drwcs_db"."public"."station_infection" where real_time-infectiontime>1
ORDER BY infectiontime DESC
org.postgresql.util.PSQLException: ОШИБКА: колонка "real_time" не существует Position: 147

Mike Chuguniy
13.12.2017
11:59:56
real_time в where в кавычки возмите
Или в AS ... уберите

Shyngys
13.12.2017
12:00:26
org.postgresql.util.PSQLException: ОШИБКА: колонка "real_time" не существует Position: 147
вставил
либо там и там убрал
не помогло
??

crux
13.12.2017
12:12:24
нельзя алиасы в экспрешнах использовать
можно разбить на сабквери
SELECT *
FROM (SELECT virus,
now(),
to_char(now(),
'YYYYMMDDHH24MISSMS')::bigint AS "real_time",infectiontime
FROM "drwcs_db"."public"."station_infection"
) s
WHERE s.real_time-s.infectiontime > 1
ORDER BY s.infectiontime DESC
примерно так

Google

Shyngys
13.12.2017
12:18:10
Большое Спасибо!
???????????

crux
13.12.2017
12:22:12
только если infectiontime у тебя без миллисекунд, как ты раньше пример приводил, то условие будет выполняться всегда

Shyngys
13.12.2017
12:25:05
да,сейчас теперь проблема реал тайм идет в формате 12 часовом
а инфекшен в 24 часовом
это в бд меняеться?

crux
13.12.2017
12:27:12
у меня дурацкий вопрос, а нельзя просто всё в таймстампах-то хранить?
по-человечески, без вот этого вот всего

Сергей
13.12.2017
12:28:13
Конечно же нет
Иначе зачем мы тут?

crux
13.12.2017
12:28:32
так неинтересно, да?
а, ну да

Shyngys
13.12.2017
13:00:20
в бд оно так храниться
Infection
time
не я разработчик
))

?
13.12.2017
15:07:03
Здарова. Где можно потренить скл? Ресурсы?