я не так связь там сделал ))

я сделал по ID

я сделал по ID

Красава

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

Попробуй для начала какой-то один из всех 16

Красава

В смысле молодец что разобрался

все получилось спс. я связь между таблицами первоначально криво седлал

и еще в догонку ))

Седлай))

там есть поле тимештамп. можно преобразовать в нормальное время ?

подскажите в таблице есть поле jsonb, в нём массив, к примеру [1,2,3,4,5], как сделать выборку чтобы найти один из элемментов массива? если это просто массив а не jsonb то можно сделать WHERE 1 = any(arr_data), а если это jsonb то как так выбрать?

там есть поле тимештамп. можно преобразовать в нормальное время ?

http://lmgtfy.com/?q=postgres+time+stamp+to+time )

кеп ))

http://lmgtfy.com/?q=postgres+time+stamp+to+time )

Use the date function: select date(timestamp_field) from table

SELECT DATE("AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"), "AO_2C4E5C_MAILITEM"."ID", "AO_2C4E5C_MAILITEM"."MAIL_CONNECTION_ID", "AO_2C4E5C_MAILITEM"."STATUS", "AO_2C4E5C_MAILCONNECTION"."EMAIL_ADDRESS", "AO_2C4E5C_MAILCONNECTION"."ID" FROM public."AO_2C4E5C_MAILITEM", public."AO_2C4E5C_MAILCONNECTION" WHERE "AO_2C4E5C_MAILITEM"."MAIL_CONNECTION_ID" = "AO_2C4E5C_MAILCONNECTION"."ID" AND "AO_2C4E5C_MAILITEM"."STATUS" = 'NEW' ;

ERROR: function date(bigint) does not exist LINE 2: DATE("AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"),

что не так ?

SELECT "AO_2C4E5C_MAILITEM".* , "AO_2C4E5C_MAILCONNECTION"."EMAIL_ADDRESS" FROM public."AO_2C4E5C_MAILITEM" , public."AO_2C4E5C_MAILCONNECTION" WHERE "AO_2C4E5C_MAILITEM"."STATUS" = 'NEW';

нет связи двух таблиц

нет связи двух таблиц

уже с этим разобрался

что не так ?

очевидно CREATED_TIMESTAMP это bigint

ну да

CREATE TABLE vectors ( id SERIAL, vec_low CUBE, vec_high CUBE ); UPDATE vectors SET huge_vector = CUBE(vec_low || vec_high); ERROR: operator does not exist: cube || cube Как превратить CUBE в array[float8], с целью склеить данные в один большой куб?

не вижу в доках ничего про каст куба обратно в вектор

ERROR: function date(bigint) does not exist LINE 2: DATE("AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"),

(date 'epoch'+"AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP" * INTERVAL '1 second')::date

типа такого чет

(date 'epoch'+"AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP" * INTERVAL '1 second')::date

