【正文】 4）用戶登陸 Portal 系統(tǒng)就可以看到自己的報表；消息日志可在消息中心的公告欄中查到。 來讓我們看一個簡單的場景，某公司報表分析員甲用查詢引擎制作了一張員工本月薪資福利查詢表，甲需將這張報表發(fā)布到 Portal 系統(tǒng)并且通知每位員工查看自己的薪資福利情況，甲通過報表發(fā)布管理將薪資福利查詢表關聯(lián)到某報表發(fā)布對象，并選擇接收者為全體公司用戶（支持角色選取，選取對象為該角色下所有用戶），并 且選擇通知方式為 Email 和消息，這樣每位員工就會收到一個 Email，通知該員工薪資福利情況可以查詢了，該員工登陸 Portal系統(tǒng)就可以看到自己的薪資福利情況報表。 接收者管 理頁簽：可通過 “右選 ”選擇接收者為角色或用戶，可通過 “勾選 ”選擇通知方式為郵件通知或消息通知方式 上述所有操作完成后，按“保存” 3）當報表發(fā)布之后，用戶通知接收人。 基本屬性頁簽： 發(fā)布編碼默認為 格式設計對象編碼，不可編輯。點擊 〖 創(chuàng)建 〗 〖 發(fā)布對象 〗 ,彈出“報表發(fā)布定義”對話框，選擇發(fā)布對象對應的格式設計對象節(jié)點，可在文件夾下新建發(fā)布對象。 1） 操作 步驟為：新建發(fā)布對象 → 選擇發(fā)布對象對應的格式設計對象節(jié)點→選擇接收者和消息通知方式→保存→通知接收者→登陸 Portal 系統(tǒng)查看報表。無查詢引擎權限的用戶不能給別的用戶分配查詢引擎權限 圖 1772 查詢引擎權限控制 報表發(fā)布： 版本的查詢引擎支持將設計好的報表發(fā)布到 Portal 系統(tǒng)中展現(xiàn)。 查詢引擎權限控制可給角色或用戶設置全部權限（此角色或用戶既可擁有查詢設計權限，還可擁有格式設計權限）；可對格式設計模型的訪問權限進行控制，即設置全部瀏覽權限或部分瀏覽權限。 按“下一步”進入“ SQL 設計”： 按“下一步”進入“ SQL 整理設計”： 按“下一步”進入“數(shù)據(jù)加工設計”： 按“下一步”進入“穿透規(guī)則設計”： 上述所有操作完成后，按“保存” (2)格式設計向導 原需點擊多個菜單來完成的步驟，現(xiàn)被集成在一個向導面板中，通過“上一步”，“下一步”等操作來進行格式設計 選擇菜單中的工具化 ?格式設計向導，會彈出如下界面，進入 “引用查詢”對話框： 按下一步進入“預置報表格式”對話框，可選擇報表類型： 按“下一步”進入“格式設計”： 上述所有操作完成后，按“保存”。 ? 功能節(jié)點掛接 定義好的界面模型并不限制在查詢引擎下運行，它也可以作為獨立的功能節(jié)點掛接在各業(yè)務組的功能模塊下。圖 1770 展現(xiàn)的就是兩組建立了主從連動關系的表控件，當主表選中某行時，子表則相應的展現(xiàn)出與主表記錄對應的所有子表記錄。 圖 1770 上的表格和圖表引用了相同數(shù)據(jù)集，因此當進行排序、過濾等數(shù)據(jù)集操作的時候，表和圖上的數(shù)據(jù)會出現(xiàn)完全同步的變化。 ? 控件連動 控件連動分同步連動和主子連動兩種。在對數(shù)據(jù)集進行了一系列數(shù)據(jù)處理操作之后，可以利用恢復功能恢復到原始狀態(tài)。界面運行態(tài)上如果某表控件綁定到定義了穿透規(guī)則的查詢定義，則該表控件支持穿透操作。界面運行態(tài)下的表控件支持交叉操作：如果綁定了定義 第一類交叉（投影交叉）的查詢定義，則表控件支持的是第一類交叉；如果綁定的是其他查詢定義，表控件支持第二類交叉。 圖 1766 過濾設置界面 ? 公式列，小計合計 運行態(tài)公式列定義和小計合計定義類似于預定義數(shù)據(jù)處理中所述，不再贅述。疊加過濾是在前過濾結果的基礎上再按指定條件進行過濾得到新的結果；而重新過濾則是去掉了之前設置的過濾條件，在原始結果集的基礎上按指定條件過濾得到 新的結果。 ? 排序 圖 1765 排序設置界面 選中要進行排序的數(shù)據(jù)集，選擇排序列及升降序，可以對數(shù)據(jù)集進行排序（相當于 Order By）。其中，查找，排序，過濾和公式列是基于數(shù)據(jù)集的，這些操作對于所有綁定到被操作數(shù)據(jù)集的控件都是起作用的，放在數(shù)據(jù)處理菜單下，而小計合計，交叉和穿透是基于表控件的，放在表控件表頭右鍵菜單下，只對表控件本身的數(shù)據(jù)展現(xiàn)起作用，不影響其他控件。 圖 1763 界面模型運行結果 ? 輸入相應的查詢參數(shù)，運行結果如圖 1763 所示。 圖 1762 查詢參數(shù)設置界面 如果界面引用的查詢定義里定義了查詢參數(shù)，那么在初始化界面工作去后臺查詢結果集之前，會要求輸入查詢參數(shù)。 (3)界面瀏覽 對于已經(jīng)格式 設計完畢的界面模型，可以運行該界面來查看結果。 普通表： 可以設置根據(jù)什么列分組，進行小計合計，以及分組列的升降序； 可以設置小 計合計計算與否，以及小計行和合計行標志展現(xiàn)； 可以設置需要小計合計的列，以及統(tǒng)計運算的類型，目前支持的運算類型有求和、最大值和最小值； 可以設置統(tǒng)計數(shù)據(jù)放置在原始數(shù)據(jù)之前還是放置在后。 ? 小計合計 設計界面模型時在表控件的表頭上彈出右鍵菜單，點擊小計合計菜單項可彈出設置小計合計的界面，如圖 1761。如果是刪除公式列，列表中列出了當前數(shù)據(jù)集已定義的公式列，選中即可刪除。添加公式列需要指定公式列名和公式類型，也可以給公式 列指定列格式。 ? 公式列 ? 點擊數(shù)據(jù)處理菜單下的公式列菜單項，就會彈出如圖 1760 所示的公式列定義界面。其中，公式列定義是基于查詢結果集的，定義的公式列對于所有綁定該查詢結果集的控件都是可見的。保存后可以看到界面上的表已經(jīng)顯示了新定義的行表頭格式。 圖 1757 綁定到第一類交叉查詢定義的表 就像可以給列分組定義列表頭一樣， 也可以給行分組定義行表頭。 ? 行表頭定義 如果設置表的綁定數(shù)據(jù)集屬性到一個定義了第一類交叉的查詢，那么表中會出現(xiàn)與查詢中定義的列和行相對應的列頭和行頭。通過表頭 ID 該列表頭格式可以被表綁定（綁定了列表頭的表效果參見圖1749）。 圖 1755 預警設置界面 ? 列表頭定義 圖 1756 列表頭設計界面 有時候為了方便歸類和分組列數(shù)據(jù)，需要定義多表頭來加強展現(xiàn)。預警條件中除支持用常量表 達式進行比較之外，也支持用含變量的表達式進行比較，其中的變量名必須是表中某列的列名。如銷售額這樣的數(shù)據(jù)通過分段預警就很容易體現(xiàn)出高中低來，方便瀏覽數(shù)據(jù)。對于數(shù)值型的列格式還可以設置保留小數(shù)位數(shù)，是否加千分位等格式。 ? 列格式定義 圖 1754 列格式定義界面 可以定義四種類型的列格式：字符型，數(shù)值型，貨幣型，百分比型，后三種實際上都屬于數(shù)值型數(shù)據(jù)的不同展現(xiàn)。下面是設置一個文本框綁定到查詢參數(shù)的截圖。在這里可以設置圖表的類型，以及綁定的系列等屬性。 在設置了數(shù) 據(jù)集綁定屬性之后，可以設定 圖表控件 的數(shù)據(jù)綁定屬性。 圖 1751 列格式設置 ? 列表頭綁定：當表綁定了數(shù)據(jù)集之后，可以根據(jù)展現(xiàn)需要綁定列表頭格式，在表頭 ID屬性里綁定表頭的 ID 之后，從界面上就可以看到表的列表頭已經(jīng)綁定到了表頭 ID 對應的表頭格式（列表頭格式的設計在后面的小節(jié)里會專門講述）； ? 行表頭綁定：如果表綁定的查詢定義里定義了第一類（投影）交叉，則表還可以設置行表頭格式。當設置了表的數(shù)據(jù)集綁定屬性后，該查詢定義中定義的列就相應的出現(xiàn)在表里（此時沒有數(shù)據(jù)只有表頭）； ? 列格式綁定：有時候會對表中的數(shù)據(jù)展現(xiàn)有各種格式上的要求，如預警顯示，精度設置，前綴后綴等等。下面介紹一下幾個主要的控件。 圖 1750 屬性編輯器 所有控件都有背景色，前 景色，字體和首選大小等普通屬性。屬性編輯器上邊是當前界面的控件列表，下面列出了當前選中控件的屬性列表。接下來的工作就是要在這個面板上定制界面，這個過程和一般的可視化設計大同小異，在此不再贅述。 圖 1748 界面模型設計界面 ? 控件管理 界面模型設計工具提供了最常用的控件，如圖 1748 中控件欄中所示，分別是按鈕、復選框、組合框、標簽、列表、單選框、多頁簽、表、文本域、文本框、樹、面板、分割欄、主子表和圖表，其中最重量級的控件 是表和圖表，絕大部分的數(shù)據(jù)集展現(xiàn)工作是這兩個控件完成的。 圖 1746 查詢引用界面 對于查 詢結果 集之間存在的某種一對多的關系，還可以根據(jù)需要建立主從關系（即主從表）： 圖 1747 主子連接設置界面 (2)格式設計 界面模型的格式設計包括了控件管理、行列格式設計以及數(shù)據(jù)預處理等三部分。界面模型設計態(tài)和運行態(tài)的基本流程如下圖所示（設計態(tài)的操作并沒有嚴格意義上的順序限制）： 圖 1745 界面模型流程 (1)引用查詢 引用查詢是指將界面模型所要展現(xiàn)的查詢結果集對應的查詢定義引用到模型中來?？梢栽O計新的界面模型，也可以對已有的界面模型進行修改。至于如何保證物化表數(shù)據(jù)的同步刷新，可以參看抽取任務一節(jié)。隨著產(chǎn)品的發(fā)展，數(shù)據(jù)導出的格式會逐步豐富。在展現(xiàn)之后，用戶可以繼續(xù)進行穿透、交叉和儀表測試等工作。 按以“芯片“打頭的存貨名稱由庫存實收數(shù)量統(tǒng)計表穿透到存貨信息 按存貨分類為“產(chǎn)成品“從存貨信息表穿透到存貨分類信息 圖 1740 穿透效果示意 (5)查詢?yōu)g覽 ? 查詢執(zhí)行與展現(xiàn) 在建立好查詢模型之后，系統(tǒng)提供預覽查詢執(zhí)行結果的功能。 一個查詢可以設置多條穿透規(guī)則，由本查詢可穿透到的目標查詢需要創(chuàng)建一個（或多個）過濾型參數(shù)，用于接收穿透值。 一個查詢上可以定義多個穿透規(guī)則，每個規(guī)則需要指定穿透的目標查詢，同時目標查詢上要創(chuàng)建一個過濾型參數(shù)，用于接收穿透區(qū)域的取值。當這種穿透行為傳遞下去，就可以了解某張報表的數(shù)據(jù)明細，甚至追溯到它的數(shù)據(jù)來源。 圖 1736 結果集連接向導 結果集聯(lián)合：指定兩個列結構相兼容的結果集，得到聯(lián)合（ union）后的結果。 圖 1733 獲得結果集向導 公式設置：參數(shù)為公式列名、返回值數(shù)據(jù)類型和公式，如果公式 列名不存在則新增一列，否則將該列的內容更新為公式返回值。圖示的數(shù)據(jù)加工代碼把主鍵分別為“ user1”和“ user2”的兩個結果集按照 pk_corp 字段為鍵進行了左外連接，并在連接結果中保留了“ user_name1”、“ pk_corp ”、“ user_name2”三列。 數(shù)據(jù)加工與 SQL 整理的區(qū)別在于：前者在 SQL 查詢之后進行，作用的對象是結果集；后者在查詢之前進行，作用的對象是 SQL定義。 圖 1731 按參數(shù)追加條件向導 ? 數(shù)據(jù)加工 數(shù)據(jù)加工是指某個（或某幾個）查詢結果集在經(jīng)過一系列加工算法的變換后得到另一個結果集，而后者通常是業(yè)務上要