А нет, там тоже на клиенте делал...

Эх ладно, в итоге чёт не совсем то получается) Он становится уникальным для каждой колонки)

а у тебя что получилось?

Коллеги, добрый день
подскажите пожалуйста оптимальный способ хранения геоинформации для геотэгов, сам с этим столкнулся в первый раз
пока что на этапе проектирования ERM
из идей: хранить в сущности атрибуты широту и долготу, чтобы потом обеспечивать запросы вида "получить список мест по близости" с помощью условия ширина +- eps и долгота +-eps
есть ли какие-то рекомендации по хранению, про PostGis слышал, но не совсем понимаю, как реализовать с ним

PostGIS.
Простите за простоту, но это все.

хорошо, спасибо
поищу юзкейсы

Там можно не только «найти места поблизости», но и сортировать места по близости, используя индекс.
https://postgis.net/docs/geometry_distance_knn.html
Какой-то чувак из этого чата смастерил оператор <->

здорово
то, что нужно

Всем привет
Есть кто знает Pl/ Sql?

да вы что, откуда

тут вроде не чат ораклистов)

Привет, да

А вдруг боты уже и до такого додумались? Если SQL значит PL/SQL...

На самом деле PL/pgSQL весьма похож на PL/SQL, так что логично

добрый день, может кто поделиться опытом версионирования хранимок, или статью норм подсказать?

здраствуй, folks, excuse me for continuing in English, even though I can (slowly) read Cyrillic :)

I work at ❤️🖤 GitLab 🧡💜and I’m looking for a strong PostgreSQL DBA to join us as a Database Reliability Engineer.

Ideally we’d like somebody with development and reliability skills, but first and foremost we want strong Postgres experience, so we definitely consider DBA profiles as well (min. 5 years of experience with Postgres and large production environment).
Check out the video for more details:

https://www.youtube.com/watch?v=aNxBIhsJ2nA&ab_channel=GitLabUnfiltered
And JD:

https://about.gitlab.com/job-families/engineering/infrastructure/database-reliability-engineer/

And if you’d like to connect, hit me up to discuss it: jmichniewicz@gitlab.com

Cheers and a good days everyone ☺️🦊

git?
если вы хотите выкатывать новые версии в базу, параллельно, то я встречал такой подход:
- все хранимки лежат в своей схеме, с именем == версией ( а-ля v20210118 )
- нужным пользователям прописывается нужный search_path=v20210118,public, когда соединение переоткрывается — подхватывается новая версия
- в самих хранимках желательно везде явно прописывать схемы при обращении к другим ф-циям или таблицам/вьюшкам, иначе можно долго искать…

Не. Она работает в компании GitLab. DBA хантит