欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Java中批處理框架spring batch詳細介紹

 更新時間:2020年07月20日 17:15:53   作者:topEngineerray  
這篇文章主要介紹了Java中批處理框架spring batch詳細介紹,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧

spring batch簡介

spring batch是spring提供的一個數(shù)據(jù)處理框架。企業(yè)域中的許多應用程序需要批量處理才能在關鍵任務環(huán)境中執(zhí)行業(yè)務操作。 這些業(yè)務運營包括:

  • 無需用戶交互即可最有效地處理大量信息的自動化,復雜處理。 這些操作通常包括基于時間的事件(例如月末計算,通知或通信)。
  • 在非常大的數(shù)據(jù)集中重復處理復雜業(yè)務規(guī)則的定期應用(例如,保險利益確定或費率調整)。
  • 集成從內部和外部系統(tǒng)接收的信息,這些信息通常需要以事務方式格式化,驗證和處理到記錄系統(tǒng)中。 批處理用于每天為企業(yè)處理數(shù)十億的交易。

Spring Batch是一個輕量級,全面的批處理框架,旨在開發(fā)對企業(yè)系統(tǒng)日常運營至關重要的強大批處理應用程序。 Spring Batch構建了人們期望的Spring Framework特性(生產(chǎn)力,基于POJO的開發(fā)方法和一般易用性),同時使開發(fā)人員可以在必要時輕松訪問和利用更高級的企業(yè)服務。 Spring Batch不是一個schuedling的框架。

Spring Batch提供了可重用的功能,這些功能對于處理大量的數(shù)據(jù)至關重要,包括記錄/跟蹤,事務管理,作業(yè)處理統(tǒng)計,作業(yè)重啟,跳過和資源管理。 它還提供更高級的技術服務和功能,通過優(yōu)化和分區(qū)技術實現(xiàn)極高容量和高性能的批處理作業(yè)。 Spring Batch可用于兩種簡單的用例(例如將文件讀入數(shù)據(jù)庫或運行存儲過程)以及復雜的大量用例(例如在數(shù)據(jù)庫之間移動大量數(shù)據(jù),轉換它等等) 上)。 大批量批處理作業(yè)可以高度可擴展的方式利用該框架來處理大量信息。

Spring Batch架構介紹

一個典型的批處理應用程序大致如下:

從數(shù)據(jù)庫,文件或隊列中讀取大量記錄。以某種方式處理數(shù)據(jù)。以修改之后的形式寫回數(shù)據(jù)。

其對應的示意圖如下:

spring batch的一個總體的架構如下:

Figure 2.1: Batch Stereotypes

在spring batch中一個job可以定義很多的步驟step,在每一個step里面可以定義其專屬的ItemReader用于讀取數(shù)據(jù),ItemProcesseor用于處理數(shù)據(jù),ItemWriter用于寫數(shù)據(jù),而每一個定義的job則都在JobRepository里面,我們可以通過JobLauncher來啟動某一個job。

Spring Batch核心概念介紹

下面是一些概念是Spring batch框架中的核心概念。

什么是Job

Job和Step是spring batch執(zhí)行批處理任務最為核心的兩個概念。

其中Job是一個封裝整個批處理過程的一個概念。Job在spring batch的體系當中只是一個最頂層的一個抽象概念,體現(xiàn)在代碼當中則它只是一個最上層的接口,其代碼如下:

 
/**
 * Batch domain object representing a job. Job is an explicit abstraction
 * representing the configuration of a job specified by a developer. It should
 * be noted that restart policy is applied to the job as a whole and not to a
 * step.
 */
public interface Job {
 
	String getName();
 
 
	boolean isRestartable();
 
 
	void execute(JobExecution execution);
 
 
	JobParametersIncrementer getJobParametersIncrementer();
 
 
	JobParametersValidator getJobParametersValidator();
 
}

在Job這個接口當中定義了五個方法,它的實現(xiàn)類主要有兩種類型的job,一個是simplejob,另一個是flowjob。在spring batch當中,job是最頂層的抽象,除job之外我們還有JobInstance以及JobExecution這兩個更加底層的抽象。

一個job是我們運行的基本單位,它內部由step組成。job本質上可以看成step的一個容器。一個job可以按照指定的邏輯順序組合step,并提供了我們給所有step設置相同屬性的方法,例如一些事件監(jiān)聽,跳過策略。

Spring Batch以SimpleJob類的形式提供了Job接口的默認簡單實現(xiàn),它在Job之上創(chuàng)建了一些標準功能。一個使用java config的例子代碼如下:

