У меня пара вопросов образовалась. 1) Ваш код содержит слишком много кода по сравнению с JPA и Hibernate. Собственно вопрос: а есть ли преимущества у Exposed перед JPA и Hibernate? 2) читать из таблицы все, а потом фильтровать - это точно the worst practises. Есть ли возможность фильтровать запросом в Exposed ?
не обижайтесь. я не пытаюсь принижать вашу разработку и что-то в этом роде. Развивайтесь .... у вас серьезные конкуренты в лице JPA, Hibernate, etc.
а последовательность умирания следующая:
1) у разработчика на проекте возникает мысль "зачем мне фреймворк, который я могу только тут использовать?"
2) разработчик, читающий описание вакансии на ваш проект", думает " Что за datamaps? он мне нужен?"
3) архитектор на заседании архитектурного комитета говорит " Hibernate развился очень сильно и делает то, что нам нужно, лучше чем наш фреймворк. Нужно мигрировать."
Пункт N1 говорит о том, что разработчики начинают валить с проекта. Пункт N2 говорит о том, что новые разработчики не горят желанием участвовать в проекте. Пункт N3 - достали лопату для закапывания.
ну .... если Вы впихнули свой велосипед в пару проектов, то не значит что обеспечили своему детищу бессмертие. Посмотрите на EclipseLink и Apache OpenJPA. Если бы Вы написали книгу о своем фреймворке, выспутили на паре конференций, написали бы org.springframework.boot:spring-boot-starter-data-datamaps, выпустили бы пару статей типа datamaps vs hibernate ... вот это бы дало шанс на бессмертие. а так .... я Вам даже могу рассказать как будет умирать ваш фреймворк.
Просто забудь. Ну и порадуйся что не попал в эту команду. У меня был похожий случай. Меня завернули поэтому что в задании я использовал самый строгий уровень изоляции, а это бьёт по производительности. Так что ...вы получили свой технический опыт. Наслаждайтесь. И не расстраивайтесь!
Спасибо! Я нашел строчки типа "
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.
Спасибо!
спасибо, добрый человек!
ну .... тогда удачи вам в развитии!
по-моему этот фреймворк тоже не далеко пойдет .... много писанины по сравнению с JPA.
не обижайтесь. я не пытаюсь принижать вашу разработку и что-то в этом роде. Развивайтесь .... у вас серьезные конкуренты в лице JPA, Hibernate, etc.
а последовательность умирания следующая:
1) у разработчика на проекте возникает мысль "зачем мне фреймворк, который я могу только тут использовать?"
2) разработчик, читающий описание вакансии на ваш проект", думает " Что за datamaps? он мне нужен?"
3) архитектор на заседании архитектурного комитета говорит " Hibernate развился очень сильно и делает то, что нам нужно, лучше чем наш фреймворк. Нужно мигрировать."
Пункт N1 говорит о том, что разработчики начинают валить с проекта. Пункт N2 говорит о том, что новые разработчики не горят желанием участвовать в проекте. Пункт N3 - достали лопату для закапывания.
И статус проекта тут вообще ни при чем.
В общем .... удачи вам в вашем начинании!
ну .... если Вы впихнули свой велосипед в пару проектов, то не значит что обеспечили своему детищу бессмертие. Посмотрите на EclipseLink и Apache OpenJPA. Если бы Вы написали книгу о своем фреймворке, выспутили на паре конференций, написали бы org.springframework.boot:spring-boot-starter-data-datamaps, выпустили бы пару статей типа datamaps vs hibernate ... вот это бы дало шанс на бессмертие. а так .... я Вам даже могу рассказать как будет умирать ваш фреймворк.
К сожалению, судьба собственного фреймворка в корзине. Я видел много подобных ситуации. А так ....симпатичный велосипед
потная разработка ..... это как?
Просто забудь. Ну и порадуйся что не попал в эту команду. У меня был похожий случай. Меня завернули поэтому что в задании я использовал самый строгий уровень изоляции, а это бьёт по производительности. Так что ...вы получили свой технический опыт. Наслаждайтесь. И не расстраивайтесь!
Понятно. Спасибо!
Понятно. А можете сказать почему YDB не прижился?
а CockroachDB или yougadb не рассматривали? тот же PostgreSQL только нормально масштабируется
Это active - active cluster?
я тоже не понял. видать толковый бизнес-аналитик писал
понятно. спасибо за ликбез!