Size: a a a

2021 January 19

AE

Alexandr Emelyanov in pro.jvm
Никита Берегуля
Есть несколько AWS lambda функций которые будут параллелится и делать много небольших запросов к SQL базе в облаке. На чем написать логику работы с базой? Изначально хотели на Hibernate, но нужно уменьшить время старта каждого инстанса. Спасибо
Jdbc/r2dbc. Зависит от сложности моделей, нагрузок и квалификации команды
источник

AK

Alexander Komarov in pro.jvm
Никита Берегуля
Есть несколько AWS lambda функций которые будут параллелится и делать много небольших запросов к SQL базе в облаке. На чем написать логику работы с базой? Изначально хотели на Hibernate, но нужно уменьшить время старта каждого инстанса. Спасибо
если прямо задача сильно уменьшить стартап - попробуйте native image. jdbc точно должен работать, orm-ки - хз, надо смотреть
источник

E

Evgeniy ♎️ in pro.jvm
Никита Берегуля
Есть несколько AWS lambda функций которые будут параллелится и делать много небольших запросов к SQL базе в облаке. На чем написать логику работы с базой? Изначально хотели на Hibernate, но нужно уменьшить время старта каждого инстанса. Спасибо
https://www.youtube.com/watch?v=ddg1u5HLwg8
вот тут неплохо расписано как оптимизднуть
источник

НБ

Никита Берегуля... in pro.jvm
Спасибо посмотрю, думали ещё в сторону JDBC, но нужно делать POC, чтоб проанализировать это все 🧐
источник

D

Dima in pro.jvm
Никита Берегуля
Есть несколько AWS lambda функций которые будут параллелится и делать много небольших запросов к SQL базе в облаке. На чем написать логику работы с базой? Изначально хотели на Hibernate, но нужно уменьшить время старта каждого инстанса. Спасибо
vertx sql driver
источник

D

Dima in pro.jvm
ваш вариант
источник

L

Loljeene in pro.jvm
Alexander Komarov
если прямо задача сильно уменьшить стартап - попробуйте native image. jdbc точно должен работать, orm-ки - хз, надо смотреть
насколько мне известно, оракловые драйвера были несовместимы с graalvm native.
источник

AK

Alexander Komarov in pro.jvm
Loljeene
насколько мне известно, оракловые драйвера были несовместимы с graalvm native.
в смысле к ораклу как к бд? да и пофиг, я сомневаюсь что там лямбда в амазоне оракловые инстансы крутит
источник

L

Loljeene in pro.jvm
Alexander Komarov
в смысле к ораклу как к бд? да и пофиг, я сомневаюсь что там лямбда в амазоне оракловые инстансы крутит
Ага, ну это к фразе jdbc точно должен работать
источник

AK

Alexander Komarov in pro.jvm
Loljeene
Ага, ну это к фразе jdbc точно должен работать
ну я по дефолту посчитал что там посгря условная
источник

AK

Andrey Karepin in pro.jvm
Oleg M
Переслано от Oleg M
йо, есть кто дружит с spring aggregation? уже задавал вопрос, но ответа никакого так и не получил

проблема: нужно выполнить запрос в монго, где одна из операций {$group: {_id: { $toObjectId: "$field.id"}}}

решений с ConvertOperators.ToObjectId так и не нашел, в основном попадаются решения через свою реализацию AggregationOperation

подскажите пожалуйста, может можно както-то использовать только фреймворк без своих кастомных реализаций, или не испjльзуя аннотацию @Aggreagation, или возможно унаследоваться только от GroupOperation и как-то добавлять $toObjectId в нем ?

заранее спасибо
добавь ConvertOperators.valueOf("filed.id").convertToObjectId() в projection пайплайн и используй это поле в group пайплайне
источник

OM

Oleg M in pro.jvm
Andrey Karepin
добавь ConvertOperators.valueOf("filed.id").convertToObjectId() в projection пайплайн и используй это поле в group пайплайне
круто, спасибо, попробую щас
источник

AK

Andrey Karepin in pro.jvm
по хорошему нужно завести багу тут https://jira.spring.io/projects/DATAMONGO/issues
чтобы добавили возможность использования AggregationExpression при создании GroupOperation
источник

OM

Oleg M in pro.jvm
Andrey Karepin
по хорошему нужно завести багу тут https://jira.spring.io/projects/DATAMONGO/issues
чтобы добавили возможность использования AggregationExpression при создании GroupOperation
думаю я не настолько крут, что бы писать таски разрабам спринга
источник

OM

Oleg M in pro.jvm
ну возможно займусь этим, как разберусь со своим таском
источник

b

borsch in pro.jvm
Никита Берегуля
Есть несколько AWS lambda функций которые будут параллелится и делать много небольших запросов к SQL базе в облаке. На чем написать логику работы с базой? Изначально хотели на Hibernate, но нужно уменьшить время старта каждого инстанса. Спасибо
на nodejs или python. я серьезно. если старт тайм критичен, то лучше без java
источник

NG

Nikita Gryzlov in pro.jvm
Oleg M
думаю я не настолько крут, что бы писать таски разрабам спринга
как недавно писавший баг-репорт разрабам спринга, могу сказать, что они очень отзывчивые и вежливые ребята
источник

OM

Oleg M in pro.jvm
Nikita Gryzlov
как недавно писавший баг-репорт разрабам спринга, могу сказать, что они очень отзывчивые и вежливые ребята
👍
тогда точно надо будет попробовать
источник

А

Артём Курилко... in pro.jvm
Всем привет, в спринг дата можно выбирать какие поля возвращать для сущностей с помощью такой конструкции:
 @Query(value = "select d.id,d.name,d.breed,d.origin from Dog d",nativeQuery = true)
List<Dog> findALL();


Но как можно выбирать какие поля возвращать для функций? ведь такой способ для них не работает:
 @Query(value = "select u.name, u.surname from get_values() u", nativeQuery = true)
List<PersonName> getPersonFullName();
источник

D

Dima in pro.jvm
Артём Курилко
Всем привет, в спринг дата можно выбирать какие поля возвращать для сущностей с помощью такой конструкции:
 @Query(value = "select d.id,d.name,d.breed,d.origin from Dog d",nativeQuery = true)
List<Dog> findALL();


Но как можно выбирать какие поля возвращать для функций? ведь такой способ для них не работает:
 @Query(value = "select u.name, u.surname from get_values() u", nativeQuery = true)
List<PersonName> getPersonFullName();
PersonName - projection?
источник