@Bean
public Job footballJob() {
 return this.jobBuilderFactory.get("footballJob")
 .start(playerLoad())
 .next(gameLoad())
 .next(playerSummarization())
 .end()
 .build();
}

這個配置的意思是:首先給這個job起了一個名字叫footballJob,接著指定了這個job的三個step,他們分別由方法,playerLoad,gameLoad, playerSummarization實現(xiàn)。

什么是JobInstance

我們在上文已經(jīng)提到了JobInstance,他是Job的更加底層的一個抽象,他的定義如下:

public interface JobInstance {
	/**
	 * Get unique id for this JobInstance.
	 * @return instance id
	 */
	public long getInstanceId();
	/**
	 * Get job name.
	 * @return value of 'id' attribute from <job>
	 */
	public String getJobName();	
}

他的方法很簡單,一個是返回Job的id,另一個是返回Job的名字。

JobInstance指的是job運行當中,作業(yè)執(zhí)行過程當中的概念。Instance本就是實例的意思。

比如說現(xiàn)在有一個批處理的job,它的功能是在一天結束時執(zhí)行行一次。我們假定這個批處理job的名字為'EndOfDay'。在這個情況下,那么每天就會有一個邏輯意義上的JobInstance, 而我們必須記錄job的每次運行的情況。

什么是JobParameters

在上文當中我們提到了,同一個job每天運行一次的話,那么每天都有一個jobIntsance,但他們的job定義都是一樣的,那么我們怎么來區(qū)別一個job的不同jobinstance了。 不妨先做個猜想,雖然jobinstance的job定義一樣,但是他們有的東西就不一樣,例如運行時間。

spring batch中提供的用來標識一個jobinstance的東西是:JobParameters。 JobParameters對象包含一組用于啟動批處理作業(yè)的參數(shù),它可以在運行期間用于識別或甚至用作參考數(shù)據(jù)。我們假設的運行時間,就可以作為一個JobParameters。

例如, 我們前面的'EndOfDay'的job現(xiàn)在已經(jīng)有了兩個實例,一個產(chǎn)生于1月1日,另一個產(chǎn)生于1月2日,那么我們就可以定義兩個JobParameter對象:一個的參數(shù)是01-01, 另一個的參數(shù)是01-02。 因此,識別一個JobInstance的方法可以定義為:

因此,我么可以通過Jobparameter來操作正確的JobInstance

 什么是JobExecution

JobExecution指的是單次嘗試運行一個我們定義好的Job的代碼層面的概念。 job的一次執(zhí)行可能以失敗也可能成功。只有當執(zhí)行成功完成時,給定的與執(zhí)行相對應的JobInstance才也被視為完成。

還是以前面描述的EndOfDay的job作為示例,假設第一次運行01-01-2019的JobInstance結果是失敗。 那么此時如果使用與第一次運行相同的Jobparameter參數(shù)(即01-01-2019)作業(yè)參數(shù)再次運行,那么就會創(chuàng)建一個對應于之前jobInstance的一個新的JobExecution實例,JobInstance仍然只有一個。

JobExecution的接口定義如下:

public interface JobExecution {
	/**
	 * Get unique id for this JobExecution.
	 * @return execution id
	 */
	public long getExecutionId();
	/**
	 * Get job name.
	 * @return value of 'id' attribute from <job>
	 */
	public String getJobName(); 
	/**
	 * Get batch status of this execution.
	 * @return batch status value.
	 */
	public BatchStatus getBatchStatus();
	/**
	 * Get time execution entered STARTED status. 
	 * @return date (time)
	 */
	public Date getStartTime();
	/**
	 * Get time execution entered end status: COMPLETED, STOPPED, FAILED 
	 * @return date (time)
	 */
	public Date getEndTime();
	/**
	 * Get execution exit status.
	 * @return exit status.
	 */
	public String getExitStatus();
	/**
	 * Get time execution was created.
	 * @return date (time)
	 */
	public Date getCreateTime();
	/**
	 * Get time execution was last updated updated.
	 * @return date (time)
	 */
	public Date getLastUpdatedTime();
	/**
	 * Get job parameters for this execution.
	 * @return job parameters 
	 */
	public Properties getJobParameters();
	
}

每一個方法的注釋已經(jīng)解釋的很清楚,這里不再多做解釋。只提一下BatchStatus,JobExecution當中提供了一個方法getBatchStatus用于獲取一個job某一次特地執(zhí)行的一個狀態(tài)。BatchStatus是一個代表job狀態(tài)的枚舉類,其定義如下:

