SDE
英文全稱：Spatial Database Engine
中文全稱：空間資料庫引擎
把GIS數據放在RDBMS中，但是一般的RDBMS都沒有提供GIS的數據類型（如點、線、多邊形、以及這些feature之間的拓撲關係和投影坐標等相關信息），RDBMS只提供了少量的數據類型支持：int，float，double，Blob，Long ，char等，一般都是數字，字元串和二進制數據幾種。並且RDBMS不僅沒有提供對GIS數據類型的存儲，也沒有提供對這些基礎類型的操作（如：判斷包含關係，相鄰、相交、求差、距離、最短路徑等）。
採用的方法
為了實現GIS數據類型的存儲和對GIS數據類型的操作支持。我們可以採用曲折的辦法來達到這些目的。
1、存儲：把featrue以一個二進制的欄位形式存儲，同時建立對該二進制數據的描述信息（稱為空間元數據）。
2、 操作：為每種feature建立一組函式包。
A、 讀取時，先讀取空間元數據，根據元數據把featrue的二進制數據填充到featrue對象的data部分中。
B、 寫入時，先寫入空間元數據，然後把featrue對像的data部分序列化為二進制數據，然後存儲到feature欄位中。
C、 空間運算：空間運算操作的內容為featrue對象的data部分，而空間運算作為featrue類成員函式。或者單獨為每種feature建立相關的函式包。
下面我們先探究空間數據類型的存儲。存儲主要牽涉到的是GIS數據的元數據部分。我們需要管理好各種空間數據。
同種類型的featrue我們歸為一類，我們稱為featrue類，每個feature類對應著資料庫中的一個二進制欄位，每個feature對象對應著這個二進制欄位的具體數值。為了把GIS的feature的屬性數據和空間數據存儲到一起，統一管理。我們建立這樣幾個概念。
數據集：對應著資料庫中的一張表，這個表里有featrue的二進制欄位和一般的屬性欄位，同時還包括每個feature對象的元數據欄位如：周長、面積以及輔助欄位。
數據源：對應著資料庫中的一組表，由兩部分組成：一部分是數據集，另一部分是對數據集描述的表（稱空間元數據表）。通常是每個schma（或者資料庫）下一組空間元數據表。
起輔助作用的資料庫對象：包括為各個數據集建立的索引、觸發器、序列……
空間元數據表
A：描述每個數據集的表：這個表里的欄位包括：每個數據集的包圍盒。以及對該數據集所建的索引的類型，名稱等。
B：描述數據集欄位的表：這張表的欄位包括：數據集名，欄位名稱，欄位類型，欄位別名、數據集別名、數據集類型等……
C：輔助對象的元數據表：包括描述索引與數據集之間關係的表，包括描述觸發器與數據集之間關係的表，包括描述序列與數據集之間關係的表。描述數據集之間關係的表（如網路數據集，是由點類型的數據集與線類型的數據集組成，這就需要說明點與線之間的拓撲關係咯）
上面我們只討論矢量的GIS數據類型的存儲，下面我們來探究下柵格類型的GIS數據存儲。
同樣的也有柵格的數據集，只不過是欄位的類型稍微改變了下而已。為了加快數據存取，我們應當使得GIS操作只存取它所需要的數據，以一張遙感影像為例，我們可以把一塊大影像按一定規則切割為一系列的小圖塊，然後把這些小圖塊以二進制的形式存儲到IMAGE欄位里，同時把該小圖塊的偏移位置（有了起始位置，和偏移位置以及每個圖塊的大小就知道了該圖塊的地理範圍了）作為表的屬性欄位存儲下來。以後在取數據時，需要先查該圖塊的元數據內容，得出地理範圍（或者乾脆就把每個圖塊的地理範圍存儲下來），這樣就知道在顯示時需要取哪些記錄，然後再把需要顯示的記錄的IMAGE的數據取出來，根據地理範圍把數據拼接起來就可以了（矢量數據的顯示與操作也是這么乾）。圖塊大小的劃定規則是比較重要的，這非常影響速度的。
一般來講一個波段，對應著一個柵格數據集。在顯示影像時，需要同時讀取多個柵格數據集，在顯示的時候把它們拼接到一起。
我們還需要描述這些柵格數據集的元數據表，比如，哪幾個柵格數據集是一組的對應著同一個影像檔案，地理坐標的情況怎樣，影像金字塔信息。
後面我們討論下影像金字塔，為了加快數據顯示，有些空間資料庫引擎是對最原始的數據抽稀，按每一層金子塔抽稀為一個柵格數據集。抽稀一般採用冪級數的方式。這是一種以空間換時間的做法。
對於影像壓縮技術，我沒有研究過，等過段時間看看再說吧。
有了這些元數據表和feature表後，這就為展開GIS操作奠定了基礎。
蒸餾萃取
同時蒸餾萃取,英文:simultaneous distillation extraction 簡稱SDE. 是通過同時加熱樣品液相與有機溶劑至沸騰來實現的，試驗裝置如右圖，它是把樣品的漿液置於一圓底燒瓶中,連線於儀器右側,以另一燒瓶盛裝溶劑,連線於儀器左側,兩瓶分別水浴加熱,水蒸氣和溶劑蒸氣同時在儀器中被冷凝下來,水和溶劑不相混溶,在儀器U形管中被分開來,分別流向兩側的燒瓶中,結果蒸餾和提取同時進行,只需要少量溶劑就可提取大量樣品,香氣成分得到濃縮。
同時蒸餾萃取是將樣品的水蒸氣蒸餾和餾分的溶劑萃取兩步過程合二為一，與傳統的水蒸氣蒸餾方法相比，減少了實驗步驟，節約了大量溶劑，同時也降低了樣品在轉移過程中的損失。
同時蒸餾萃取作為一種前處理技術，同固相微萃取、頂空進樣等相比，具有良好的重複性和較高的萃取量，而且操作簡便、定性定量效果好，是一種行之有效的前處理方法。
工程師
Supplier Development Engineer
1、穩定提高供應商物料的質量水平;
2、幫助促進供應商提高質量管理水平;
3、負責新供應商的現場審核及評估;
4、負責定期評估供應商，提供評估結果及建議供公司高層作決策參考;
5、產線材料異常處理及改善;
滅火系統
sde SDE的基本情況：SDE氣體滅火劑及滅火系統由崑山寧華公司於1991年開始研製，並於1997年研製成功的一種新型氣體滅火產品，滅火劑在常溫常壓下以固體形態儲存，工作時經電子氣化啟動器激活催化劑啟動滅火劑，並立即氣化，氣態組分約為CO2占35%、N2占25%、氣態水占39%，霧化金屬氧化物占1.2%。因不含F、Cl、Br、I等鹵族元素，故對臭氧層破壞指數ODP=0，且溫室效應潛能值GWP≤0.35。是目前國內唯一擁有自主智慧財產權的一個氣體滅火新產品，尚未得到廣泛的推廣和套用。SDE滅火劑及滅火系統的優點：SDE滅火劑滅火迅速、在被保護物上不留殘留物。毒性指標中，可觀察到有害作用的最低濃度LOAEL=17.5(%)，未觀察到有害作用的最高濃度NOAEL=15(%),均在SDE有效滅火濃度8-14.16%以上，產品經中國預防醫學科學院毒理學家王淑潔教授分析後認為：SDE氣體產物特性明顯，可以認為“SDE綜合氣體是低毒的安全的產品。” SDE的電氣絕緣性試驗：將SDE惰性氣體噴入設有電動機、計算機、收音機線路板、配電盤的密閉空間內，設備的工作電壓為220V-240V。試驗結果為：在噴放SDE氣體的過程中，電阻的讀數明顯下降，但設備仍能正常工作；當將氣體通過排煙系統排出後，隨著設備變得乾燥，電阻值又逐漸恢復正常值。在電視機的高壓包沒有卸壓（20KV）時，重複上述試驗，電視機同樣能正常工作。
滅火藥劑
SDE是一種新的滅火劑，有保存安全：低壓、常溫、無毒。它可以節省管路的管徑，費用低。生成物中成分為CO2（35%）、N2（26%）、H2O（39%），利用物理窒息滅火和降溫滅火。
SDE自動滅火系統，適應範圍廣，可迅速撲滅A、B、C類及電氣火災，適用於以下場所的消防保護：電信、移動機房、高層建築的重點防火部位、電子計算機房、發電機房、高低壓配電房，銀行金庫、檔案室、圖書館、博物館、數據儲藏間、電器老化間、微波載波室、電子產品、噴漆生產線、石油化工儲存裝置（罐、櫃）、浸漬槽、軋機、印刷機、發電機油浸槽、變壓器、液壓設備、烘乾設備、除塵設備、炊事灶具、紙庫、貴重木材庫、食品庫、皮毛儲存庫及船舶的機艙和貨艙等。不適用於撲滅以下火災：硝化纖維、火藥等含強氧化劑的化學性火災；活潑金屬、可自燃的物質。
SDE滅火劑的主要原料：
天然碳素材料+氣體催化劑+氣化速率穩定劑+氧化反應降溫劑+其它物質
氣體產物：
SDE滅火劑 -----→ CO2(35%)+N2(25%)+H2O(38%-39%)+霧化金屬氧化物(1%-2%)
滅火原理：
以物理、化學、水霧降溫三種滅火方式同時進行的全淹沒滅火形式：以物理性降低空氣中氧氣濃度、"窒息滅火"為主要方式；切斷火焰反應鏈進行鏈式反應破壞火災現場的燃燒條件，迅速降低自由基的濃度，抑制鏈式燃燒反應進行的"化學滅火"方式也存在；低溫氣態水反覆吸熱，降低燃燒物溫度，對於撲救A類深位火災效果尤其顯著。
設計師
Software Design Engineer概述 能根據軟體開發項目管理和軟體工程的要求，按照系統總體設計規格說明書進行軟體設計，編寫程式設計規格說明書等相應的文檔；組織和指導程式設計師編寫、調試程式，並對軟體進行最佳化和集成測試，開發出符合系統總體設計要求的高質量軟體；具有工程師的實際工作能力和業務水平。考試目標
通過本考試的合格人員能根據軟體開發項目管理和軟體工程的要求，按照系統總體設計規格說明書進行軟體設計，編寫程式設計規格說明書等相應的文檔，組織和指導程式設計師編寫、調試程式，並對軟體進行最佳化和集成測試，開發出符合系統總體設計要求的高質量軟體；具有工程師的實際工作能力和業務水平。
考試要求
(1) 掌握計算機內的數據表示、算術和邏輯運算方法；
(2) 掌握相關的套用數學及離散數學基礎知識；
(3) 掌握計算機體系結構以及各主要部件的性能和基本工作原理；
(4) 掌握作業系統、程式設計語言的基礎知識，了解編譯程式的基本知識；
(5) 熟練掌握常用數據結構和常用算法；
(6) 熟悉資料庫、網路和多媒體的基礎知識；
(7) 掌握C程式設計語言，以及C++、Java中的一種程式設計語言；
(8) 熟悉軟體工程、軟體過程改進和軟體開發項目管理的基礎知識；
(9) 掌握軟體設計的方法和技術；
(10) 了解信息化、常用信息技術標準、安全性，以及有關法律、法規的基礎知識；
(11) 正確閱讀和理解計算機領域的英文資料。
3．考試科目
(1) 計算機與軟體工程知識，考試時間為150分鐘，筆試，選擇題；
(2) 軟體設計，考試時間為150分鐘，筆試，問答題。
考試範圍
考試科目1：計算機與軟體工程知識
1. 計算機科學基礎知識
1.1數制及其轉換
二進制、八進制、十進制和十六進制等常用數制及其相互轉換
1.2 計算機內數據的表示
數的表示（補碼錶示，整數和實數的表示，精度和溢出）
非數值表示（字元和漢字表示，聲音表示、圖像表示）
1.3算術運算和邏輯運算
計算機中的二進制數運算方法
邏輯代數的基本運算
1.4其他數學基礎知識
常用數值計算
排列組合，機率論套用，套用統計（數據的統計分析）
編碼基礎
命題邏輯、謂詞邏輯、形式邏輯的基礎知識
運籌基本方法
2.計算機系統知識
2.1計算機硬體基礎知識
2.1.1計算機系統的組成、體系結構分類及特性
CPU、存儲器的組成、性能和基本工作原理
常用I/O設備、通信設備的性能以及基本工作原理
I/O接口的功能、類型和特性
CISC/RISC，流水線操作，多處理機，並行處理
2.1.2存儲系統
虛擬存儲器基本工作原理，多級存儲體系
RAID類型和特性
2.1.3可靠性與系統性能評測基礎知識
診斷與容錯
系統可靠性分析評價
計算機系統性能評測方法
2.2計算機軟體知識
2.2.1數據結構與算法知識
數組
鍊表
佇列、棧
樹
圖的定義、存儲和基本操作
雜湊（Hash表）
常用的排序算法、查找算法、數值計算、字元串處理、數據壓縮算法、遞歸算法、圖的相關算法
算法描述和分析
2.2.2作業系統知識
作業系統的核心
處理機管理
存儲管理
設備管理
檔案管理
作業管理
網路作業系統和嵌入式作業系統基礎知識
作業系統的配置
2.2.3程式設計語言和語言處理程式知識
彙編、編譯、解釋系統的基礎知識和基本工作原理
程式設計語言的基本成分（數據、運算、控制和傳輸），程式調用的實現機制
各類程式設計語言的主要特點和適用情況
2.2.4 資料庫知識
資料庫模型（概念模式、外模式、內模式）
數據模型，ER圖，規範化
數據操作
資料庫語言
資料庫管理系統的功能和特徵
資料庫的控制功能
數據倉庫和分散式資料庫基礎知識
2.3 計算機網路知識
網路體系結構
傳輸介質，傳輸技術，傳輸方法，傳輸控制
常用網路設備和各類通信設備的特點
Client-Server結構，Browser-Server結構
LAN（拓撲，存取控制，組網，網間互連）
Internet 和Intranet 基礎知識以及套用
網路軟體
網路管理，網路性能分析
2.4 多媒體基礎知識
多媒體系統基礎知識
簡單圖形的繪製，圖像檔案的處理方法
音頻和視頻信息的套用
多媒體套用開發過程
3. 系統開發和運行知識
3.1軟體工程知識
軟體生存周期與軟體生存周期模型
軟體開發方法
軟體開發項目管理
軟體開發工具與軟體開發環境
3.2 系統分析基礎知識
系統分析的主要步驟
機構化分析方法
3.3系統設計基礎知識
概要設計與詳細設計的基本任務
系統設計的基本原理
系統模組結構設計
結構化設計方法
面向數據結構的設計方法
系統詳細設計
3.4系統實施基礎知識
系統實施的基本內容
程式設計方法
程式設計的基本模組
系統測試
系統轉換
3.5 系統運行和維護基礎知識
系統可維護性的概念
系統維護的類型
系統評價的概念和類型
3.6軟體質量管理基礎知識
軟體質量特性（ISO/IEC 9126軟體質量模型）
軟體質量保證
軟體複雜性的概念及度量方法（McCabe度量法）
軟體評審（設計質量評審、程式質量評審）
軟體容錯技術
3.7軟體過程改進基礎知識
軟體能力成熟度模型CMM
統一過程（UP）與極限編程（XP）的基本概念
4.面向對象基礎知識
面向對象的基本概念
面向對象分析與設計知識
分析模式與設計模式知識
面向對象程式設計知識
面向對象資料庫、分散式對象基礎知識
5. 信息安全知識
信息系統安全基礎知識
信息系統安全管理
保障完整性與可用性的措施
加密與解密機制基礎知識
風險管理（風險分析、風險類型、抗風險措施和內部控制）
計算機安全相關的法律、法規基礎知識
6. 標準化、信息化和智慧財產權基礎知識
6.1 標準化基礎知識
標準化意識，標準化組織機構，標準的內容、分類、代號與編號規定，標準制訂過程
國際標準、國家標準、行業標準、企業標準
代碼標準、檔案格式標準、安全標準、網際網路相關標準、軟體開發規範和文檔標準、基於構件的軟體標準
6.2 信息化基礎知識
全球信息化趨勢、國家信息化戰略、企業信息化戰略和策略
網際網路相關的法律、法規
個人信息保護規則
遠程教育、電子商務、電子政務等基礎知識
企業信息資源管理基礎知識
6.3 智慧財產權基礎知識
保護智慧財產權有關的法律、法規
7.計算機專業英語
具有工程師所要求的英語閱讀水平
理解本領域的英語術語
考試科目2：軟體設計
1．外部設計
1.1 理解系統需求說明
1.2 準備進行系統開發
選擇開發方法、準備開發環境、制訂開發計畫
1.3 設計系統功能
選擇系統結構
設計各子系統的功能和接口
設計安全性策略、需求和實現方法
制訂詳細的工作流和數據流
1.4 設計數據模型
設計ER模型及其他數據模型
1.5 編寫外部設計文檔
系統配置圖、各子系統關係圖
系統流程圖、系統功能說明書
輸入輸出規格說明、數據規格說明、用戶手冊框架
設計系統測試要求
1.6 外部設計的評審
2．內部設計
2.1 設計軟體結構
按構件分解，確定構件功能、規格以及構件之間的接口
數據結構與算法設計
採用中間件和工具
2.2 設計輸入輸出
2.3 設計物理數據
2.4 構件的創建和重用
創建構件、重用構件
使用子程式庫或類庫
2.5 編寫內部設計文檔
構件劃分圖、構件間的接口、構件處理說明
螢幕界面設計文檔、報表設計文檔、檔案設計文檔、資料庫設計文檔
2.6 內部設計的評審
3．資料庫套用分析與設計
設計關係模式
資料庫語言（SQL）
資料庫訪問
4．程式設計
4.1 模組劃分
4.2 編寫程式設計文檔
4.3 程式設計評審
5．系統實施
5.1 配置計算機系統及環境
5.2 選擇合適的程式設計語言
5.3 用C程式設計語言以及C++、Java中的任一種程式設計語言進行程式設計
5.4系統測試
指導程式設計師進行模組測試，並進行驗收
準備系統集成測試環境和測試工具
準備測試數據
寫出測試報告
6．軟體工程套用
6.1軟體開發周期模型
6.2需求分析
6.3軟體設計
軟體設計的基本原則
軟體設計方法
程式設計（結構化程式設計、面向對象程式設計）
6.4軟體測試的原則與方法
6.5軟體質量（軟體質量特性、軟體質量控制）
6.6軟體過程評估基本方法、軟體能力成熟度評估基本方法
6.7軟體開發環境和開發工具
6.8面向對象技術
面向構件技術
統一建模語言（UML）
軟體過程改進模型和方法
6.9 網路環境軟體技術
全能競賽
Solar Decathlon European
“太陽能十項全能競賽” (Solar Decathlon，SD)是由美國能源部 (DOE)2002年發起並主辦的以全球高校為參賽單位的太陽能建築科技競賽。競賽要求每所參賽大學設計並實際建造一棟建築面積不超過74m?的太陽能住宅，每屆競賽從入選到最後的現場競賽階段為期兩年，競賽的最後一個環節是將參賽的住宅運往美國華盛頓的國家廣場，用10天左右的時間在“太陽村”中將太陽能住宅組裝建造完成，之後的10天參賽並向公眾展示。期間，太陽能作為唯一能量來源提供住宅的所有運行和生活能量（電、熱、冷、炊事等等）。該競賽的總分數是1000分，專家將全面考核每個參賽作品的各項節能、建築物理環境調控及能源完全自給的能力， 經過對房屋性能的客觀指標測量和主觀評審，給出10個單項比賽得分，並最終確定分項排名及總分名次，競賽也因此得名“十項全能”競賽。 該競賽創辦於2002年，至今已舉辦了4屆。參賽學校數量為14 ～ 20所，主要來自美國 、加拿大 、歐洲和南美等國家的高水平大學。從2005年第二屆到剛剛結束的2009年第四屆，西班牙馬德里理工大學（Universidad Politécnica de Madrid, UPM）一直參與其中，成為歐洲參與度最高的學校。基於在歐洲推動太陽能的建築利用和可持續性建築研究的目標，西班牙政府和美國能源部簽署了合作備忘錄，定於2010年和2012年在歐洲舉辦“太陽能十項全能（歐洲賽區）競賽”，而其它年度的競賽仍在美國舉辦。
微分方程
SDE=stochastic differential equation隨機微分方程
隨機微分方程是微分方程的擴展。一般微分方程的對象為可導函式，並以其建立等式。然而，隨機過程函式本身的導數不可定義，是故一般解微分方程的概念不適用於隨機微分方程。
一般而言，隨機微分方程的解是一隨機過程函式，但解方程需要先定義隨機過程函式的微分。最常見的定義為根據伊藤清所創，假設B為布朗運動，則對於某函式H，作以下定積分之定義：
sde 此稱為伊藤積分。伊藤式的隨機微分方程常用於在金融數學中。
SDE指數
一種通過網路對話實現網路智商評測的指數系統，網路遊戲玩家“無風”發明於2011年12月28日，通過SDE測驗，可以得知對話方在網路方面的整合能力，尤其在與防騙、防黑、防吐槽等方面，在一定程度上，接近於大家常說的網路IQ。