проовал по разному. пока не взлетает. (( надо еще будет покурить маны

В каком там формате хоть?

ну типа было [1,5,10,19] станет [1,5,19]

Спасифсб, только это почти то же самое что показал я. Меня беспокоит только производительность, если массив очень большой, а удалить нужно всего 1 элемент. Таким способом получается он берёт этот массив весь, вытаскивает из него элемент, и этот уменьшенный массив кладёт обратно. А я хотел что бы он обращался к элементу как к полю, как при удалении строки из БД.

ну сам таймстамп в бигинте какой, unix timestamp?

да unix

вроде стандрт unix . не ??

вроде стандрт unix . не ??

select (date 'epoch'+"AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP" * INTERVAL '1 second')::date from "AO_2C4E5C_MAILITEM" limit 10 вот так что возвращает?

CREATE TABLE vectors ( id SERIAL, vec_low CUBE, vec_high CUBE ); UPDATE vectors SET huge_vector = CUBE(vec_low || vec_high); ERROR: operator does not exist: cube || cube Как превратить CUBE в array[float8], с целью склеить данные в один большой куб?

ок разобрался, cube_union делает то же самое

я вот так делаю SELECT (date'epoch' + "AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP" '2018-01-01 00:00:00')::date, возвращает ERROR: schema "AO_2C4E5C_MAILITEM" does not exist LINE 2: (date'epoch' + "AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP" '2...

Спасифсб, только это почти то же самое что показал я. Меня беспокоит только производительность, если массив очень большой, а удалить нужно всего 1 элемент. Таким способом получается он берёт этот массив весь, вытаскивает из него элемент, и этот уменьшенный массив кладёт обратно. А я хотел что бы он обращался к элементу как к полю, как при удалении строки из БД.

И так и будет. Если хотите, обращаться к элементу как к полю, то нужно и хранить в виде таблицы.

я вот так делаю SELECT (date'epoch' + "AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP" '2018-01-01 00:00:00')::date, возвращает ERROR: schema "AO_2C4E5C_MAILITEM" does not exist LINE 2: (date'epoch' + "AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP" '2...

ну там public в начале дописать еще

И так и будет. Если хотите, обращаться к элементу как к полю, то нужно и хранить в виде таблицы.

Спасифсб! Буду минимизировать обновления, делать буферы. Надеюсь информацию по тестированию производительности не сложно найти? Что бы чётко определять что лучше.

ну там public в начале дописать еще

неа. фкус не удался

а что говорит?

и я случайно скрипт перезатер

ща

RROR: syntax error at or near ""AO_2C4E5C_MAILITEM"" LINE 5: "AO_2C4E5C_MAILITEM"."ID",

Спасифсб! Буду минимизировать обновления, делать буферы. Надеюсь информацию по тестированию производительности не сложно найти? Что бы чётко определять что лучше.

Лучше в реляционках использовать реляционные модели, как правило. ;) А сравнению производительности чего с чем?

а что говорит?

все разобрался, но он выводит какую то фигню ((

Лучше в реляционках использовать реляционные модели, как правило. ;) А сравнению производительности чего с чем?

Разных методов хранения. Сейчас осознаю что в принципе вся бд это просто поля байтов разной длины, и с одним полем нельзя работать как с массивами в программировании. У меня есть множество объектов у которых много массивных параметров, и делать их как связь с другой даже малой таблицей считаю нелогичным. Это можно сравнить с пользователем у которого много кошельков с разными названиями и балансом. Название это int, а баланс real. Хочу хранить как 2 поля - int[] и real[]. Возможно не прав. И может отдельная таблица -I'd -кошелёк -Название -Значение Было бы лучше. А у пользователя только номер кошелька.

Разных методов хранения. Сейчас осознаю что в принципе вся бд это просто поля байтов разной длины, и с одним полем нельзя работать как с массивами в программировании. У меня есть множество объектов у которых много массивных параметров, и делать их как связь с другой даже малой таблицей считаю нелогичным. Это можно сравнить с пользователем у которого много кошельков с разными названиями и балансом. Название это int, а баланс real. Хочу хранить как 2 поля - int[] и real[]. Возможно не прав. И может отдельная таблица -I'd -кошелёк -Название -Значение Было бы лучше. А у пользователя только номер кошелька.

> Сейчас осознаю что в принципе вся бд это просто поля байтов разной длины, Физически — да (в основном), логически (на уровне модели) — это не имеет отношения к делу. > У меня есть множество объектов у которых много массивных параметров, и делать их как связь с другой даже малой таблицей считаю нелогичным. Ну а реляционная модель считает строго наоборот. RDMBS более-менее точно поддерживают именно её. Поэтому, хотя и можно "писать на ассемблере... в любом языке программирования!", страдать от этого будет только тот, кто пишет (или использует) такие базы. ;) Вы уверены, что Вам вообще нужна RDBMS, кстати?

а пример оригинального значения скинь плз

1534780080809

1534780080809

(date'epoch' + "AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"/1000 '2018-01-01 00:00:00')::date,

на тысячу делить надо еще

ERROR: syntax error at or near "'2018-01-01 00:00:00'"

> Сейчас осознаю что в принципе вся бд это просто поля байтов разной длины, Физически — да (в основном), логически (на уровне модели) — это не имеет отношения к делу. > У меня есть множество объектов у которых много массивных параметров, и делать их как связь с другой даже малой таблицей считаю нелогичным. Ну а реляционная модель считает строго наоборот. RDMBS более-менее точно поддерживают именно её. Поэтому, хотя и можно "писать на ассемблере... в любом языке программирования!", страдать от этого будет только тот, кто пишет (или использует) такие базы. ;) Вы уверены, что Вам вообще нужна RDBMS, кстати?

Создаётся MMO, уже работает прототип, сейчас вот расширяется. Но это первый опыт. Изучал дневники разработчиков, другие используют реляционные, и часто именно Postgres. Но структуры у всех разные конечно.

ERROR: syntax error at or near "'2018-01-01 00:00:00'"

эм

типа неверно указано

что не тк ?

чет я не то скопировал

"AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"/1000 вместо "AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"

вот что нужно сделать

и все

в том что есть

"AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"/1000 вместо "AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"

неа

фокус не удался

(date 'epoch'+'1534780080809'::bigint/1000 * INTERVAL '1 second')::date вот так все ок возвращает нужную дату

он кажет дату, а время ??

а нужно и время?

ну да

))

