https://telegram.me/ChatWarsBot?start=063efee2634e43c192462d3927b25f8c

С новым годом друзья!

Ага

И с новым счастьем

С нг)

С нг

Всем добра! ???

с нг))

С новым, постгресаны!

С Новым Годом ?

С Новым годом!!!???

Добрый день! С новым годом

Вопрос ребят. А если делать prepare SQL запроса, он будет только для этой же сесии доступен?

Или shared для всех? Из документации кажется, что только для текущей сессии

Вопрос ребят. А если делать prepare SQL запроса, он будет только для этой же сесии доступен?

Prepared statements only last for the duration of the current database session. When the session ends, the prepared statement is forgotten, so it must be recreated before being used again. This also means that a single prepared statement cannot be used by multiple simultaneous database clients; however, each client can create their own prepared statement to use. Только для текущей сессии.

Евгений привет! С нг! спасибо

Привет Роберт! И тебя с новым годом

Вопрос ребят. А если делать prepare SQL запроса, он будет только для этой же сесии доступен?

Только для текущей

g

акелла промахнулся

правой -> delete

с новым годом))

а кто-нибудь пользовался https://www.bigchaindb.com/whitepaper/bigchaindb-whitepaper.pdf ?

это не связано напрямую с Postgres) но интересует ваше мнение

Привет Igor!

это не связано напрямую с Postgres) но интересует ваше мнение

Вот были бы картинки в постгрессовой доке как у SQLite! http://www.sqlite.org/atomiccommit.html

да, наглядно

Почти как в "про гит"

Постгрес не для хипстеров, а для академиков. Не академик? — нет пути. И без картинок проживете ?

/me негодует

Зато у постгрес есть видео )

кроме отсутствия изображений какие-нибудь признаки академичности-то есть?

Конечно. тесты на данных массивов звезд. Сразу относит нас к астрономии.

как в пятый класс зашел на перемене, ей-богу

Еще на самом деле, я уже писал здесь — несмотря на опенсорстность посгреса у него очень закрытая разработка.

Еще на самом деле, я уже писал здесь — несмотря на опенсорстность посгреса у него очень закрытая разработка.

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

которые пытаются хотя и не всегда получается мирно конкурировать

не знаю чего закрытого вроде никто не запрещает написать в хакерс и добавить патч в коммитфест

Все это звучит немного диковато :) Все эти мейлинг-листы, патч-флоу из 90х и т.д.

олд скул

Всем привет!

Идея такая. Я хочу реализовать интернационализацию базы данных с помощью array типа данных. Т.е. вместо того чтобы использовать строковый тип данных в таблицах, я хочу использовать array тип, в котором каждый элемент строго соответствует какому то языку. Например, нулевой элемент всегда английский, первый всегда русский и т.д.. Но, вопрос такой. Смогу ли я использовать в таком случае полнотекстовый поиск в postgresql? Я так понимаю проблема тут будет в том, что мне для каждого языка нужно будет преоброзовывать не весь столбец с типом array, а конкретный элемент. Т.е. если я хочу поиск по английскому сделать, мне нужно преоброзовывать только нулевой элемент в столбце к tsvector. Возможно ли это сделать? Спасибо за внимание, и надеюсь я понятен! :)

ты хочешь jsonb, но ещё не знаешь об этом?

ты хочешь jsonb, но ещё не знаешь об этом?

Может и так, про jsonb я тоже читал. Но как он будет сосуществовать с полнотекстовым поиском?

Можно ли преобразовывать к tsvector по ключу json текст?

Есть ли какие то примеры преобразование значений jsonb к tsvector?

а чем плохо вынести язык в отдельную колонку и иметь для каждого перевода свою строку?

а чем плохо вынести язык в отдельную колонку и иметь для каждого перевода свою строку?

Ну тем, что для каждой таблицы где есть строка для перевода придеться делать одну дополнительную таблицу с переводами

а если таких строк несколько, то несколько дополнительных таблиц

Ну или одну, если не важно в поиске будет что именно найдется

т.е. какой именно столбец

https://blog.lateral.io/2015/05/full-text-search-in-milliseconds-with-postgresql/

Вроде нашел пример преобразования json значения в tsvector

@Komzpa спасибо за наводку! :)

Идея такая. Я хочу реализовать интернационализацию базы данных с помощью array типа данных. Т.е. вместо того чтобы использовать строковый тип данных в таблицах, я хочу использовать array тип, в котором каждый элемент строго соответствует какому то языку. Например, нулевой элемент всегда английский, первый всегда русский и т.д.. Но, вопрос такой. Смогу ли я использовать в таком случае полнотекстовый поиск в postgresql? Я так понимаю проблема тут будет в том, что мне для каждого языка нужно будет преоброзовывать не весь столбец с типом array, а конкретный элемент. Т.е. если я хочу поиск по английскому сделать, мне нужно преоброзовывать только нулевой элемент в столбце к tsvector. Возможно ли это сделать? Спасибо за внимание, и надеюсь я понятен! :)

я так и делаю

полнотекст вполне себе работает

ЗЫ начал так делать на 9.2

я так и делаю

Засовываешь переводы в array столбец?

ну да, первый это английский, второй это русский, третий это японский

tsvector и индекс собрать потом особого труда не составляет

А как ты tsvector по номеру элемента в массиве собираешь?

но я думаю с json конечно будет гибче... хотя и свои расходы есть

А как ты tsvector по номеру элемента в массиве собираешь?

ну а в чём пороблема обратится к элементу массива?

А я просто не знаю даже как отобразить элемент массива в запросе, а не весь массив

ЗЫ предупрежу сразу, что это не факт самый хороший способ, но массивы легче jsonb.

Ну мне кажется массивы идеально подходят для этой задачи

select my_array[1] from my_table; ?

можно даже срезы делать my_arrya[1:2]

и в 9.6 вошёл мой патчь и теперь можно опускать границу для слайса my_array[2:] (со второго элемента и до конца)

главное не забывать что массивы в postgres имеют произвольную индексацию и ведут себя как матрицы если делаешь многомерный массив

Да, круто, спасибо @stalkerg !

Привет всем, а где можно найти исходники парсера ddl, хотя он наверное использует базовый парсер и тогда лучше где его искать?:)

если вопрос про парсер, который использует постгрес, то это flex + bison. Исходники можно посмотреть в scan.y и gram.y

смотря что опнимается под ddl

ну да, первый это английский, второй это русский, третий это японский

Что будет, если некоторые сущности частично локализованы? На твоем примере: ["Hi", ,"おっす"] так будет?

В настоящий момент я отдельной таблицей локализую

Опять как будет выглядеть процесс добавления новой локали?

Очевидно в конец массива

Локализации во всем мире делают отдельными файлами

Обычно

Локализации во всем мире делают отдельными файлами

Контента или UI?

не путай меня :)

Контента или UI?

Юи