用概要造句子,“概要”造句
暗能量大概要比暗物質更讓人無頭緒。
圖1展示了傳統解決方案的基本概要。
在這類劇情概要中,英勇的行為並不重要。
該命令並不將檔案文件中的配置與目標概要文件合併,而是替換了目標概要文件的整個配置。
數據概要提取將幫助從基礎數據源獲得此知識。
光明日報:請您概要介紹一下使館今後工作思路。
當應用程序執行時,將SQL與活動的概要文件中的指南相比較。
育兒書籍説,一般的新生兒每天大概要睡上19個小時。
對於多種領域,還有太多選擇;您需要對相同的模型應用多種概要文件,或者複製模型並對每一個模型應用單獨的概要文件。
如果當它還擁有這樣的普遍化關係時發佈概要文件,那麼它將被手工編輯,或者利用EMF編輯器來清除發佈概要文件版本中的無關普遍化關係。
需要十四枚七等*劑,大概要三天時間修復,如果有高級的再生*劑,可以縮短時間。
此問題常常出現在將項目組合管理的內容、上下文,和基本想法及概念描述為一個規程的概要簡介過程中,或在其後。
《我們曾經是小孩》含有更多的圖片,並彙總了不同版本的概要和時間線。
現在您已經為您的*件準備好了所有必要的資產了,這時您會發現這些*件之間的從屬關係需要您首先去開發一個概要文件,然後是模板和樣例。
對信息進行概要分析後,您可以創建自己的調優計劃,下一小節將討論並描述最重要的調優步驟,這些步驟將對*能產生直接影響。
我只能給出事實*概要。
每個概要文件包括一個或者更多概要文件的版本。
保存更改,然後從這個概要文件引導。
我們將 RAMP概要視為處理這些要求的堅實的一步。
用户只需編寫xml概要文件文檔,將其*入到數據庫,然後指示優化器使用這些概要文件。
百科全書的概念——一種可以獲得的最好的各種知識的概要——既誘人又有缺陷。
已提供的概要運行於從各種採購單格式到產品目錄的整個範圍。
通常,這意味着概要不會重新聲明給定規範的基本要求,除非有需要澄清的不明確之處。
您可以創建以部署概要文件的單一目的來創建*件,或者這個概要文件可以添加到一個現存的*件中,在這裏它僅僅是眾多構件中的一個。
下面的例子演示了優化概要文件在3類情況下的使用,即常規優化、查詢重寫和計劃優化。
此對話框顯示與部署組相關聯的每個服務器概要文件下每個例程的對比結果。
以及一概要條件從頭到尾,卷以一次附錄的有用的收集來結束,這有表列出大多數關聯*的關鍵常量,特*和方程序。
這是那篇講話的概要。
寫概要是掌握文章內容的一個好方法。
如果存在任何錯誤,那麼這個概要文件被保存,但是不會創建一個概要文件版本。
您需要確定您是想要為所有的概要文件獲得一個標準的佈局,還是想要為每個概要文件安裝一個佈局。
知識概要的意義非凡、非常重要(特別對於我們這些大眾,偶爾會對某個主題感興趣),不過概要並不能滿足我們這種執着的天*。
需要十四枚七等*劑,大概要三天時間修復,如果有高級的再生*劑,可以縮短時間。
再次煮沸高湯,加進豬肉絲和醃豬肉的醬汁,煮到豬肉不是粉*為止,這大概要4-5分鐘。
這是一個很大的數目,如果用這批麥殼替換出小麥賣掉,用載重量三噸的卡車運,大概要裝一百車,價值高達數十萬**。
每個分區都必須至少有一個概要。
它不應該作為RUP測試規程的概要或初級讀物。
這是由於您想要在概要文件*件中讓您的模版模型使用概要文件和數據類型庫,而這個*件可以通過啟動另一個工作台使其處於活動狀態。
這個概要文件可以部署在文件系統的任何地方:它並不一定要在工作空間中。
我的意見是,這是一個必須由uml持久*建模概要解決的問題,甚至可能在這個建模規則中也需要更改。
快速概要視圖將提供概覽視圖的所有功能,而無需佔據屏幕區域。
這樣就可以提供在環境概要文件的使用上下文中有意義的名稱。
如果您想可以隨意使用靈活*,您必須為同一個概要文件填充這兩個部分。
正相反,針對這個概要開展的工作可以為將來的WS - i概要打下基礎。
該方法對於特別宂長的摘要字段尤其重要,因為該字段應當包含有幾個段落長的文章概要。
可以使用管理概要。
該工具連接數據庫之後,您就可以選擇是概要分析該數據庫上運行的所有應用程序,還是概要分析特定的連接。
成熟的語境概要可以用來搜索任何內容。
數據概要分析並不神奇——它幫助揭示數據質量問題,但是仍然需要一個數據或業務分析師或者主題專家來對結果加以評價,並得出適當的結論。
為了能夠訪問概要文件信息,應用的概要文件和資源包含了需要分佈的導入包,添加到標記模型。