在B端系統(tǒng)中，列表是一個非常常用的功能。不論是列表頁的設計還是單獨的列表，都會涉及到列表的邏輯。這篇文章，我們來梳理一下。

本文所講的B端產品集中在后臺系統(tǒng)領域，一般后臺系統(tǒng)的頁面分為表單頁，詳情頁、列表頁、表盤頁面。

• 表單頁：主要用于添加、修改數(shù)據(jù)對象的操作型頁面，會包含多個表單控件的處理
• 詳情頁：用于展示某條數(shù)據(jù)對象的詳細內容、數(shù)據(jù)的頁面
• 列表頁：用于展示大量同類型的數(shù)據(jù)，包括對該數(shù)據(jù)的排序、篩選、查看、刪除等
• 表盤頁：用于展示數(shù)據(jù)和圖表等頁面，也叫做儀表盤，即數(shù)據(jù)分析

那么如何設計好每一個列表頁面之間的邏輯呢？

首先要明白當前列表主要表達的內容是什么，比如在WMS系統(tǒng)中，有庫存列表、入庫列表、出庫列表、庫位管理列表，根據(jù)名字就可以得知這個列表所要展示給用戶的內容是什么；

其次，需要理清楚每一個列表之間的關聯(lián)關系，比如，入庫列表跟庫存列表之間是以商品為載體，庫存列表的主體是商品，以商品為維度進行庫存的統(tǒng)計，而入庫列表則是以每一條入庫記錄為主體，二者的關系是一對多，也可以理解為，入庫列表的主鍵為入庫編號，庫存列表的主鍵為商品編號，一對多的關系怎么設計數(shù)據(jù)庫結構呢？

簡單來講：

1:1關系一個表實現(xiàn)

1:N關系需要兩個表實現(xiàn)，把1的主鍵放在N的表里作為外鍵

N:N關系需要三個表實現(xiàn)，需要將兩個表的主鍵組成第三個表格

舉個例子：

某自學考試社會助學點有教師若干名，招生人員若干名，學生若干名。

教師和招生人員的基本屬性為：姓名，性別，職稱。

學生的基本屬性為：姓名，性別，入學成績。

招生人員負責招收學生，記錄招生人數(shù)。

教師負責輔導學生學習，依據(jù)其職稱和輔導時間產生輔導費用。

根據(jù)上述信息整理出如下E-R圖，可見招生人員與學生之間是一對多的關系，學生與教師之間是多對多的關系，故招生和學生之間是兩張表，而學生和教師之間是三張表，兩部分合在一起，減去學生重復的表，總共是四張表。

整理出的四張表格如下，加粗部分為該表格的主鍵和外鍵。

• 招生人員（招生人員姓名，性別，招生人員職稱）
• 教師（教師姓名，性別，教師職稱)
• 學生（學生姓名，性別，入學成績，招收人員姓名）
• 輔導（教師姓名，學生姓名，教師職稱，輔導時間）

建表的結構懂了，下面就是列表數(shù)據(jù)的問題了，我們知道一個列表頁面展示的數(shù)據(jù)是非常多的，產品設計原型的時候其實不能太過死板，所以學了數(shù)據(jù)庫的產品剛開始也會存在一定的弊端，會把每一個列表頁當作一張表，其實不然，列表頁是給用戶看的，用戶想看到什么，我們就給他查詢什么展示出來，所以一個列表頁面并非就是一張數(shù)據(jù)表，而是技術人員通過聯(lián)表查詢將多張表格的數(shù)據(jù)查詢出來展示在一張列表頁面，也就是用戶看到的一張張的表格。

清楚表的規(guī)則之后，就能夠很好的理清楚每一個列表頁面的信息、列表之間的關聯(lián)關系，從而更好的跟技術人員進行溝通，雖然產品可以不懂技術，但是知道一些基礎的技術知識，總是對工作有益，當時，學會了一定的技術知識，也不能跟產品設計的思路混淆。