主鍵是必須的,如果覺得增加一列會給程序帶來麻煩,那覺得你現在應該暫停繼續編碼,多花點回時間答在結構的設計上,對整個程序而言更有意義 :-)
就資料庫方面而言,不建議用數據列作主鍵,因為長字元數據操作起來效率不如整型高(可以設想,刪除記錄的時候,比較兩個整形是否相等要比比較兩個長字元串是否相等快捷得多,排序,分組之類的操作就不用多說了).
建議增加一個標識列(identity column)作主鍵,不會給程序帶來多少麻煩的
② 誰能把Oracle的體系結構用通俗的語言講解一下 我要自己理解的.用通俗的話說出來.
1、 ORACLE 實例――包括內存結構與後台進程 2、 ORACLE 資料庫――物理操作系統文件的集合 3、 了解內存結構的組成 4、 了解後台進程的作用
1、 Oracle 實例――包括內存結構與後台進程
2、 Oracle 資料庫――物理操作系統文件的集合
3、 了解內存結構的組成
4、 了解後台進程的作用
5、 了解資料庫的物理文件
6、 解釋各種邏輯結構
一、Oracle實例
1、Oracle 實例
System Global Area(SGA) 和 Background Process 稱為資料庫的實例。
2、Oracle 資料庫
一系列物理文件的集合（數據文件，控制文件，聯機日誌，參數文件等）
3、系統全局共享區System Global Area(SGA)
System Global Area 是一塊巨大的共享內存區域，他被看做是Oracle 資料庫的一個大緩沖池，這里的數據可以被Oracle的各個進程共用。其大小可以通過如下語句查看：
SQL> select * from v$sga;
NAME VALUE
-------------------- ---------
Fixed Size 39816
Variable Size 259812784
Database Buffers 1.049E+09
Redo Buffers 327680
更詳細的信息可以參考V$sgastat、V$buffer_pool
主要包括以下幾個部分：
a、 共享池(Shared pool)
共享池是SGA中最關鍵的內存片段，特別是在性能和可伸縮性上。一個太小的共享池會扼殺性能，使系統停止，太大的共享池也會有同樣的效果，將會消耗大量的CPU來管理這個共享池。不正確的使用共享池只會帶來災難。共享池主要又可以分為以下兩個部分：
SQL語句緩沖(Library Cache)
當一個用戶提交一個SQL語句，Oracle會將這句SQL進行分析(parse)，這個過程類似於編譯，會耗費相對較多的時間。在分析完這個SQL，Oracle會把他的分析結果給保存在Shared pool的Library Cache中，當資料庫第二次執行該SQL時，Oracle自動跳過這個分析過程，從而減少了系統運行的時間。這也是為什麼第一次運行的SQL 比第二次運行的SQL要慢一點的原因。
下面舉例說明parse的時間
SQL> select count(*) fromscpass ;
COUNT(*)
----------
243
Elapsed: 00:00:00.08
這是在Share_pool 和Data buffer 都沒有數據緩沖區的情況下所用的時間
SQL> alter system flush SHARED_POOL;
System altered.
清空Share_pool，保留Data buffer
SQL> select count(*) from scpass ;
COUNT(*)
----------
243
Elapsed: 00:00:00.02
SQL> select count(*) from scpass ;
COUNT(*)
----------
243
Elapsed: 00:00:00.00
從兩句SQL 的時間差上可以看出該SQL 的Parse 時間約為00:00:00.02
對於保存在共享池中的SQL語句，可以從V$Sqltext、v$Sqlarea中查詢到，對於編程者來說，要盡量提高語句的重用率，減少語句的分析時間。一個設計的差的應用程序可以毀掉整個資料庫的Share pool，提高SQL語句的重用率必須先養成良好的變成習慣，盡量使用Bind變數。
數據字典緩沖區(Data Dictionary Cache)
顯而易見，數據字典緩沖區是Oracle特地為數據字典准備的一塊緩沖池，供Oracle內部使用，沒有什麼可以說的。
b、塊緩沖區高速緩存(Database Buffer Cache)
這些緩沖是對應所有數據文件中的一些被使用到的數據塊。讓他們能夠在內存中進行操作。在這個級別里沒有系統文件,，戶數據文件，臨時數據文件，回滾段文件之分。也就是任何文件的數據塊都有可能被緩沖。資料庫的任何修改都在該緩沖里完成，並由DBWR進程將修改後的數據寫入磁碟。
這個緩沖區的塊基本上在兩個不同的列表中管理。一個是塊的「臟」表(Dirty List)，需要用資料庫塊的
書寫器(DBWR)來寫入，另外一個是不臟的塊的列表(Free List)，一般的情況下，是使用最近最少使用 (Least Recently Used,LRU)演算法來管理。塊緩沖區高速緩存又可以細分為以下三個部分（Default pool,Keep pool,Recycle pool）。如果不是人為設置初始化參數(Init.ora)，Oracle將默認為Default pool。由於操作系統定址能力的限制，不通過特殊設置，在32位的系統上，塊緩沖區高速緩存最大可以達到1.7G，在64位系統上，塊緩沖區高速緩存最大可以達到10G。
c、重做日誌緩沖區(Redo log buffer)
重做日誌文件的緩沖區，對資料庫的任何修改都按順序被記錄在該緩沖，然後由LGWR進程將它寫入磁碟。這些修改信息可能是DML語句，如(Insert,Update,Delete)，或DDL語句，如(Create,Alter,Drop等)。 重做日誌緩沖區的存在是因為內存到內存的操作比較內存到硬碟的速度快很多，所以重作日誌緩沖區可以加快資料庫的操作速度，但是考慮的資料庫的一致性與可恢復性，數據在重做日誌緩沖區中的滯留時間不會很長。所以重作日誌緩沖區一般都很小，大於3M之後的重作日誌緩沖區已經沒有太大的實際意義。
d、Java程序緩沖區(Java Pool)
Java 的程序區，Oracle 8I 以後，Oracle 在內核中加入了對Java的支持。該程序緩沖區就是為Java 程序保留的。如果不用Java程序沒有必要改變該緩沖區的默認大小。
e、大池(Large Pool)
大池的得名不是因為大，而是因為它用來分配大塊的內存，處理比共享池更大的內存，在8.0開始引入。
下面對象使用大池：
MTS――在SGA的Large Pool中分配UGA
語句的並行查詢(Parallel Executeion of Statements)――允許進程間消息緩沖區的分配，用來協調 並行查詢伺服器
備份(Backup)――用於RMAN磁碟I/O緩存
4、後台進程(Background process)
後台進程是Oracle的程序，用來管理資料庫的讀寫，恢復和監視等工作。Server Process主要是通過他和user process進行聯系和溝通，並由他和user process進行數據的交換。在Unix機器上，Oracle後台進程相對於操作系統進程，也就是說，一個Oracle後台進程將啟動一個操作系統進程；在Windows機器上， Oracle後台進程相對於操作系統線程，打開任務管理器，我們只能看到一個Oracle.EXE的進程，但是通過另外的工具，就可以看到包含在這里進程中的線程。
在Unix上可以通過如下方法查看後台進程：
ps ?ef | grep ora_
# ps -ef | grep ora_ | grep XCLUAT
Oracle 29431 1 0 Sep 02 2:02 ora_dbwr_SID
Oracle 29444 1 0 Sep 02 0:03 ora_ckpt_SID
Oracle 29448 1 0 Sep 02 2:42 ora_smon_SID
Oracle 29442 1 0 Sep 02 3:25 ora_lgwr_SID
Oracle 29427 1 0 Sep 02 0:01 ora_pmon_SID
a、Oracle系統有5 個基本進程他們是
DBWR(數據文件寫入進程)
LGWR(日誌文件寫入進程)
SMON(系統監護進程)
PMON(用戶進程監護進程)
CKPT(檢查點進程,同步數據文件, 日誌文件,控制文件)
b、DBWR
將修改過的數據緩沖區的數據寫入對應數據文件
維護系統內的空緩沖區
這里指出幾個容易錯誤的概念:
當一個更新提交後,DBWR把數據寫到磁碟並返回給用戶提交完成.
DBWR會觸發CKPT 後台進程
DBWR不會觸發LGWR 進程
上面的概念都是錯誤的.
DBWR是一個很底層的工作進程，他批量的把緩沖區的數據寫入磁碟。和任何前台用戶的進程幾乎沒有什麼關系，也不受他們的控制。至於DBWR會不會觸發LGWR和CKPT進程，我們將在下面幾節里討論。
DBWR工作的主要條件如下
DBWR 超時
系統中沒有多的空緩沖區用來存放數據
CKPT 進程觸發DBWR 等
c、LGWR
將重做日誌緩沖區的數據寫入重做日誌文件，LGWR是一個必須和前台用戶進程通信的進程。當數據被修改的時候，系統會產生一個重做日誌並記錄在重做日誌緩沖區內。這個重做日誌可以類似的認為是以下的一個結構:
SCN=000000001000
數據塊ID
對象ID=0801
數據行=02
修改後的數據=0011
提交的時候，LGWR必須將被修改的數據的重做日誌緩沖區內數據寫入日誌數據文件，然後再通知前台進程提交成功，並由前台進程通知用戶。從這點可以看出LGWR承擔了維護系統數據完整性的任務。
LGWR 工作的主要條件如下
用戶提交
有1/3 重做日誌緩沖區未被寫入磁碟
有大於1M 重做日誌緩沖區未被寫入磁碟
超時
DBWR需要寫入的數據的SCN號大於LGWR 記錄的SCN號，DBWR 觸發LGWR寫入
d、SMON
工作主要包含
清除臨時空間
在系統啟動時，完成系統實例恢復
聚結空閑空間
從不可用的文件中恢復事務的活動
OPS中失敗節點的實例恢復
清除OBJ$表
縮減回滾段
使回滾段離線
e、PMON
主要用於清除失效的用戶進程，釋放用戶進程所用的資源。如PMON將回滾未提交的工作，釋放鎖，釋放分配給失敗進程的SGA資源。
f、CKPT
同步數據文件，日誌文件和控制文件，由於DBWR/LGWR的工作原理，造成了數據文件，日誌文件，控制文件的不一至，這就需要CKPT進程來同步。CKPT會更新數據文件/控制文件的頭信息。
CKPT工作的主要條件如下
在日誌切換的時候
資料庫用immediate ,transaction , normal 選項shutdown 資料庫的時候
根據初始話文件LOG_CHECKPOINT_INTERVAL、LOG_CHECKPOINT_TIMEOUT、FAST_START_IO_TARGET 的設置的數值來確定
用戶觸發
以下進程的啟動需要手工配置
g、ARCH
當資料庫以歸檔方式運行的時候，Oracle會啟動ARCH進程，當重做日誌文件被寫滿時，日誌文件進行切換，舊的重做日誌文件就被ARCH進程復制到一個/多個特定的目錄/遠程機器。這些被復制的重做日誌文件被叫做歸檔日誌文件。
h、RECO
負責解決分布事物中的故障。Oracle可以連接遠程的多個資料庫，當由於網路問題，有些事物處於懸而未決的狀態。RECO進程試圖建立與遠程伺服器的通信，當故障消除後，RECO進程自動解決所有懸而未決的會話。
i、服務進程Server Process
服務進程的分類
專用服務進程(Dedicated Server Process)
一個服務進程對應一個用戶進程
共享服務進程(MultiTreaded Server Process)
一個服務進程對應多個用戶進程，輪流為用戶進程服務。
PGA & UGA
PGA = Process Global Area
UGA = User Global Area
他保存了用戶的變數、許可權、堆棧、排序空間等用戶信息，對於專用伺服器進程，UGA在PGA中分配。對於多線程進程，UGA在Large pool中分配。
j、用戶進程User Process
在客戶端，將用戶的SQL 語句傳遞給服務進程
5、一個貫穿資料庫全局的概念----系統改變號SCN(System Change Number)
系統改變號，一個由系統內部維護的序列號。當系統需要更新的時候自動增加，他是系統中維持數據的一致性和順序恢復的重要標志。
a. 查詢語句不會使SCN增加，就算是同時發生的更新，資料庫內部對應的SCN也是不同的。這樣一來就保證了數據恢復時候的順序。
b. 維持數據的一致性，當一
二、Oracle 資料庫
Oracle資料庫的組成――物理操作系統文件的集合。主要包括以下幾種。
1、控制文件（參數文件init.ora記錄了控制文件的位置）
控制文件包括如下主要信息
資料庫的名字，檢查點信息，資料庫創建的時間戳
所有的數據文件，聯機日誌文件，歸檔日誌文件信息
備份信息等
有了這些信息，Oracle就知道那些文件是數據文件，現在的重做日誌文件是哪些，這些都是系統啟動和運行的基本條件，所以他是Oracle運行的根本。如果沒有控制文件系統是不可能啟動的。控制文件是非常重要的，一般採用多個鏡相復制來保護控制文件，或採用RAID來保護控制文件。控制文件的丟失，將使資料庫的恢復變的很復雜。
控制文件信息可以從V$Controlfile中查詢獲得
2、數據文件（數據文件的詳細信息記載在控制文件中）
可以通過如下方式查看數據文件
SQL> select name from v$datafile;
NAME
---------------------------------------------
/u05/dbf/PROD/system_01.dbf
/u06/dbf/PROD/temp_01.dbf
/u04/dbf/PROD/users_01.dbf
/u09/dbf/PROD/rbs_01.dbf
/u06/dbf/PROD/applsys_indx_01.dbf
/u05/dbf/PROD/applsys_data_01.dbf
從以上可以看出，數據文件大致可以分為以下幾類：
i. 系統數據文件(system_01.dbf)
存放系統表和數據字典，一般不放用戶的數據，但是用戶腳本，如過程，函數，包等卻是保存在數據字典中的。
名詞解釋：數據字典 數據字典是一些系統表或視圖，他存放系統的信息，他包括資料庫版本，數據文件信息，表與索引等段信息，系統的運行狀態等各種和系統有關的信息和用戶腳本信息。資料庫管理員可以通過對數據字典的查詢，就可以了解到Oracle的運行狀態。
ii. 回滾段文件(rbs_01.dbf)
如果資料庫進行對數據的修改，那麼就必須使用回滾段，回滾段是用來臨時存放修改前的數據(Before Image)。回滾段通常都放在一個單獨的表空間上（回滾表空間），避免表空間碎片化，這個表空間包含的數據文件就是回滾數據文件。
iii. 臨時數據文件(temp_01.dbf)
主要存放用戶的排序等臨時數據，與回滾段相似，臨時段也容易引起表空間碎片化，而且沒有辦法在一個永久表空間上開辟臨時段，所以就必須有一個臨時表空間，它所包含的數據文件就是臨時數據文件，主要用於不能在內存上進行的排序操作。我們必須為用戶指定一個臨時表空間。
iv. 用戶數據文件(/applsys_data_01.dbf ,applsys_indx_01.dbf)
存放用戶數據，這里列舉了兩類常見的用戶型數據，一般數據和索引數據，一般來說，如果條件許可的話，可以考慮放在不同的磁碟上。
3、重做日誌文件（聯機重做日誌）
用戶對資料庫進行的任何操作都會記錄在重做日誌文件。在了解重做日誌之前必須了解重做日誌的兩個概念，重做日誌組和重做日誌組成員(Member)，一個資料庫中至少要有兩個日誌組文件，一組寫完後再寫另一組，即輪流寫。每個日誌組中至少有一個日誌成員，一個日誌組中的多個日誌成員是鏡相關系，有利於日誌文件的保護，因為日誌文件的損壞，特別是當前聯機日誌的損壞，對資料庫的影響是巨大的。
聯機日誌組的交換過程叫做切換，需要特別注意的是，日誌切換在一個優化效果不好的資料庫中會引起臨時的「掛起」。掛起大致有兩種情況：
在歸檔情況下，需要歸檔的日誌來不及歸檔，而聯機日誌又需要被重新利用
檢查點事件還沒有完成（日誌切換引起檢查點），而聯機日誌需要被重新利用
解決這種問題的常用手段是：
i.增加日誌組
ii.增大日誌文件成員大小
通過v$log可以查看日誌組，v$logfile可以查看具體的成員文件。
4、歸檔日誌文件
Oracle可以運行在兩種模式之中，歸檔模式和不歸檔模式。如果不用歸檔模式，當然，你就不會有歸檔日誌，但是，你的系統將不會是一個實用系統，特別是不能用於生產系統，因為你可能會丟失數據。但是在歸檔模式中，為了保存用戶的所有修改，在重做日誌文件切換後和被覆蓋之間系統將他們另外保存成一組連續的文件系列，該文件系列就是歸檔日誌文件。
有人或許會說，歸檔日誌文件佔領我大量的硬碟空間，其實，具體想一想，你是願意浪費一點磁碟空間來保護你的數據，還是願意丟失你的數據呢？顯而義見，我們需要保證我們的數據的安全性。其實，歸檔並不是一直佔領你的磁碟空間，你可以把她備份到磁帶上，或則刪除上一次完整備份前的所有日誌文件。
5、初始化參數文件
initSID.ora或init.ora文件，因為版本的不一樣，其位置也可能會不一樣。在8i中，通常位於$Oracle_HOME/admin//Pfile下，初始化文件記載了許多資料庫的啟動參數，如內存，控制文件，進程數等，在資料庫啟動的時候載入（Nomount時載入），初始化文件記錄了很多重要參數，對資料庫的性能影響很大，如果不是很了解，不要輕易亂改寫，否則會引起資料庫性能下降。
6、其他文件
i . 密碼文件
用於Oracle 的具有sysdba許可權用戶的認證.
ii. 日誌文件
報警日誌文件（alert.log或alrt.ora）
記錄資料庫啟動，關閉和一些重要的出錯信息。資料庫管理員應該經常檢查這個文件，並對出現的問題作出即使的反應。你可以通過以下SQL 找到他的路徑select value from v$PARAMETER where name ="background_mp_dest";
後台或用戶跟蹤文件
系統進程或用戶進程出錯前寫入的信息，一般不可能讀懂，可以通過Oracle的TKPROF工具轉化為可以讀懂的格式。對於系統進程產生的跟蹤文件與報警日誌文件的路徑一樣，用戶跟蹤文件的路徑，你可以通過以下SQL找到他的路徑select value from v$PARAMETER where name ="user_mp_dest";
三、Oracle邏輯結構
1、 表空間(tablespace)
表空間是資料庫中的基本邏輯結構，一系列數據文件的集合。一個表空間可以包含多個數據文件，但是一個數據文件只能屬於一個表空間。
2、 段(Segment)
段是對象在資料庫中佔用的空間，雖然段和資料庫對象是一一對應的，但段是從資料庫存儲的角度來看的。一個段只能屬於一個表空間，當然一個表空間可以有多個段。
表空間和數據文件是物理存儲上的一對多的關系，表空間和段是邏輯存儲上的一對多的關系，段不直接和數據文件發生關系。一個段可以屬於多個數據文件，關於段可以指定擴展到哪個數據文件上面。
段基本可以分為以下四種
數據段(Data Segment)
索引段(Index Segment)
回滾段(Rollback Segment)
臨時段(Temporary Segment)
3、區間(Extent)
關於Extent的翻譯有多種解釋，有的譯作擴展，有的譯作盤區，我這里通常譯為區間。在一個段中可以存在多個區間，區間是為數據一次性預留的一個較大的存儲空間，直到那個區間被用滿，資料庫會繼續申請一個新的預留存儲空間，即新的區間，一直到段的最大區間數(Max Extent)或沒有可用的磁碟空間可以申請。 在Oracle8i以上版本，理論上一個段可以無窮個區間，但是多個區間對Oracle卻是有性能影響的，Oracle建議把數據分布在盡量少的區間上，以減少Oracle的管理與磁頭的移動。
4、Oracle數據塊(Block)
Oracle最基本的存儲單位，他是OS數據塊的整數倍。Oracle的操作都是以塊為基本單位，一個區間可以包含多個塊（如果區間大小不是塊大小的整數倍，Oracle實際也擴展到塊的整數倍）。
5、基本表空間介紹
a. 系統表空間
主要存放數據字典和內部系統表基表
查看數據數據字典的SQL
select * from dict
查看內部系統表的SQL
select * from v$fixed_view_definition
DBA對系統的系統表中的數據字典必須有一個很深刻的了解，他們必須准備一些基礎的SQL語句，通過這些SQL可以立即了解系統的狀況和資料庫的狀態，這些基本的SQL包括
系統的剩餘空間
系統的SGA
狀態系統的等待
用戶的許可權
當前的用戶鎖
緩沖區的使用狀況等
在成為DBA 的道路上我們不建議你過分的依賴於OEM/Quest 等優秀的資料庫管理工具，因為他們不利於你對數據數據字典的理解，SQL語句可以完成幾乎全部的資料庫管理工作。
大量的讀少量的寫是該表空間的一個顯著的特點。
b. 臨時表空間.
臨時表空間顧名思義是用來存放臨時數據的，例如排序操作的臨時空間，他的空間會在下次系統啟動的時候全部被釋放。
c. 回滾段表空間
i. 回滾段在系統中的作用
當資料庫進行更新插入刪除等操作的時候，新的數據被更新到原來的數據文件，而舊的數據(Before Image)就被放到回滾段中，如果數據需要回滾，那麼可以從回滾段將數據再復制到數據文件中。來完成數據的回滾。在系統恢復的時候， 回滾段可以用來回滾沒有被commit 的數據，解決系統的一至性。
回滾段在什麼情況下都是大量的寫，一般是少量讀，因此建議把回滾段單獨出來放在一個單獨的設備（如單獨的磁碟或RAID），以減少磁碟的IO爭用。
ii. 回滾段的工作方式
一個回滾表空間可以被劃分成多個回滾段.
一個回滾段可以保存多個會話的數據.
回滾段是一個圓形的數據模型
假設回滾段由4 個區間組成，他們的使用順序就是區間1à區間2à區間3à區間4à區間1。也就是說，區間是可以循環使用的，當區間4到區間1的時候，區間1裡面的會話還沒有結束, 區間4用完後就不能再用區間1,這時系統必須分配區間5，來繼續為其他會話服務服務。
我們分析一個Update 語句的完成
①. 用戶提交一個Update 語句
②. Server Process 檢查內存緩沖.
如果沒有該數據塊的緩沖，則從磁碟讀入
i. 如果沒有內存的有效空間，DBWR被啟動將未寫入磁碟的臟緩沖寫入磁碟
ii. 如果有有效空間，則讀入
③. 在緩沖內更新數據
i. 申請一個回滾段入口，將舊數據寫如回滾段
ii. 加鎖並更新數據
iii. 並在同時將修改記錄在Redo log buffer中
③ 詳解伺服器、磁碟和網卡知識
本文主要介紹伺服器的概念、常見的伺服器技術和架構組成，此外將詳細介紹磁碟、RAID知識，網卡概念、分類和主流廠商和產品，內容大致分為3部分。
第1章、伺服器通用基礎知識
簡單來說，伺服器就是在網路中為其他客戶機提供服務的計算機；具有高性能、高可靠、高IO數據傳輸能力等特點，企業從基礎的郵件、列印到核心應用如ERP、資料庫等業務，再到我們所熟悉的互聯網業務，創新大數據服務、天氣預報HPC高性能計算等都離不開大規模伺服器的支持。
伺服器主要由CPU、內存、硬碟、模組、RAID卡組成，配合電源、主板、機箱等基礎硬體組成。
CISC ：主要是兩家，包括IntelCPU（非安騰系列）、AMD CPU。
RISC： 伺服器領域主要是IBM Power系列、Sun Spark系列，消費級的代表是ARM架構的CPU。
2017年7月，Intel正式發布了代號為Purley的新一代伺服器平台，包括代號為Skylake的新一代Xeon CPU，命名為英特爾至強可擴展處理器(Intel Xeon Scalable Processor，SP)，也宣告了延續4代的至強E5/E7系列命名方式的終結。
Xeon至強可擴展處理器不再以E7、E5的方式來劃分定位，而代之以鉑金(Platinum)、金(Gold)、銀(Silver)、銅(Bronze)的方式。Skylake是新命名方式的第一代產品，Cascade Lake是是二代，共用Purley平台。
大型機 ：普通人很少接觸，用於大規模計算的計算機系統.大型機通常用於政府、銀行、交通、保險公司和大型製造企業。特點是處理數據能力強大、穩定性和安全性又非常高
小型機 ：往往應用於金融、電力、電信等行業，這些用戶看重的是Unix操作系統和專用伺服器RAS特性、縱向擴展性和高並發訪問下的出色處理能力。這些特性是普通的X86伺服器很難達到的，所以在資料庫等關鍵應用一般都採用「高大貴」的小型機方案。
x86伺服器 ：採用CISC架構處理器。1978年6月8日，Intel發布了一款新型的微處理器8086，意味著x86架構的誕生，而x86作為特定微處理器執行計算機語言的指令集，定義了晶元的基本使用規則。
ARM伺服器 ：ARM全稱為Advanced RISC Machine，即進階精簡指令集機器。ARM是RISC微處理器的代表作之一，最大的特點在於節能。
C/S是Client/Server的縮寫，伺服器通常採用高性能的PC、工作站或小型機，並採用大型資料庫系統，如Oracle、Sybase、Informix或 SQLServer，客戶端需要安裝專用的客戶端軟體。
B/S是Browser/Server的縮寫，客戶機只要安裝瀏覽器(Browser)，如Netscape Navigator或Internet Explorer，伺服器安裝Oracle、Sybase、Informix或 SQLServer等資料庫。在這種結構下，用戶界面完全通過瀏覽器實現，一部分事務邏輯在前端實現，但是主要事務邏輯在伺服器端實現。瀏覽器通過Web Server 同資料庫進行數據交互。
網卡在TCP/IP的模型中，工作在物理層和數據鏈路層，用來接收和發送數據。除了數據的收發，網卡還有一些其他功能：
1、代表固定的地址： 數據發送出去，發給誰，又從哪裡接收。這都是通過IP區分的
2、數據的封裝、解封： 比如寄一封信，信封里的信紙是data，信封是幀頭和幀尾。
3、鏈路管理 ：因為乙太網是共享鏈路的，在使用時候可能會有其他人也在發送數據。如果同時發送，就會產生沖突，這就要求在發送的時候，檢測鏈路的狀態是否空閑；
4、數據的編碼和解碼 ：在物理介質中，傳送的是電平或光信號。這時就需要將二進制數據轉換成電平信號或光信號。
5、發送和接收數據
我們再來說說網卡的分類。隨著計算機網路技術的飛速發展，為了滿足各種環境和層次的應用，出現了不同類型的網卡。
匯流排分類 ：PCIe、USB、ISA、PCI，ISA/PCI等匯流排是比較早期的網路匯流排，現在已很少用了，USB介面的網卡主要用在消費級電子中。
結構形態：集成網卡（LOM）、PCIe標卡網卡、Mezz卡。
應用類型 ：按網卡所應用的的計算機類型來區分，可以將網卡分為應用於工作站的網卡和應用於伺服器的網卡。
電口，PC上常見到的那種網口介面，這種介面叫RJ45，使用的是普通的網線
光口，用於連接光模塊，網卡上用於插光模塊的介面，我們叫光籠子。
光模塊按封裝形式，可以分為SFP+、SFP28、QSFP+，其中SFP+和SFP28在結構外觀上是一致的，可以相互兼容，只是SFP28支持的速率更高，可以達到25G，而SFP+一般只到10G。QSFP+在外觀形態上與SFP+差異很大，兩者不兼容。QSFP+應用在40G以上速率上。
DAC線纜是直連銅纜，這種銅纜的模塊頭是和線纜一體的，不需要再配置光模塊。電纜的衰減大，一般只有1m，3m，5m長度的，但價格便宜，是短距離傳輸的最佳解決方案。
AOC叫做有源光纜，一根AOC線纜相當於兩個光模塊+光纖，也是一體的，這種線纜數據傳輸可靠性高，但價格貴。