提到增、刪、改、查等數據維護，后端開發者們再熟悉不過了。傳統的數據維護通過操作數據庫的方式實現，步驟比較繁瑣，需要通過Java代碼實現數據庫鏈接，然后編寫SQL語句、編寫實體，將想要的數據存到相應的數據表中，在數據操作的時候還要保證數據的一致性，“危險系數”還挺高。
實現同樣的數據維護效果，YonBuilder后端函數究竟有哪些神奇之處？YonBuilder直播第三期——《如何快速實現數據維護》，帶你管中窺豹，了解YonBuilder后端函數。
整個案例演示過程雖然比較簡單，但是清晰地說明了YonBuilder后端函數在數據維護方面的高效率。
為了節省時間，主講老師郭秀瑰提前建好了3個實體：第一個和第二個之間是主子關系，第三個是單獨實體。
3個實體
圖書基礎檔案列表
在真實的企業場景中，員工有各自的分工，直播中模擬了一個多名員工分別維護圖書數據的場景。其中一名員工維護圖書基礎檔案表，當新書進入圖書館之后要進行圖書分類信息的增、刪、改、查等維護操作。
如圖：在某一類圖書分類下面維護具體的圖書信息
另外一名員工負責維護圖書分類下的圖書詳細信息列表，而且是在圖書基礎檔案表的基礎上維護圖書詳細信息，包括是否已借閱、出版日期、作者、書名等。
由於兩個數據列表是互相依存關系，一旦員工之間出現不配合的情況，容易出現扯皮，拖延工作。通過YonBuilder后端函數的操作，可以很好地解決員工不配合的問題。
比如，負責圖書詳情列表維護的同事，只需要點擊“同步分類信息”按鈕，再點擊查詢圖標，另外一張圖書分類列表的數據一鍵同步過來，無需另外的同事做其他操作，提升了自主性，有效降低了溝通成本。
將圖書分類數據一鍵同步過來之后，可以自由地按照分類信息維護具體的圖書明細。
“同步分類信息”按鈕的插入操作非常簡單，插入按鈕之后綁定操作函數。
圖書分類頁面和圖書詳情兩個頁面的數據如何實現一鍵同步？
YonBuilder低代碼的核心優勢在於僅僅需要上述4行代碼，其他代碼框架是系統自動生成。
創建實體時會產生一串編碼，用於實體數據的查詢和插入等操作
結合具體的業務場景，以數據插入為例，YonBuilder支持單個數據插入和批量數據插入。
插入實體
本次圖書數據維護的案例中用到了YonQL查詢實體函數。
據郭秀瑰老師介紹，YonBuilder后端函數數據維護的對象可以是自建單據的數據，也可以查詢系統的參照數據。想要什么條件的數據，只需要通過相應的條件進行限制，就可以返回對應的數據。通過插入數據同步按鈕，輕輕一點，“唰”的一下即可實現數據維護。另外，YonBuilder后端函數的應用場景比較多，還可以將后端函數（API函數）發布成開放平台的接口。
總結來看，和傳統后端開發不同，YonBuilder后端函數已經將數據的維護操作做了封裝，只需要編寫簡單的YonQL語句，直接在線調用封裝好的函數即可實現數據的增、刪、改、查等維護操作，是不是非常簡單？
目前，YonBuilder后端函數中支持多種數據維護操作方式，包括插入實體和批量插入實體，刪除實體和批量刪除實體；查詢和批量查詢，條件查詢等。也支持一條數據更新、多條數據更新，還可以根據具體的條件進行數據更新。對目標數據的增、刪、改、查等操作只需要對應的兩行代碼就可以實現。維護數據時需要知道是哪個實體的URI（表的映射），無需像以前那樣精確到具體的數據表。
傳統開發者對低代碼的感悟：
如今，包括互聯網巨頭、以及用友在內的軟件巨頭都已經加入低代碼的浪潮中。低代碼已經成為大勢所趨，也有越來越多的傳統開發者轉到低代碼開發，郭秀瑰給出了自己的切身體會。
她提到， “低代碼開發不僅是開發方式的轉變，也是一個全新的體驗價值之旅。傳統開發和低代碼開發是完全不同的兩種開發體驗。企業的業務是靈活變化的，YonBuilder給我們搭好了一個平台，開發者只需要關注業務代碼的實現，最基本的邏輯和框架代碼YonBuilder已經在腳手架中寫好了，開發的效率大大提升，這在過去是不可想象的。”
歡迎廣大開發者關注YonBuilder微信公眾號的系列直播，從認識低代碼到參與到低代碼開發的潮流中，共同推動低代碼時代的繁榮發展。