public enum BatchStatus {STARTING, STARTED, STOPPING, 
			STOPPED, FAILED, COMPLETED, ABANDONED }

這些屬性對于一個job的執(zhí)行來說是非常關鍵的信息,并且spring batch會將他們持久到數(shù)據(jù)庫當中. 在使用Spring batch的過程當中spring batch會自動創(chuàng)建一些表用于存儲一些job相關的信息,用于存儲JobExecution的表為batch_job_execution,下面是一個從數(shù)據(jù)庫當中截圖的實例:

什么是Step

每一個Step對象都封裝了批處理作業(yè)的一個獨立的階段。 事實上,每一個Job本質上都是由一個或多個步驟組成。 每一個step包含定義和控制實際批處理所需的所有信息。 任何特定的內容都由編寫Job的開發(fā)人員自行決定。 一個step可以非常簡單也可以非常復雜。 例如,一個step的功能是將文件中的數(shù)據(jù)加載到數(shù)據(jù)庫中,那么基于現(xiàn)在spring batch的支持則幾乎不需要寫代碼。 更復雜的step可能具有復雜的業(yè)務邏輯,這些邏輯作為處理的一部分。 與Job一樣,Step具有與JobExecution類似的StepExecution,如下圖所示:

Figure 2.1: Job Hierarchy With Steps

什么是StepExecution

StepExecution表示一次執(zhí)行Step, 每次運行一個Step時都會創(chuàng)建一個新的StepExecution,類似于JobExecution。 但是,某個步驟可能由于其之前的步驟失敗而無法執(zhí)行。 且僅當Step實際啟動時才會創(chuàng)建StepExecution。

一次step執(zhí)行的實例由StepExecution類的對象表示。 每個StepExecution都包含對其相應步驟的引用以及JobExecution和事務相關的數(shù)據(jù),例如提交和回滾計數(shù)以及開始和結束時間。 此外,每個步驟執(zhí)行都包含一個ExecutionContext,其中包含開發(fā)人員需要在批處理運行中保留的任何數(shù)據(jù),例如重新啟動所需的統(tǒng)計信息或狀態(tài)信息。下面是一個從數(shù)據(jù)庫當中截圖的實例:

什么是ExecutionContext

ExecutionContext即每一個StepExecution 的執(zhí)行環(huán)境。它包含一系列的鍵值對。我們可以用如下代碼獲取ExecutionContext

ExecutionContext ecStep = stepExecution.getExecutionContext();
ExecutionContext ecJob = jobExecution.getExecutionContext();

 什么是JobRepository

JobRepository是一個用于將上述job,step等概念進行持久化的一個類。 它同時給Job和Step以及下文會提到的JobLauncher實現(xiàn)提供CRUD操作。 首次啟動Job時,將從repository中獲取JobExecution,并且在執(zhí)行批處理的過程中,StepExecution和JobExecution將被存儲到repository當中。

@EnableBatchProcessing注解可以為JobRepository提供自動配置。

< id="joblauncher">什么是JobLauncher

JobLauncher這個接口的功能非常簡單,它是用于啟動指定了JobParameters的Job,為什么這里要強調指定了JobParameter,原因其實我們在前面已經(jīng)提到了,jobparameter和job一起才能組成一次job的執(zhí)行。下面是代碼實例:

public interface JobLauncher {
 
public JobExecution run(Job job, JobParameters jobParameters)
 throws JobExecutionAlreadyRunningException, JobRestartException,
 JobInstanceAlreadyCompleteException, JobParametersInvalidException;
}

上面run方法實現(xiàn)的功能是根據(jù)傳入的job以及jobparamaters從JobRepository獲取一個JobExecution并執(zhí)行Job。

什么是Item Reader

ItemReader是一個讀數(shù)據(jù)的抽象,它的功能是為每一個Step提供數(shù)據(jù)輸入。 當ItemReader以及讀完所有數(shù)據(jù)時,它會返回null來告訴后續(xù)操作數(shù)據(jù)已經(jīng)讀完。Spring Batch為ItemReader提供了非常多的有用的實現(xiàn)類,比如JdbcPagingItemReader,JdbcCursorItemReader等等。

ItemReader支持的讀入的數(shù)據(jù)源也是非常豐富的,包括各種類型的數(shù)據(jù)庫,文件,數(shù)據(jù)流,等等。幾乎涵蓋了我們的所有場景。

