IBM根據其產品分類設定了相應的專業認證專案，那麼IBM認證是什麼呢?IBM認證的優勢又怎樣的呢?下面是小編整理的關於WebSphere MQ Solution Designer認證考試，希望大家認真閱讀!
開啟佇列
本部分討論開啟不同佇列型別的佇列的一些方面。
佇列獨立性
當程式發出 MQOPEN 時，它始終將所開啟的物件視為本地的。佇列管理器將解析所開啟的物件的名稱。
如果所開啟的佇列名稱已定義為另一個系統上某個佇列的遠端定義，則佇列管理器將負責使用管理員建立的定義來確保將訊息放在正確的傳輸佇列上，並確保訊息中包含必要的路由資訊以支援在遠端端傳遞。此討論僅與放置資訊有關;您無法從遠端佇列獲取訊息。
如果所開啟的佇列名稱是別名，同樣是佇列管理器負責將該名稱解析為本地或遠端佇列的定義，並正確地傳遞該訊息。
程式確實不知道所開啟的佇列是本地佇列、別名佇列還是另一個系統上的佇列的遠端定義。
別名佇列
別名佇列只是一個定義。它允許通過另一個名稱來引用某個本地或遠端佇列。別名佇列可以具有與它所指向的基礎佇列不同的屬性。例如： DEFINE QLOCAL(REALQ) GET(ENABLED) PUT(ENABLED DEFINE QALIAS(MYNAME) TARGQ(REALQ) GET(DISABLED) 允許訪問名為 REALQ 的佇列的程式的 GET 和 PUT 訊息。然而，如果程式開啟名為 MYNAME 的佇列，則只允許 PUT 訊息。GET 將被禁用，儘管兩個程式實際上使用的是同一個佇列 (REALQ)。
務必要理解的是，程式的行為就像名為 MYNAME 的佇列是實際佇列而不只是指向另一個佇列的指標。
佇列名稱解析
當程式開啟佇列時，物件描述符包含物件名稱，並可選地包含佇列管理器的名稱。在大多數情況下，物件描述符中的 ObjectQueueManagerName 欄位包含空白。如果它的確包含內容，或者包含應用程式所連線到的佇列管理器名稱，則會搜尋本地定義以解析該佇列名稱。
如果佇列管理器名稱欄位包含另一個佇列管理器的名稱，則假設此佇列管理器是遠端的，並搜尋一個可在其中放置 MQPUT 訊息的同名傳輸佇列。
模型佇列
當管理員定義模型佇列時，該定義只是一個模板。當在某個 MQOPEN 的物件描述符中指定模型佇列的'名稱時，將會動態建立一個具有該模型屬性的佇列。模型本身沒有其他用途。在顯示新佇列的特徵時，該佇列作為本地隊列出現。
臨時動態佇列 僅持續至建立它的程式執行結束(正常或異常結束)，或持續至建立程式關閉它。不存在將臨時動態佇列保留到該時間點以後的方法。
臨時動態佇列不能包含持久訊息。
持久動態佇列 完全以相同的方式建立，但是不會自動刪除它們。它們必須通過某個刪除關閉選項或由管理員使用刪除命令來明確刪除。建立之後，WebSphere MQ 並不執行任何特殊操作來跟蹤動態建立的永久動態佇列。
所選的動態佇列型別是應用程式設計的事情。
動態佇列名稱
物件描述符中的 DynamicQueueName 欄位用於控制所建立的動態佇列名稱。當星號出現在佇列名稱最後一個位置時，則會在生成的名稱中將其替換為保證對本地佇列管理器唯一的字串。DynamicQueueName 欄位存在多種選擇：
預設值(對於 z/OS 是 CSQ.*，對於其他環境是 AMQ.*)。
結尾沒有星號的名稱，如 MYQUEUE。此類名稱可能不唯一。
名稱，如 MYQUEUE.*。出於管理和安全性的考慮，可以對其名稱以共同字串開頭的佇列分組。
