ну а если человеческим языком написано, то где ошибка?)

Написана же строка и столбец текста.... Тынки мышкой — оно наверняка туда перейдёт.

Сверь синтаксис оператора с ошибкой с синтаксисом в документации...

ну это понятно, типо хоть и человеческим, сразу не понятно а что нет так, оказывается просто concat в postgresql и в oracle отличаются

в Postgresql на такую команду ошибок нету

Не удивительно...

Народ, привет, а есть хостинг какой-нить бесплатный, где можно бд найти, в которой можно создать таблицы, чтоб запросы попрактиковать?

смотря что требуется.
https://www.mycompiler.io/new/sql

Ну, в некоторых БД есть и нормальный полнотекстовый поиск. Elastic очень часто избыточен

Создайте на Heroku свою базу

Вот. Посмотрю!

Здравствуйте, такой вопрос: есть таблица users, у каждого пользователя есть ограничения (количество сообщений, количество лайков, количество групп). Нужно эти ограничения обновлять и сохранять время последнего обновления (для каждого).

Есть вариант разбить всё на таблицы (user_likes_limits, user_groups_limits, и т.д. аналогично для каждого ограничения) с полями user_id, value, updated_at соответственно в каждой таблице.

Но не выглядит ли это слишком громоздко? По сути данные уже перестают быть данными и вылазят в схему: для каждого нового ограничения — новая однотипная таблица.
Есть вариант вынести сами ограничения в отдельную таблицу limits и создать таблицу связности user_limits с полями user_id, limit_id, value, updated_at.

Какой вариант является более правильным? (возможно ни один)
P.S. Связь, получается, один к одному (Postgres)

Не вижу смысла разбивать на таблицы, что меняется?

В разных таблицах value может быть разного типа

Если, например, ограничение — булевый флаг

По сути единственная причина

У разных полей одной таблицы типы могут быть также разные как и у разных полей разных таблиц

Поэтому я нифига не понял

Ты имеешь ввиду вообще не разделять? Оставить эти поля в таблице users ибо 1:1?

Да, не виду смысла вообще