提交型別

1.1 應用場景

智慧提交將插入、更新、刪除操作三合一。填報提交時後臺會對插入、更新以及刪除操作進行判斷，若您填報時有兩種及以上的操作需求時，就可以選擇智慧提交型別。

注：移動端也是支持數據插入、更新和提交的。

1.2 提交邏輯

• 從頁面上識別到透過刪除列動作刪掉的資料，並根據設定的主鍵去資料庫找到對應的資料進行刪除。

• 排除掉刪除的資料後，對剩餘資料根據設定的主鍵去資料庫找對應的資料，如果有對應資料就執行更新，如果沒有就執行插入。

• 如果勾選了【未修改不更新】，進行填報時，頁面上未修改的資料不會參與提交，具體介紹可參考填報未修改不更新。

• 如果有更新或刪除資料的需求，則必須勾選主鍵。如果沒有勾選主鍵，則統一為插入提交。主鍵相當於 SQL 中 where 的效果，不同於資料庫的主鍵。

• 如果用插入列插入了空白列，但對空白列沒有進行編輯，那麼這些記錄的值都會被識別為 null。對於這種記錄，在提交時會被過濾，不會入庫。

• 資料入庫後的順序和頁面展示順序不保證一緻。

1.3 效果預覽

1）設計填報表格時，展示範本原始已有資料。

2）報表填報屬性中設定了提交型別為【智慧提交】。

3）同時進行新增、修改、刪除記錄操作。

1.1 應用場景

刪除提交只能用來刪除資料。如果只有刪除資料的需求，可以選擇刪除提交。

1.2 提交邏輯

• 跟【智慧提交】的刪除邏輯完全相反，刪除提交會排除掉透過刪除列動作刪掉的資料，對頁面上剩下的資料根據設定的主鍵去資料庫找到對應的資料進行刪除。

• 刪除提交只需要新增主鍵欄位即可，其他非主鍵欄位新增與否對結果沒有影響。

• 必須設定主鍵欄位，否則刪除提交不會執行。

2.3 效果預覽

1）設計填報範本時，展示原始已有資料。

2）報表填報屬性中設定了提交型別為【刪除提交】。

3）前端填報效果如下圖所示，執行提交後刪除了填報頁面上顯示的資料，而使用刪除列刪掉的資料保留了下來。這裏的刪除邏輯跟【智慧提交】的刪除邏輯是完全相反的。

3.1 應用場景

插入提交只能用來插入資料。如果只有插入資料的需求，可以選擇插入提交。

3.2 提交邏輯

• 跟【智慧提交】的插入邏輯相同，在排除掉透過刪除列動作刪掉的資料後，對頁面上剩下的資料進行插入操作。

• 不會對資料重複性做判斷，意味着可能會入庫重複資料。如果資料庫本身限制了不能有重複資料，則提交時會有相關報錯。

• 如果用插入列插入了空白列，但對空白列沒有進行編輯，那麼這些記錄的值都會被識別為 null。對於這種記錄，在提交時會被過濾，不會入庫。

• 插入提交型別下，主鍵設定與否對提交結果沒有影響，提交時不會讀取主鍵設定。

3.3 效果預覽

1）填報表格中不展示原始已有資料。

2）報表填報屬性中設定了提交型別為【插入提交】。

3）插入資料後，點選【提交】按鈕，資料即成功入庫。

4）查看資料庫表資訊，可以看到資料表中新增了一筆資料。

4.1 應用場景

更新提交只能用來更新資料。如果只有更新資料的需求，可以選擇更新提交。

4.2 提交邏輯

• 對頁面上的資料根據設定的主鍵去資料庫找到對應的資料進行更新。多個主鍵相同的資料會合併更新，即按照最後一條來更新。

• 必須設定主鍵欄位，否則更新提交不會執行。

• 不識別刪除列動作，即被刪除列刪掉的資料，在提交時依然會參與更新動作。

4.3 效果預覽

1）設計填報表格時，展示範本原始已有資料。

2）報表填報屬性中設定了提交型別為【更新提交】。

3）修改資料後，點選【提交】即可成功修改資料。