
Denis
08.09.2017
23:55:40

/dev/null
09.09.2017
05:46:51
Ребят, на сколько безопасно использовать lastid при инсерте в связную таблицу (поесть получить id с другой таблицы по primary key и вставить его уже по FOREIGN KEY), или все таки стоит сделать select из необходимой таблицы (с которой нужно получить id) и уже получить 100% верные данные

Denis
09.09.2017
05:48:41

/dev/null
09.09.2017
05:49:30

Google

/dev/null
09.09.2017
05:51:01
Все… вопрос снят)
INSERT INTO test (name) VALUES ('My Name') RETURNING id

Kirill
09.09.2017
05:51:14
нет такой в постгресе, используйте RETURNING id после инсерта

/dev/null
09.09.2017
05:54:21

Ilya
09.09.2017
06:57:30

Maxim
09.09.2017
10:21:14
Привет, не подскажете как на винде настроить поддержку русского для постгресса? вместо нормальных букв там щнаки вопросов. Гуглил, ни один способ не прокатил
win 10

Igor
09.09.2017
10:52:28
Какая кодировка у базы данных, каким клиентом пользуетесь?
Кодировку БД можно посмотреть в psql командой \l

Maxim
09.09.2017
10:54:23
@iamigor 9.6
волей случая я её удалил) теперь переустанавливаю
что здесь выбрать лучше:
глупый вопрос - если выберу Русский, то инглиш будет поддерживаться?

Google

Maxim
09.09.2017
11:32:08
@iamigor проверил, переустановил кодировка - UTF8 , Russian_Russia.1251
здесь вся инфа

Ilya
09.09.2017
11:40:48
Ад какой
Кодировка утф но сортировка 1251? Да как так то?

Maxim
09.09.2017
11:46:38
хз
всё с коробки
моя ничего не ломать

Ilya
09.09.2017
11:58:04
Дропнуть кластер. И пересоздать заново
Правильно пересоздать. В доке все есть

Yury
09.09.2017
11:58:44
@iamigor 9.6
а чей постгрес то? сборок постгреса под винду много

Ilya
09.09.2017
12:00:10
Окай

Yury
09.09.2017
12:00:23

Maxim
09.09.2017
12:00:45
https://www.enterprisedb.com/downloads/postgres-postgresql-downloads#windows
enterprisedb
"Windows использует более развёрнутые имена локалей, такие как German_Germany или Russian_Russia.1251, но принципы остаются теми же."

Google

Ilya
09.09.2017
12:01:54
и да консоль в винде все 1251 ?

Maxim
09.09.2017
12:02:57
хз, но я смотрел и с пг-админа

Yury
09.09.2017
12:03:06

Maxim
09.09.2017
12:03:07
аналогично

Ilya
09.09.2017
12:03:18
зоопарк

Yury
09.09.2017
12:03:45
а так я тока предположил

Ilya
09.09.2017
12:04:12
ну короче читай как кластер создавать )
и все по новой

Maxim
09.09.2017
12:10:22
блин ну чего геморно то так...

Ilya
09.09.2017
12:23:35
А кому сейчас легко

OMG2SMART4YOU
09.09.2017
14:07:05
Пожно ли в поcтгре работать c regexp?

Алексей
09.09.2017
14:18:57

Igor
09.09.2017
16:56:51
А может кто-то сказать или скинуть какое-нибудь чтиво, касательно того, какой принцип сортировки ключей используется в БД? Мне по-хорошему хотелось бы воспроизвести в своем in-memory велосипеде упорядоченный список ключей, но не совсем уверен, что понимаю принцип.
интересует только UUID :)

Mike Chuguniy
09.09.2017
17:00:44
UUID и сортировка?! Это сильное колдунство, думаю я...

Igor
09.09.2017
17:03:17

Google

Igor
09.09.2017
17:03:21
вот мне интересно, какой

ildus
09.09.2017
17:03:49
uuid это обычное 128 битное число

Igor
09.09.2017
17:06:36

/dev/null
10.09.2017
06:19:39
здаров
Пытаюсь сделать insert
Одно полей в которое нужно записать данные date_1 (timestrap) пытаюсь записать в него <DATE_1>2017-04-28T00:00:00</DATE_1>
Ругается:
pq: column "date_1" is of type timestamp without time zone but expression is of type integer

Anton [Mgn, az09@osm]
10.09.2017
06:24:50
timeSTRAP ?

/dev/null
10.09.2017
06:26:25

Anton [Mgn, az09@osm]
10.09.2017
06:29:14
вот именно что STAMP а не STRAP ))

/dev/null
10.09.2017
06:30:11

Аггей
10.09.2017
06:57:12

/dev/null
10.09.2017
06:57:45

Аггей
10.09.2017
07:00:21
Ну вы передаете строку? Её пытается неявным преобразованием перевести в timestamp... Так как в вашей текущей локали используется другой формат даты - ничего не выходит. Используйте функцию to_date и задайте в ней явно формат передаваемой вами строки

/dev/null
10.09.2017
07:00:55

Аггей
10.09.2017
07:02:00
А так попробуйте селектнуть дату - будет понятно какой формат у вас в системе

/dev/null
10.09.2017
07:20:41

Аггей
10.09.2017
07:21:27
Значит смещение в колонках/значениях
Порядок колонок и выставляемых значений разный?

/dev/null
10.09.2017
07:22:30

Google

/dev/null
10.09.2017
07:22:55
да
То есть в базе они в другом порядке идут
Сейчас привел все в порядок, все равно такая ошибка
Все разаобрался
спасибо