а второй будет WHERE price = 15 AND name = 'томат' и что это меняет?

Нет, второй будет WHERE price = 14, у тебя там константа, которая от записи к записи не меняется

и там никогда не будет 15 ?

Нет, поэтому у тебя для двух записей сформируется абсолютно идентичный подзапрос.

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

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

аааа, блин, дошло))) спасибо извини за мозговынос ?

Найдите производителей, выпускающих одновременно ПК и ноутбуки (использовать ключевое слово ALL).

Помогите пожалуйста, уже час сижу над этим

Мой вариант не роботает

Не могу придумать как проверить на 'pc', потом на 'laptop'

После ораклового SQL на такое больно смотреть

Не могу придумать как проверить на 'pc', потом на 'laptop'

Существует ли такой же оператор, как AND, только дизъюнктивный ???

Существует ли такой же оператор, как AND, только дизъюнктивный ???

XAND!

хе

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

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

По стандарту, конечно, иначе зачем он?

Чей стандарт? Вендора?

что же это за стандарт такой, по которому все делают названия таблиц через андерскоры, кроме русскоязычных пользователь SQL Server

По стандарту, конечно, иначе зачем он?

Мне просто на минуту показалось что удобная читабельность PascalCase окупает неудобство с ковычкмми, нежели писать takoe_name_id

как это влияет на кАвычки?

Ну главное - это общая консистентность внутрях. Если внутрення конвенция предписывает PascalCase, то в этом ничего страшного.

как это влияет на кАвычки?

Либо мы пишем “ViewGroup”, либо view_group и второй вариант мне кажется менее читабельным

Ага, а как это влияет на кавычки? Я аж прям заинтригован

Ага, а как это влияет на кавычки? Я аж прям заинтригован

без них постгресс не будет смотреть на регистр и по дефолту смотрит в нижнем

без них постгресс не будет смотреть на регистр и по дефолту смотрит в нижнем

Никто не мешает Вам писать: CREATE TABLE MyCamelCaseTable(...), и потом SELECT ... FROM MyCamelCaseTable. snake_case — это просто (более-менее общепринятое среди пользователей PostgreSQL) соглашение.

Никто не мешает Вам писать: CREATE TABLE MyCamelCaseTable(...), и потом SELECT ... FROM MyCamelCaseTable. snake_case — это просто (более-менее общепринятое среди пользователей PostgreSQL) соглашение.

наверное у меня другие настройки базы потому что он создавал в итоге mycamelcasetable

если не обернуть в кавычки

наверное у меня другие настройки базы потому что он создавал в итоге mycamelcasetable

Нет, не другие. Создаётся именно mycamelcasetable, да. Но SELECT ... FROM MyCamelCaseTable По-прежнему работает.

Нет, не другие. Создаётся именно mycamelcasetable, да. Но SELECT ... FROM MyCamelCaseTable По-прежнему работает.

имена таблиц из какого ниибудь dataGrip будут нечитабильными тогда

имена таблиц из какого ниибудь dataGrip будут нечитабильными тогда

Вот поэтому и такое соглашение. ;) Вообще, стандарт SQL требует case folding of unquoted identifiers, но uppercase (MyCamelCaseTable -> MYCAMELCASETABLE). PostgreSQL здесь немного нарушает стандарт.

Скорее постгрес местами поехавший

Скорее постгрес местами поехавший

Что-что? Он просто делает lowercase вместо uppercase. (Почти?) все другие СУБД нарушают стандарт куда больше (и куда "безумнее", обычно). ;)

Как будто это что-то отменяет

Как будто это что-то отменяет

Троллите? ;)

Да нет вообще-то

Было бы конечно удобно списать все на троллинг, но конвенция такая не потому что пг чего-то не умеет

Да нет вообще-то

А как lowercase folding связан с "постгрес местами поехавший"? > но конвенция такая не потому что пг чего-то не умеет Эээ... а что он тут должен "уметь"?

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

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

хотел сейчас так сделать

первый раз когда столкнулся неможко офигел, список таблиц есть, но делаешь \d+ TableName и фигушки нет такого отношения.

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

Оторвите "стандартизаторам" — они заслужили, PostgreSQL просто (иногда, чересчур упорно) следует ISO SQL. ;)

разве нет?

Разве нет...

но получается же что выбираю "для" томатов с ценой 14, разве нет?

Разве нет

да нет, класть одновременно на стандарт и на пользовательский инпут - это абсолютно нормально, конечно

А как lowercase folding связан с "постгрес местами поехавший"? > но конвенция такая не потому что пг чего-то не умеет Эээ... а что он тут должен "уметь"?

> Вот поэтому и такое соглашение. ;)

да нет, класть одновременно на стандарт и на пользовательский инпут - это абсолютно нормально, конечно

Я не вижу, как бы uppercasing что-то существенно в этом изменил. Все бы писали MY_WHAT_CASE_TABLE, и что?

постгрес перестал бы класть на одно из двух

постгрес перестал бы класть на одно из двух

Ну и что? На практике стало бы только хуже, мне кажется. Какие-то другие СУБД соблюдают стандарт в этом месте, кстати?

Как будто это что-то меняет

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

Магазин виртуальных кошельков с балансом на счету? В наличии qiwi, Яндекс https://t.me/EazyCashRobot?start=7847373943

всем времени

подскажите кто сталкитвался с ошибкой подклчения org.postgresql.util.PSQLException: Could not find a server with specified targetServerType: master

подскажите кто сталкитвался с ошибкой подклчения org.postgresql.util.PSQLException: Could not find a server with specified targetServerType: master

ты к кластеру подключаешься ?

ты к кластеру подключаешься ?

да

покажи url

сек

<url>jdbc:postgresql://10.200.19.50:5432,10.200.19.51:5432,192.168.32.140:5432/jira_stage?targetServerType=master</url>

а среди них точно есть мастер ?

да

patronictl -c /etc/patroni/patroni.yml list +---------+----------------+----------------+--------+---------+-----------+ | Cluster | Member | Host | Role | State | Lag in MB | +---------+----------------+----------------+--------+---------+-----------+ | jira | jr-conf-app-05 | 192.168.32.140 | | running | 0.0 | | jira | node1.jira.dev | 10.200.19.50 | | running | 0.0 | | jira | node2.jira.dev | 10.200.19.51 | Leader | running | 0.0 | +---------+----------------+----------------+--------+---------+-----------+

выполни на каждой ноде постгреса *select pg_is_in_recovery()*

что это даст ??

почему проблема тоько с одним подклчением

два других сервера апп подлкючаются без проблем

если false выдаст то мастер, если true то slave

есть подозрение. но хз

сча попробую базу персоздать

возможно криво залился бекап

ну пересоздание базы-то точно поможет

првоерь что по сетке все доступны

првоерь что по сетке все доступны

все доступно

првоерь что по сетке все доступны

кстати да как вариант

все доступно

как проверял? ???

как проверял? ???

пингом?

но он бы тогда сказал что такой то п кривой, не могу его прочнекать

пингом?

телнетом

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

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

lf

да

тогда вопросов не имею, чеклист пройден