下面是一個JdbcPagingItemReader的例子代碼:

@Bean
public JdbcPagingItemReader itemReader(DataSource dataSource, PagingQueryProvider queryProvider) {
 Map<String, Object> parameterValues = new HashMap<>();
 parameterValues.put("status", "NEW");
 
 return new JdbcPagingItemReaderBuilder<CustomerCredit>()
 .name("creditReader")
 .dataSource(dataSource)
 .queryProvider(queryProvider)
 .parameterValues(parameterValues)
 .rowMapper(customerCreditMapper())
 .pageSize(1000)
 .build();
}
 
@Bean
public SqlPagingQueryProviderFactoryBean queryProvider() {
 SqlPagingQueryProviderFactoryBean provider = new SqlPagingQueryProviderFactoryBean();
 
 provider.setSelectClause("select id, name, credit");
 provider.setFromClause("from customer");
 provider.setWhereClause("where status=:status");
 provider.setSortKey("id");
 
 return provider;
}

JdbcPagingItemReader必須指定一個PagingQueryProvider,負責提供SQL查詢語句來按分頁返回數(shù)據(jù)。

下面是一個JdbcCursorItemReader的例子代碼:

 private JdbcCursorItemReader<Map<String, Object>> buildItemReader(final DataSource dataSource, String tableName,
 String tenant) {
 
 JdbcCursorItemReader<Map<String, Object>> itemReader = new JdbcCursorItemReader<>();
 itemReader.setDataSource(dataSource);
 itemReader.setSql("sql here");
 itemReader.setRowMapper(new RowMapper());
 return itemReader;
 }

什么是Item Writer

既然ItemReader是讀數(shù)據(jù)的一個抽象,那么ItemWriter自然就是一個寫數(shù)據(jù)的抽象,它是為每一個step提供數(shù)據(jù)寫出的功能。寫的單位是可以配置的,我們可以一次寫一條數(shù)據(jù),也可以一次寫一個chunk的數(shù)據(jù),關于chunk下文會有專門的介紹。ItemWriter對于讀入的數(shù)據(jù)是不能做任何操作的。

Spring Batch為ItemWriter也提供了非常多的有用的實現(xiàn)類,當然我們也可以去實現(xiàn)自己的writer功能。

什么是Item Processor

ItemProcessor對項目的業(yè)務邏輯處理的一個抽象, 當ItemReader讀取到一條記錄之后,ItemWriter還未寫入這條記錄之前,I我們可以借助temProcessor提供一個處理業(yè)務邏輯的功能,并對數(shù)據(jù)進行相應操作。如果我們在ItemProcessor發(fā)現(xiàn)一條數(shù)據(jù)不應該被寫入,可以通過返回null來表示。ItemProcessor和ItemReader以及ItemWriter可以非常好的結合在一起工作,他們之間的數(shù)據(jù)傳輸也非常方便。我們直接使用即可。

chunk 處理流程

spring batch提供了讓我們按照chunk處理數(shù)據(jù)的能力,一個chunk的示意圖如下:

它的意思就和圖示的一樣,由于我們一次batch的任務可能會有很多的數(shù)據(jù)讀寫操作,因此一條一條的處理并向數(shù)據(jù)庫提交的話效率不會很高,因此spring batch提供了chunk這個概念,我們可以設定一個chunk size,spring batch 將一條一條處理數(shù)據(jù),但不提交到數(shù)據(jù)庫,只有當處理的數(shù)據(jù)數(shù)量達到chunk size設定的值得時候,才一起去commit.

java的實例定義代碼如下:

在上面這個step里面,chunk size被設為了10,當ItemReader讀的數(shù)據(jù)數(shù)量達到10的時候,這一批次的數(shù)據(jù)就一起被傳到itemWriter,同時transaction被提交。

skip策略和失敗處理

一個batch的job的step,可能會處理非常大數(shù)量的數(shù)據(jù),難免會遇到出錯的情況,出錯的情況雖出現(xiàn)的概率較小,但是我們不得不考慮這些情況,因為我們做數(shù)據(jù)遷移最重要的是要保證數(shù)據(jù)的最終一致性。spring batch當然也考慮到了這種情況,并且為我們提供了相關的技術支持,請看如下bean的配置:

我們需要留意這三個方法,分別是skipLimit(),skip(),noSkip(),

