आने वाले स्प्रिंग डेटा रिलीज़ में, कोडलेस लवलेस, हम एक नया मॉड्यूल शामिल करने जा रहे हैं: स्प्रिंग डेटा JDBC ।

स्प्रिंग डेटा JDBC के पीछे का विचार जेपीए की सभी जटिलता का उपयोग किए बिना रिलेशनल डेटाबेस तक पहुंच प्रदान करना है।

जेपीए आलसी लोडिंग , कैशिंग, और गंदे ट्रैकिंग जैसी सुविधाएँ प्रदान करता है। इस तथ्य के बावजूद कि ये विशेषताएं बहुत शांत हैं, अगर आपको वास्तव में उनकी आवश्यकता है, तो निश्चित रूप से, वे डेटा एक्सेस के तर्क की समझ को बहुत जटिल कर सकते हैं।

आलसी लोडिंग का तंत्र अचानक संसाधन-गहन अनुरोधों को निष्पादित कर सकता है, या अपवाद के साथ विफल भी हो सकता है। जब आप किसी इकाई के दो संस्करणों की तुलना करने का निर्णय लेते हैं, तो कैशिंग आपके रास्ते में आ सकता है, और ट्रैकिंग परिवर्तनों के साथ युग्मित होने से यह समझना मुश्किल हो जाता है - सभी डेटाबेस संचालन वास्तव में किस बिंदु पर पूरे होंगे?

स्प्रिंग डेटा JDBC एक बहुत सरल मॉडल पर केंद्रित है। कोई कैशिंग, परिवर्तन ट्रैकिंग, या आलसी लोडिंग नहीं होगी। इसके बजाय, यदि आप रिपॉजिटरी विधि को कॉल करते हैं तो केवल और यदि SQL क्वेरी निष्पादित की जाएगी। विधि के निष्पादित होने के बाद लौटा परिणाम पूरी तरह से मेमोरी में लोड हो जाएगा। संस्थाओं के लिए कोई "सत्र" तंत्र या प्रॉक्सी ऑब्जेक्ट नहीं होंगे। और यह सब डेटा तक पहुँचने के लिए स्प्रिंग डेटा JDBC को एक सरल और अधिक सहज उपकरण बनाना चाहिए।

बेशक, इस तरह का एक सरलीकृत दृष्टिकोण कई सीमाओं में बदल जाता है, जिसके बारे में हम अगले पोस्ट में चर्चा करेंगे। आगामी रिलीज लाइब्रेरी का पहला संस्करण है, हमारे पास कई योजनाएं और विचार हैं जिन्हें हम लागू करना चाहते हैं, लेकिन हमें उन्हें स्थगित करना होगा ताकि आपको स्प्रिंग डेटा जेडडीबीसी का उपयोग करने का अवसर मिल सके।

उदाहरण

आरंभ करने के लिए, हमें इकाई को परिभाषित करने की आवश्यकता है:

class Customer { @Id Long id; String firstName; LocalDate dob; } 

कृपया ध्यान दें कि हम गेटर्स या सेटर को परिभाषित नहीं करते हैं। यदि आप चाहें तो बेशक, आप उन्हें जोड़ सकते हैं। संक्षेप में, एक इकाई के लिए केवल एक Id एनोटेशन (लेकिन अर्थात्। org.springframework.data.annotation.Id , नहीं javax.persistence one ) के साथ एनोटेट फ़ील्ड की javax.persistence one ।

अगला, आपको रिपॉजिटरी को परिभाषित करने की आवश्यकता है। ऐसा करने का सबसे आसान तरीका CrudRepository इंटरफ़ेस है।

 interface CustomerRepository extends CrudRepository<Customer, Long> {} 

अंत में, आपको ApplicationContext को कॉन्फ़िगर करने की आवश्यकता है ताकि इस इंटरफ़ेस का कार्यान्वयन अपने आप बन जाए:

 @Configuration @EnableJdbcRepositories (1) public class CustomerConfig extends JdbcConfiguration { (2) @Bean NamedParameterJdbcOperations operations() { (3) return new NamedParameterJdbcTemplate(dataSource()); } @Bean PlatformTransactionManager transactionManager() { (4) return new DataSourceTransactionManager(dataSource()); } @Bean DataSource dataSource(){ (5) return new EmbeddedDatabaseBuilder() .generateUniqueName(true) .setType(EmbeddedDatabaseType.HSQL) .addScript("create-customer-schema.sql") .build(); } } 

आइए कॉन्फ़िगरेशन का अधिक विस्तार से विश्लेषण करें।

