I am a Typescript and Python dev. I am now

Question

Java

Dog Ass

I am a Typescript and Python dev. I am now

getting into Spring Boot for a couple of projects. Which ORM do you guys recommend?

0

10.08.2024

13 ответов

11 просмотров

Mohammad

Dmytro Buryak
While hibernate is a half-correct answer, it may b...

Hey man...how are u🙄...When we should use microservice instead of monolith? Beside that lots of serialize and decerilze need monolith architect

0

1 месяц назад

Dmytro Buryak

Mohammad
Hey man...how are u🙄...When we should use microser...

I don't understand the last sentence. But the first part is so well explained and discussed. Literally paste your question in the search bar. You'll find tons of generic suggestions for this generic question you have

0

1 месяц назад

Mohammad

Dmytro Buryak
I don't understand the last sentence. But the fi...

My last sentence: I thunk systems that require a lot of serialization and deserialization should be written with Monolis architecture

0

1 месяц назад

K I

Mohammad
My last sentence: I thunk systems that require a l...

I don think its always true. Serialization/deserialization cost can be often ignorable when you use a lot of resources in other parts, like computation of return value. Plus you cannot ignore many benefits of microservice architecture(asynchrnous queue pattern) and cons of monolith (e.g. SPOF)

0

1 месяц назад

Mohammad

K I
I don think its always true. Serialization/deseria...

We can use queue in monolith 🤣

0

1 месяц назад

Mohammad

K I
I don think its always true. Serialization/deseria...

Can u say a reql world exactly for your first statement?

0

1 месяц назад

D

Mohammad
My last sentence: I thunk systems that require a l...

Use gRPC

0

1 месяц назад

Dmytro Buryak

Mohammad
My last sentence: I thunk systems that require a l...

Still I don't fully understand you. What exactly do you understand as "a lot of serialization and deserialization"? Just give some concrete example. If the business requires a lot of serialization/deserialization then it will be the same in either microservices or monolith, doesn't matter. Systems that require a lot of serialization will do it anyway in monoloths, in microservices, doesn't matter. Or maybe I just don't understand what you're asking)

0

1 месяц назад

Thomas

Dmytro Buryak
Still I don't fully understand you. What exactly d...

I think maybe the point is that for the monolith you can eliminate some of it since you can just share in-memory things rather than serializing and parsing them through a socket to another service?

0

1 месяц назад

Dmytro Buryak

Mohammad
Hey man...how are u🙄...When we should use microser...

Also, I tried to say that your question "monolith vs microsercice" is way too generic. If you want to get something more useful then try to narrow down your question. I know you, you have quite an experience, and I'm pretty sure you're looking for something that is hard to get by googling

0

1 месяц назад

Dmytro Buryak

Mohammad
My last sentence: I thunk systems that require a l...

If Thomas @TRGWII interpreted your question correctly, then here's my opinion. Yep, that's an obvious disadvantage of microservices. Extra network trips. If that really matters for the specific business, then for sure monolith is the better way to go. Especially with all the other more noticeable benefits. In practice, mistakes in architecture cost more than those network trips. Avoided DB call, cached data can result in a better improvement than saving on network trips. And in microservices what is more noticeable is overall complexity, higher requirements for developers, development costs, data integrity issues, etc. Those things are much more important than network calls costs in majority of cases. Imho, if you're thinking that network costs are significant for the business, then you better not use java at all. The only argument to use java in this case is the rich java ecosystem.

0

1 месяц назад

Thomas

Dmytro Buryak
If Thomas @TRGWII interpreted your question correc...

Caching is a great resource saver, but definitely costs a lot of time to implement correctly

0

1 месяц назад

Dmytro Buryak · Accepted Answer

While hibernate is a half-correct answer, it may be very misleading if you are only starting getting into spring-boot world. As you may reach out to hibernate documentation and attempt to use it directly in you spring-boot code. The intended way in spring-boot is to use "spring-data", which is something like an attempt to standardize ORM for many different types of databases and put them under the same interface. Hence, for each db (or db families) there a separate specialization of spring-data: spring-data-jpa, spring-data-mongodb, spring-data-redis, spring-data-cassandra and so on. So you need to pick the one(s) for database(s) you use. That magic "JPA" stands for "java persistence api", and is a cryptic name for "the most popular attempt to define the interface for ORM for SQL databases in java". It's a collection of interfaces and contracts for ORM for SQL dbs (mysql, postgres, oracle, etc.) from old days of java-ee dominance. And the most successful implementation of JPA is Hibernate. And it's default when you're using spring-data-jpa. So the intended way to do ORM in spring-boot for SQL dbs is: your code => spring-data => spring-data-jpa => hibernate => specific DB driver For let's say mongo, it will be your code => spring-data => spring-data-mongodb => mongodb driver In practice, that "spring-data" is always not enough. It works only for simple stuff, as it's very generic. And there's no surprise - it comprises common parts of absolutely different databases. What can you find common between postgres and redis? Very few. So you still can do your code => spring-data-jpa your code => hibernate // rarely needed your code => native SQL code for specific DB // !!!! When you use spring-data you usually don't use hibernate directly. Many people don't even realize that it's there)) For the last scenario, there's a special support on spring-data level. Just start learning about spring-data and you'll figure things out.

Похожие чаты

I am a Typescript and Python dev. I am now

13 ответов

Похожие вопросы