skipLimit方法的意思是我們可以設定一個我們允許的這個step可以跳過的異常數(shù)量,假如我們設定為10,則當這個step運行時,只要出現(xiàn)的異常數(shù)目不超過10,整個step都不會fail。注意,若不設定skipLimit,則其默認值是0.

skip方法我們可以指定我們可以跳過的異常,因為有些異常的出現(xiàn),我們是可以忽略的。

noSkip方法的意思則是指出現(xiàn)這個異常我們不想跳過,因此這種異常出現(xiàn)一次時,計數(shù)器就會加一,直到達到上限。

批處理操作指南

本部分是一些使用spring batch時的值得注意的點

批處理原則

在構建批處理解決方案時,應考慮以下關鍵原則和注意事項。

  • 批處理體系結構通常會影響體系結構
  • 盡可能簡化并避免在單批應用程序中構建復雜的邏輯結構
  • 保持數(shù)據(jù)的處理和存儲在物理上靠得很近(換句話說,將數(shù)據(jù)保存在處理過程中)。
  • 最大限度地減少系統(tǒng)資源的使用,尤其是I / O. 在internal memory中執(zhí)行盡可能多的操作。
  • 查看應用程序I / O(分析SQL語句)以確保避免不必要的物理I / O. 特別是,需要尋找以下四個常見缺陷:

當數(shù)據(jù)可以被讀取一次并緩存或保存在工作存儲中時,讀取每個事務的數(shù)據(jù)。
重新讀取先前在同一事務中讀取數(shù)據(jù)的事務的數(shù)據(jù)。
導致不必要的表或索引掃描。
未在SQL語句的WHERE子句中指定鍵值。

  • 在批處理運行中不要做兩次一樣的事情。 例如,如果需要數(shù)據(jù)匯總以用于報告目的,則應該(如果可能)在最初處理數(shù)據(jù)時遞增存儲的總計,因此您的報告應用程序不必重新處理相同的數(shù)據(jù)。
  • 在批處理應用程序開始時分配足夠的內存,以避免在此過程中進行耗時的重新分配。
  • 總是假設數(shù)據(jù)完整性最差。 插入適當?shù)臋z查和記錄驗證以維護數(shù)據(jù)完整性。
  • 盡可能實施校驗和以進行內部驗證。 例如,對于一個文件里的數(shù)據(jù)應該有一個數(shù)據(jù)條數(shù)紀錄,告訴文件中的記錄總數(shù)以及關鍵字段的匯總。
  • 在具有真實數(shù)據(jù)量的類似生產(chǎn)環(huán)境中盡早計劃和執(zhí)行壓力測試。
  • 在大批量系統(tǒng)中,數(shù)據(jù)備份可能具有挑戰(zhàn)性,特別是如果系統(tǒng)以24-7在線的情況運行。 數(shù)據(jù)庫備份通常在在線設計中得到很好的處理,但文件備份應該被視為同樣重要。 如果系統(tǒng)依賴于文件,則文件備份過程不僅應該到位并記錄在案,還應定期進行測試。

如何默認不啟動job

在使用java config使用spring batch的job時,如果不做任何配置,項目在啟動時就會默認去跑我們定義好的批處理job。那么如何讓項目在啟動時不自動去跑job呢?

spring batch的job會在項目啟動時自動run,如果我們不想讓他在啟動時run的話,可以在application.properties中添加如下屬性:

spring.batch.job.enabled=false

在讀數(shù)據(jù)時內存不夠

在使用spring batch做數(shù)據(jù)遷移時,發(fā)現(xiàn)在job啟動后,執(zhí)行到一定時間點時就卡在一個地方不動了,且log也不再打印,等待一段時間之后,得到如下錯誤:

紅字的信息為:Resource exhaustion event:the JVM was unable to allocate memory from the heap.

翻譯過來的意思就是項目發(fā)出了一個資源耗盡的事件,告訴我們java虛擬機無法再為堆分配內存。

造成這個錯誤的原因是: 這個項目里的batch job的reader是一次性拿回了數(shù)據(jù)庫里的所有數(shù)據(jù),并沒有進行分頁,當這個數(shù)據(jù)量太大時,就會導致內存不夠用。解決的辦法有兩個:

  • 調整reader讀數(shù)據(jù)邏輯,按分頁讀取,但實現(xiàn)上會麻煩一些,且運行效率會下降
  • 增大service內存

更多信息請參考博客:spring batch使用reader讀數(shù)據(jù)的內存容量問題

 到此這篇關于Java中批處理框架spring batch詳細介紹的文章就介紹到這了,更多相關Java 批處理框架spring batch內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

