Stored Procedure 案例：動態排列資料

在資料整理時，我們常碰到有些資料需要往前移動，有些則要往後移動，尤其在資料的顯示流程規劃上就常常要使用到這種 功能。可是傳統資料庫的排序功能，不外乎就是使用日期、時間、資料編號做為排序依據，然後利用 ORDER BY 命令達成資料排序的目的，除此之外，我們無法動態調整資料列的先後次序。

一種解決辦法是為每個資料列增加新的欄位﹝例子中取名為mytable_after﹞，用來記錄該筆資料列的前一筆資料編號。所以我們在讀取資料時就使用該欄位記錄的值，逐一列出每筆資料。操作流程大致上是：

讀取第一筆資料 A﹝mytable_after 為 0﹞

→ 讀取欄位 mytable_after = A 的第二筆資料 B

→ 重覆操作直到找不到下一筆資料

此方法讀取過程繁複，若交由外部程式去做，將會不停的發送 SELECT 命令給 SQL Server，可想而之，其效能必定差矣。所以，我們可以建立 PostgreSQL 預儲程序，讓 PostgreSQL 在內部操作處理，然後直接回傳已排序完成的資料流。

PostgreSQL 動態排列實作例子：

CREATE OR REPLACE FUNCTION mytable_dynlist()
  RETURNS SETOF mytable AS
$BODY$DECLARE
    rscount Integer;
   rsnext Integer;
   rs record;
BEGIN

    select count(*) INTO rscount from mytable;
    rsnext = 0;
   FOR i IN 1 .. rscount LOOP
       SELECT * INTO rs from mytable where mytable_after = rsnext LIMIT 1;
        rsnext = rs.mytable_id;
        RETURN NEXT rs;
    END LOOP;
END;$BODY$
 LANGUAGE 'plpgsql' VOLATILE;
ALTER FUNCTION mytable_dynlist() OWNER TO somebody;

當 資料不多時，這種在資料庫內部處理動態排列很省事，在前端的程式也很好寫，但是，資料量一大，這種方式會造成 SQL Server 相當大的負擔。所以，當資料量多或是在前端程式有做多台機器的負載平衡，還是建議在前端先將所有要排序的資料下載後，在前端的程式做排序處理。

延伸閱讀(Link):
PostgreSQL 的 Stored Procedure 簡易實例
Stored Procedure 實例：資料分頁