Немного о гибриде Evolute I-Space 2025 модельного года, опыт владельцев - https://github.com/rin-nas/Evolute-I-Space. Цена: 2.9М руб с учётом госсубсидии и навязанных допов от дилера.
phone_parse.sql -- разбирает номер телефона в международном формате E.164 или в локальном формате на составные части (country_code, area_code, local_number)
phone_normalize.sql -- нормализует номер телефона, возвращает номер телефона в международном формате E.164, например: +79651234567
"Движок" для хранения таблиц у PostgreSQL действительно не самый современный, есть и другие проблемы. Но они либо решаемые, либо несущественные. PostgreSQL ценят прежде всего за предсказуемость, надёжность, огромное кол-во возможностей, расширяемость.
Psql можно очень сильно адаптировать под себя через psqlrc: сделать цветное приглашение командной строки, прикрутить pspg для отображения и навигации (!) в табличных данных, можно "налепить" читабельных команд типа :databases, :tables, если короткие эквиваленты не нравятся.
Выравнивание в расширенном выводе почему-то не работает только у Вас )
Привет из 2024! Поделитесь вашим опытом. Что в "бою" работает хорошо, а что не очень? С каким "подводными камнями" и "узкими местами" вы столкнулись в PostgreSQL? Бизнес-логика так и осталась в СУБД, или часть пришлось всё-таки вынести в приложение? Что именно и почему?
В корпоративной среде не всегда возможно установить терминал, который нравится, из-за ограничений безопасности. Но улучшить внешний вид командной строки возможно, просто немного дополнив кодом файл ~/.bashrc.
Спасибо за статью. Читал её ещё в 2018-м. С тех пор пор прошло много времени. У меня есть альтернативная реализация "многопоточки". Там немного bash для распараллеливания и одна хранимая процедура на PL/pgSQL, чтобы скрыть все сложности внутри.
Хорошая статья. Для более эффективной работы сотрудникам действительно нужно уметь лучше коммуницировать друг с другом.
А темы, которые касаются или м.б. интересны всей команде (рабочей группе) нужно обсуждать в общих чатах вместо персональных чатов 1:1. Чтобы потом не копировать текст или не пересказывать другим до чего (не)договорились.
Англицизмы, как и просторечье, допустимо употреблять в устной речи. В письменной лучше такого избегать. В случае неоднозначности русского слова/фразы можно указать в скобках по-английски, например: фиксация (commit).
Можно же сделать 2 рейтинга. Один --- для людей, второй --- для людей и ботов.
PostgreSQL
Fibonacci sequence numbers with recursive:
Fibonacci sequence numbers with PL/pgSQL
Можно ещё проще. Хитрость в том, чтобы вместо подзапроса выполнять вызов функции.
Например,
можно упростить до
Пример конвейера (цепочек) вычислений в одном SELECT запросе без CTE: https://github.com/rin-nas/postgresql-patterns-library/tree/master/experiments/compression/README.md
Немного о гибриде Evolute I-Space 2025 модельного года, опыт владельцев - https://github.com/rin-nas/Evolute-I-Space. Цена: 2.9М руб с учётом госсубсидии и навязанных допов от дилера.
BWT и MTF на SQL для целей обучения :-)
bwt_encode.sql
bwt_decode.sql
mtf_encode.sql
mtf_decode.sql
Пример совместного использования
В 2023-м я тоже делал подобные замеры.
Что это? )
PostgreSQL функции для обработки номера телефона
phone_parse.sql -- разбирает номер телефона в международном формате E.164 или в локальном формате на составные части (country_code, area_code, local_number)
phone_normalize.sql -- нормализует номер телефона, возвращает номер телефона в международном формате E.164, например: +79651234567
phone_format.sql -- форматирует номер телефона по образцу
PostgreSQL домен (тип данных)
phone.sql -- phone number in the international format E.164
А где у MySQL массивы? )
"Движок" для хранения таблиц у PostgreSQL действительно не самый современный, есть и другие проблемы. Но они либо решаемые, либо несущественные.
PostgreSQL ценят прежде всего за предсказуемость, надёжность, огромное кол-во возможностей, расширяемость.
Psql можно очень сильно адаптировать под себя через psqlrc: сделать цветное приглашение командной строки, прикрутить pspg для отображения и навигации (!) в табличных данных, можно "налепить" читабельных команд типа
:databases,:tables, если короткие эквиваленты не нравятся.Выравнивание в расширенном выводе почему-то не работает только у Вас )
Сервисом не пользуюсь. Все "наезды" очень поверхностные, никакой конкретики и примеров. Неконструктивно. Доверие к такому комментарию нулевое.
Привет из 2024!
Поделитесь вашим опытом. Что в "бою" работает хорошо, а что не очень?
С каким "подводными камнями" и "узкими местами" вы столкнулись в PostgreSQL?
Бизнес-логика так и осталась в СУБД, или часть пришлось всё-таки вынести в приложение? Что именно и почему?
Как найти что-то в куче файлов
postgresql-%Y-%m-%d_%H%M%S.log, если поискать нужно за последние сутки, т.к. точное время неизвестно?В корпоративной среде не всегда возможно установить терминал, который нравится, из-за ограничений безопасности. Но улучшить внешний вид командной строки возможно, просто немного дополнив кодом файл
~/.bashrc.Было бы интересено посмотреть на результаты сравния производительности Firebird 5 и PostgreSQL 15 ?
Много лет тому назад я подсмотрел очень интересную коцепцию SQL шаблонизатора с условными блоками у Дмитрия Котерова (dklab).
Потом сделал sql-template-engine, который уже несколько лет работает на одном крупном веб-сайте РФ.
Дополню:
sudo apt install git-filter-repoМой способ: https://github.com/rin-nas/postgresql-patterns-library/blob/master/README.md#как-сделать-журналирование-изменений-таблицы
Спасибо за статью. Читал её ещё в 2018-м. С тех пор пор прошло много времени. У меня есть альтернативная реализация "многопоточки". Там немного
bashдля распараллеливания и одна хранимая процедура наPL/pgSQL, чтобы скрыть все сложности внутри.Возможно ли его разделить на части и внедрять в СУБД постепенно? Большого слона нужно есть по частям. Разделяй и влавствуй )
Хорошая статья. Для более эффективной работы сотрудникам действительно нужно уметь лучше коммуницировать друг с другом.
А темы, которые касаются или м.б. интересны всей команде (рабочей группе) нужно обсуждать в общих чатах вместо персональных чатов 1:1. Чтобы потом не копировать текст или не пересказывать другим до чего (не)договорились.
Англицизмы, как и просторечье, допустимо употреблять в устной речи. В письменной лучше такого избегать. В случае неоднозначности русского слова/фразы можно указать в скобках по-английски, например: фиксация (commit).