The New Kid on the Block: Spring Data JDBC

Рет қаралды 27,452

5 жыл бұрын

Spring Data is mostly known as a way to create Repositories as described in Domain Driven Design (DDD) for persistence technologies like JPA, MongoDB, Redis, and others. We now support another technology: JDBC. Spring Data JDBC is an opinionated library for persisting your data to a relational database. This talk will describe the current state of Spring Data JDBC, its features and the underlying design decisions, especially how the Spring Data team attempts to walk the tightrope of offering a DDD-based API and at the same time allow precise control of each and every SQL statement issued to the database. After this talk, the audience will be able to make a well-grounded decision if Spring Data JDBC is worth to look into for their specific challenges and what to expect from it.
Speaker:
Jens Schauder
Staff Software Engineer, Pivotal
Filmed at SpringOne Platform 2018

Пікірлер: 21

@concernedcitizen1729 Жыл бұрын

This turned out to be one of the greatest additions to the spring framework. They've really expanded on it. Custom queries in one line, pagination, etc etc. Absolutely amazing alternative to the 10 different ways you can perform a database operation. I start everything with a crudrepository these days and only go for a JPA component if I absolutely need to and thats rare. If you want custom SQL instead of HQL you can just annotate a method in your CRUDRepository with @Query and fill it with the SQL you need. No need to play around with entity managers, jdbc templates, etc etc.

@scarletdice 5 жыл бұрын

an auditing framework (envers like) as an add on to spring data jdbc for the next step would be a huge win to get into the corporate world to replace JPA.

@415277787 5 жыл бұрын

I really like the Data JDBC, wish it will have more features and more simplicity.

@xandrviking1113 Жыл бұрын

Perfect, thanks ❤

@jun1st 5 жыл бұрын

that's right. JPA/Hibernate is complicated.

@Morrado 4 жыл бұрын

Does anyone know what is the status of the Spring Data JDBC in 2020? Does anyone tryed it in prod? Awesome project, but there is not so many info about it.

@coffeesoftware 4 жыл бұрын

well, i may be a bit biased, but it's still very much alive and well and a very natural technology to use if you're embracing a DDD-centric approach where the aggregate pattern is a key part of your data model. i loved this video kzfaq.info/get/bejne/fbWDipxilrXcZqc.html

@milanplesa9118 3 жыл бұрын

We have it in prod on several projects and don't have any problems with it but our tables are "small" and rarely have any connections to other tables because of architectural style. The framework itself doesn't have any production "surprises" like JPA. IMHO framework is really easy to use/learn and it does exactly what you write like it should be. Also I must be honest and say that I don't like JPA very much :)

@gabrielferrer3205 3 жыл бұрын

Is there a github code for this?

@theNikki1 Жыл бұрын

Around 22:49 I'm not sure what are you talking about. It has nothing todo with loading from DB/cache. It's all about NOT implementing correct equals (based on ID) method in the Customer class.

@koungamichel7781 5 жыл бұрын

Like this...

@PrashanthG 5 жыл бұрын

Lazy loading sometimes mystery

@user-il2px3wg7e 5 жыл бұрын

I like data jdbc。

@CodeWithSen 5 жыл бұрын

Interesting..

@YineMiBen 4 жыл бұрын

for god's sake we need proper example project!

@FredrikRambris 3 жыл бұрын

What so wrong with typing your own SQL statements?

@tudz123 3 жыл бұрын

7:57 savagery

@sergioesamayoa 5 жыл бұрын

Lets keep an eye on this. For now IMHO is useless, real world applications need sorting, paging and filtering.

@patrickproctor3462 5 жыл бұрын

Oh for god's sake just put that sort of thing in a stored procedure or view and quit nitpicking. That sort of logic should never exist in the application layer. Besides, the application layer is notoriously slow and bad at these operations.

@teC5 5 жыл бұрын

there is a PagingAndSortingRepository ready to implement, provided by spring

@concernedcitizen1729 Жыл бұрын

You can write custom queries in the crud repository if you need to. @Query then any SQL you need. No need for prepared statements, entity managers and all that BS.