@pgsql

Страница 601 из 1062
Сергей
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

Пиарю в том числе свой доклад и фидбеку будем рады

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

Artem
13.12.2017
11:12:43
Ребят, кому интересно: логическая репликация и история
Простите за глупый вопрос, а чем это лучше/хуже pglogical?

Ибо сейчас используется 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
Простите за глупый вопрос, а чем это лучше/хуже pglogical?
Там в докладе есть : это в целом на других принципах

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

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
Здарова. Где можно потренить скл? Ресурсы?

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