Честно говоря, я не верю что | вместо || хоть на сколько-то влияет на производительность в DBeaver да и в любом другом подобном прикладном или бизнес-софте. В общем всё правильно анализатор говорит делать II.
Не совсем понимаю как асинхронный клиент к БД даст прорыв производительности. БД в любом случае имеет ограниченную возможность параллельного выполнения запросов и все упрется в нее. Смысл не думать на сколько потоков нам нужны экзекютеры, а доступ к ресурсам лимитировать семафорами/рэйт лимитерами
А есть ли особый смысл использовать maven в новых проектах, тем более Kotlin? (Это не утверждение, просто действительно интересно что может повлиять на выбор в пользу maven кроме как наследие легаси)
в большинстве СУБД (Oracle и PostgreSQL точно) update добавляет новую версию строки, а старая помечается к удалению. Связанно с требованием поддерживать транзакционность.
Но проблема явно не в заботе о перформансе, а о товарище майоре
Только они не локальные. Как и временные таблицы. Временные таблицы вообще по умолчанию сессионные и при коммите даже не происходит очистка, хотя такое поведение и можно настроить.
При чем тут локальность абсолютно не ясно.
Как и замечание о производительности не к месту, в PostgreSQL временные таблицы так-же пишутся на диск и где тут производительность очень интересно узнать
Тут согласен, либо ISO 8859-1, либо UTF-16. Но это внутренняя реализация и программисту знать в компактном ли состоянии строка и какая там кодировка не обязательно.
Честно ни разу не видел чтобы UTF-16 использовался в приложении
Языки умирают не сами по себе, точнее далеко не всегда так.
Это целенаправленная политика насаждения
EAV не антипаттерн, вполне себе нормальный паттерн, просто нужно понимать возможные проблемы, в первую очередь с производительностью.
В принципе во вью или запросе eav и в json/b можно собрать, относительно легко, если есть желание.
индексы то ладно, их переидексировать можно. Но триггеры то не просто так висят на таблице.
Круто, конечно, что у нас бизнес-логика сломается, но не очень
Честно говоря, я не верю что | вместо || хоть на сколько-то влияет на производительность в DBeaver да и в любом другом подобном прикладном или бизнес-софте. В общем всё правильно анализатор говорит делать II.
И про "надстройку над WebClient" много где сказано
Идем в спринг, там
В общем что-то вы напутали, он синхронный, а с WebClient роднит только стилистика API
Не совсем понимаю как асинхронный клиент к БД даст прорыв производительности. БД в любом случае имеет ограниченную возможность параллельного выполнения запросов и все упрется в нее. Смысл не думать на сколько потоков нам нужны экзекютеры, а доступ к ресурсам лимитировать семафорами/рэйт лимитерами
А есть ли особый смысл использовать maven в новых проектах, тем более Kotlin?
(Это не утверждение, просто действительно интересно что может повлиять на выбор в пользу maven кроме как наследие легаси)
Я бы склонялся к тому, что знакомые говорят вам не правду
C# очень популярен в игровой разработке (Unity).
Ну и бизнес-приложения тоже пишут не редко, слышал там нормальные ORM есть, в отличие от Java.
Впрочем, в самой Java с появление Kotlin тоже смысла не много
Чуть-чуть не понял почему бы не публиковать библиотеку в maven-репозиторий (при необходимости приватный) вместо многомолульнвх проектов?
Так вероятность перерости в ядро монолита сиильно ниже
в большинстве СУБД (Oracle и PostgreSQL точно) update добавляет новую версию строки, а старая помечается к удалению. Связанно с требованием поддерживать транзакционность.
Но проблема явно не в заботе о перформансе, а о товарище майоре
лучше 24 февраля 2022 запомнить
DymanoDB это исключительно cloud aws решение.
А вот чего они не использовали Yugabyte/YDB/Greenplum/ClickHouse и прочее - не ясно
нет, локальные перменные это локальные переменные.
Если вам так хочется.
Таблицы это таблицы.
Тут скорее бы подошли
SELECT set_config('my.num', '2', true);
SELECT current_setting('my.num');
Только они не локальные. Как и временные таблицы.
Временные таблицы вообще по умолчанию сессионные и при коммите даже не происходит очистка, хотя такое поведение и можно настроить.
При чем тут локальность абсолютно не ясно.
Как и замечание о производительности не к месту, в PostgreSQL временные таблицы так-же пишутся на диск и где тут производительность очень интересно узнать
не могу представить ситуации когда без временных таблиц не обойтись.
CTE, функции
Тут согласен, либо ISO 8859-1, либо UTF-16. Но это внутренняя реализация и программисту знать в компактном ли состоянии строка и какая там кодировка не обязательно.
Честно ни разу не видел чтобы UTF-16 использовался в приложении
UTF-8 https://openjdk.org/jeps/400
UTF-16, в основном применяемая в мире Windows, Java и JavaScript
Не, не втягивайте Java в это.
так можете в оффлайне смотреть переписку
Если пользователь сам отдает свои пароли и кодики - это его проблемы, ну серьезно.