相關文章

  • Java 實戰(zhàn)范例之員工管理系統(tǒng)的實現(xiàn)

    Java 實戰(zhàn)范例之員工管理系統(tǒng)的實現(xiàn)

    讀萬卷書不如行萬里路,只學書上的理論是遠遠不夠的,只有在實戰(zhàn)中才能獲得能力的提升,本篇文章手把手帶你用java+vue+Springboot+ssm+mysql+maven+redis實現(xiàn)一個前后端分離的員工管理系統(tǒng),大家可以在過程中查缺補漏,提升水平
    2021-11-11
  • java 整型數(shù)與Integer的緩存深入理解

    java 整型數(shù)與Integer的緩存深入理解

    這篇文章主要介紹了java 整型數(shù)與Integer的緩存深入理解的相關資料,需要的朋友可以參考下
    2017-05-05
  • Java判斷是否為簡體中文字符的實現(xiàn)方法

    Java判斷是否為簡體中文字符的實現(xiàn)方法

    在應用開發(fā)中,判斷簡體中文字符是一個重要但常被忽視的任務,簡體中文和繁體中文在字符上有顯著的區(qū)別,因此在某些場景下我們需要判斷輸入的文本是否為簡體中文,本文將介紹如何使用Java進行此判斷,并提供相應的代碼示例,幫助開發(fā)者更好地理解這一過程
    2024-09-09
  • SpringBoot中版本兼容性處理的實現(xiàn)示例

    SpringBoot中版本兼容性處理的實現(xiàn)示例

    SpringBoot版本兼容性問題通常是由于依賴庫與SpringBoot版本不兼容引起的,本文主要介紹了SpringBoot中版本兼容性處理的實現(xiàn)示例,具有一定的參考價值,感興趣的可以了解一下
    2024-07-07
  • 關于java中構造函數(shù)的一些知識詳解

    關于java中構造函數(shù)的一些知識詳解

    下面小編就為大家?guī)硪黄P于java中構造函數(shù)的一些知識詳解。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧
    2016-12-12
  • Spring?MVC請求轉發(fā)與請求重定向的示例詳解

    Spring?MVC請求轉發(fā)與請求重定向的示例詳解

    轉發(fā)指服務器接收請求后,從一個資源跳轉到另一個資源中,請求轉發(fā)是一次請求,不會改變?yōu)g覽器的請求地址,這篇文章主要介紹了Spring?MVC請求轉發(fā)與請求重定向的相關知識,需要的朋友可以參考下
    2023-09-09
  • SpringBoot中MVC的自動配置詳解

    SpringBoot中MVC的自動配置詳解

    這篇文章主要介紹了SpringBoot中MVC的自動配置詳解,在實際開發(fā)過程中,還有一些老的系統(tǒng)在使用xml格式來傳輸數(shù)據(jù),SpringBoot也提供了xml格式數(shù)據(jù)的返回,只需要小小的改動,就可以實現(xiàn),需要的朋友可以參考下
    2023-09-09
  • SpringBoot集成內存數(shù)據(jù)庫Derby的實踐

    SpringBoot集成內存數(shù)據(jù)庫Derby的實踐

    像H2、hsqldb、derby、sqlite這樣的內存數(shù)據(jù)庫,小巧可愛,做小型服務端演示程序,非常好用。最大特點就是不需要你另外安裝一個數(shù)據(jù)庫。本文主要介紹了SpringBoot集成內存數(shù)據(jù)庫Derby,感興趣的可以了解一下
    2021-09-09
  • Intellij IDEA十大快捷鍵

    Intellij IDEA十大快捷鍵

    Intellij IDEA中有很多快捷鍵讓人愛不釋手,stackoverflow上也有一些有趣的討論.這篇文章主要介紹了Intellij IDEA十大快捷鍵,需要的朋友可以參考下
    2018-03-03
  • Java 前臺加后臺精品圖書管理系統(tǒng)的實現(xiàn)

    Java 前臺加后臺精品圖書管理系統(tǒng)的實現(xiàn)

    相信每一個學生學編程的時候,應該都會寫一個小項目——圖書管理系統(tǒng)。為什么這么說呢?我認為一個學校的氛圍很大一部分可以從圖書館的氛圍看出來,而圖書管理系統(tǒng)這個不大不小的項目,接觸的多,也比較熟悉,不會有陌生感,能夠練手,又有些難度,所以我的小項目也來了
    2021-11-11

最新評論