убрать скобки и последнее ::date

date 'epoch'+"AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"/1000 * INTERVAL '1 second'

типа такого

убрать скобки и последнее ::date

спс

а поче му он не может вот так (date'epoch' + public."AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"/1000 '2018-01-01 00:00:00')

а поче му он не может вот так (date'epoch' + public."AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"/1000 '2018-01-01 00:00:00')

а что он должен делать с этим?

и да ое время кажет не верно

Создаётся MMO, уже работает прототип, сейчас вот расширяется. Но это первый опыт. Изучал дневники разработчиков, другие используют реляционные, и часто именно Postgres. Но структуры у всех разные конечно.

Хмм... то есть, "внутренней" потребности в использовании RDBMS у Вас нет, Вы просто смотрите на то, как делают "соседи"? ;) Вообще, обычно RDBMS используются, когда Вам нужен инструмент с такими свойствами: . Поддержка реляционной модели. . SQL. . ACID. Если всё это Вам не нужно (или даже нужно только что-то одно), то, скорее всего, лучше поискать другой инструмент.

и да ое время кажет не верно

часовые пояса?

+3 нада. типа часовй пояс указать

а что он должен делать с этим?

вывести дату

+3 нада. типа часовй пояс указать

А почему Вы дату/время не храните нормально, зачем эти извращения (просто любопытно)?

А почему Вы дату/время не храните нормально, зачем эти извращения (просто любопытно)?

так прасит приложение

парсит

парсит

В смысле "парсит"? Я имел в виду, почему тип поля в таблице не timestamptz?

(timestamp with time zone 'epoch'+"AO_2C4E5C_MAILITEM"."CREATED_TIMESTAMP"/1000 * INTERVAL '1 second')::timestamp

В смысле "парсит"? Я имел в виду, почему тип поля в таблице не timestamptz?

так зашито в приложении

так зашито в приложении

А, понятно. :(

Хмм... то есть, "внутренней" потребности в использовании RDBMS у Вас нет, Вы просто смотрите на то, как делают "соседи"? ;) Вообще, обычно RDBMS используются, когда Вам нужен инструмент с такими свойствами: . Поддержка реляционной модели. . SQL. . ACID. Если всё это Вам не нужно (или даже нужно только что-то одно), то, скорее всего, лучше поискать другой инструмент.

Других инструментов просто не знаю. Сейчас изученное совпадет с имеющимися и будущими требованиями. Но если изучу больше, может что то и изменится.

@rkasimov будет жить. Поприветствуем!

Других инструментов просто не знаю. Сейчас изученное совпадет с имеющимися и будущими требованиями. Но если изучу больше, может что то и изменится.

Ну так и этот надо использовать правильно. ;)

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

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

log_line_prefix настраивали?

ага, смотрю описание этого параметра, спасибо

Хост китайский, меняйте порты

достаточно pg_reload_conf() сделать, или надо базу рестартовать?