1. EnableJdbcRepositories स्वचालित रिपोजिटरी निर्माण को EnableJdbcRepositories । इसे काम करने के लिए, आपको कई अतिरिक्त सेम प्रदान करने की आवश्यकता है, जिसके लिए हमारे कॉन्फ़िगरेशन क्लास के बाकी हिस्सों की आवश्यकता होगी।
2. क्योंकि विन्यास वर्ग JdbcConfiguration विस्तार JdbcConfiguration , कई बीन्स को स्वचालित रूप से संदर्भ में जोड़ा जाएगा। यदि आपको स्प्रिंग डेटा JDBC के व्यवहार को बदलने की आवश्यकता है, तो आप उन्हें ओवरलैप भी कर सकते हैं। लेकिन इस उदाहरण में, हम डिफ़ॉल्ट व्यवहार छोड़ देंगे।
3. एक बहुत ही महत्वपूर्ण घटक NamedParameterJdbcOperations , जिसका उपयोग डेटाबेस प्रश्नों को करने के लिए किया जाता है।
4. एक लेन-देन प्रबंधक, सख्ती से बोलना आवश्यक नहीं है। लेकिन इसके बिना, कोई लेनदेन समर्थन नहीं होगा, और कुछ इसे पसंद करेंगे, है ना?
5. स्प्रिंग डेटा JDBC सीधे डेटा स्रोत का उपयोग नहीं करता है, लेकिन TransactionManager और NamedParameterJdbcOperation को संदर्भ में इसकी उपस्थिति की आवश्यकता होती है, यही कारण है कि हम वांछित सेम का निर्धारण करते हैं।

यह सब वसंत डेटा JDBC के साथ आरंभ करने के लिए लेता है। अब यह देखने के लिए एक परीक्षण लिखें कि यह कैसे काम करता है:

 @RunWith(SpringRunner.class) @Transactional @ContextConfiguration(classes = CustomerConfig.class) public class CustomerRepositoryTest { @Autowired CustomerRepository customerRepo; @Test public void createSimpleCustomer() { Customer customer = new Customer(); customer.dob = LocalDate.of(1904, 5, 14); customer.firstName = "Albert"; Customer saved = customerRepo.save(customer); assertThat(saved.id).isNotNull(); saved.firstName = "Hans Albert"; customerRepo.save(saved); Optional<Customer> reloaded = customerRepo.findById(saved.id); assertThat(reloaded).isNotEmpty(); assertThat(reloaded.get().firstName).isEqualTo("Hans Albert"); } } 

@Query

केवल मानक CRUD विधियों के साथ आप CrudRepository वर्ग के भंडार से बहुत दूर जा सकते हैं। हमने जानबूझकर स्वचालित क्वेरी पीढ़ी को स्थगित करने का फैसला किया है - स्प्रिंग डेटा की एक लोकप्रिय विशेषता, जब भविष्य के रिलीज के लिए विधि के नाम के आधार पर SQL प्रश्न उत्पन्न होते हैं। और अभी के लिए, आप बस निर्दिष्ट करने के लिए परिचित @Query एनोटेशन का उपयोग कर सकते हैं जिसे SQL क्वेरी निष्पादित की जानी चाहिए।

 @Query("select id, first_name, dob from customer where upper(first_name) like '%' || upper(:name) || '%' ") List<Customer> findByName(@Param("name") String name); 

यदि आप अनुरोध में डेटा को संशोधित या हटाना चाहते हैं, तो आप विधि में @Modifying एनोटेशन जोड़ सकते हैं।

आइए एक परीक्षण लिखें कि हमारी नई विधि कैसे काम करती है।

 @Test public void findByName() { Customer customer = new Customer(); customer.dob = LocalDate.of(1904, 5, 14); customer.firstName = "Albert"; Customer saved = customerRepo.save(customer); assertThat(saved.id).isNotNull(); customer.id= null; (1) customer.firstName = "Bertram"; customerRepo.save(customer); customer.id= null; customer.firstName = "Beth"; customerRepo.save(customer); assertThat(customerRepo.findByName("bert")).hasSize(2); (2) } 

1. क्योंकि चूंकि डेटाबेस में जावा ऑब्जेक्ट और रिकॉर्ड के बीच का कनेक्शन केवल Id फ़ील्ड और प्रकार से होता है, इसलिए Id को null सेट करना और इस ऑब्जेक्ट को सहेजना एक नया रिकॉर्ड बनाएगा।
2. अनुरोध में, हम केस-संवेदी का उपयोग करते हैं, और इसलिए हम "अल्बर्ट" और "बर्ट्राम" पाते हैं, लेकिन "बेथ" नहीं।

निष्कर्ष में

बेशक, स्प्रिंग डेटा JDBC के बारे में बहुत कुछ कहा जा सकता है, और हम आपको भविष्य के लेखों में निश्चित रूप से बताएंगे।

इस बीच, आप नमूना कोड , प्रलेखन , और निश्चित रूप से, स्रोत कोड का अध्ययन कर सकते हैं। यदि आपके कोई प्रश्न हैं, तो बेझिझक उनसे StackOverflow पर पूछें । और अगर आपको कोई बग मिलता है या एक नई सुविधा का अनुरोध करना चाहते हैं - कृपया एक टिकट बनाएं ।