"PostgreSQL community edition это что за зверь? " <-- дык ... это обычный postgres. просто есть компании которые делают свои расширения и они платные. Соответственно, вместо всего этого зоопарка вы могли просто поставить какой-нибуть платный PostgreSQL PRO ... и получить active-active кластер из коробки. ну ... типа того
Вообще .... все попытки построить что-то на базе PostgreSQL community edition ... это как тюнить запорожец в надежде получить болид Формулы 1. Нужно смотреть в сторону кластеризуемых решений на базе NewSQL. cockroachdb, yugabytedb и т.д.
У меня пара вопросов образовалась. 1) Ваш код содержит слишком много кода по сравнению с JPA и Hibernate. Собственно вопрос: а есть ли преимущества у Exposed перед JPA и Hibernate? 2) читать из таблицы все, а потом фильтровать - это точно the worst practises. Есть ли возможность фильтровать запросом в Exposed ?
ну .... time will tell
"А в чем зоопарк то?" ну .... просто много разных компонент :-) схема масштабная.
Если у 1с и active-active кластеров такая взаимная неприязнь .... ну я не знаю как это прокоментировать. нормальных слов у меня нет.
"PostgreSQL community edition это что за зверь? " <-- дык ... это обычный postgres. просто есть компании которые делают свои расширения и они платные. Соответственно, вместо всего этого зоопарка вы могли просто поставить какой-нибуть платный PostgreSQL PRO ... и получить active-active кластер из коробки. ну ... типа того
Вообще .... все попытки построить что-то на базе PostgreSQL community edition ... это как тюнить запорожец в надежде получить болид Формулы 1. Нужно смотреть в сторону кластеризуемых решений на базе NewSQL. cockroachdb, yugabytedb и т.д.
Извините если обидел.
неужели "active-active" кластер? или просто очередной костыль для некластеризуемого PostgreSQL community edition ?
Не newsql .....в топку этот новорожденный музейный экспонат! Зачем опять переписывать postgresql ?
удачи!
у меня такое же мнение. какое-то мощное движение в сторону ARM. .... уж не поссорились ли Microsoft с Intel?
Спасибо! Очень интересно! Побольше бы таких статей!
Обратите внимание на NetBeans. На мой взгляд, это наиболее близкая к Idea IDE. не без недостатков конечно, но работать можно.
Спасибо за интересную статью!
Спасибо! Интересная статья!
Вы бы хоть простенькое нагрузочное тестирование провели, чтобы показать преимущества. А так ....просто перевод документации :-(
Спасибо! Я нашел строчки типа "
entity.wrapRow(resultRow)" .2) да ..... вы правы. Смотрю на https://www.baeldung.com/kotlin/exposed-persistence#3-filtering-with-where-expressions .....все на лямбдах .... эти лямбды должы же в SQL потом попадать. ..... а как у Exposed с производительностью? кэширование есть?
1) да. припоминаю возню с плигинами для генерации дефолтных конструкторов
2) в смысле? А запрос нельзя сделать? Criteria какая-нибуть
Интересная статья. Спасибо!
У меня пара вопросов образовалась.
1) Ваш код содержит слишком много кода по сравнению с JPA и Hibernate. Собственно вопрос: а есть ли преимущества у Exposed перед JPA и Hibernate?
2) читать из таблицы все, а потом фильтровать - это точно the worst practises. Есть ли возможность фильтровать запросом в Exposed ?
Спасибо! Классная статья! Я сам когда-то ковырялся с MicroK8s.
Спасибо!
спасибо, добрый человек!
ну .... тогда удачи вам в развитии!