地理數(shù)據(jù)庫:數(shù)據(jù)格式ArcInfo發(fā)展到ArcGIS時引入的，以及格式基于RDBMS 存儲的，有兩類:1 .Access的存儲small數(shù)據(jù)quantity數(shù)據(jù)、存儲MDB格式中使用了個性化數(shù)據(jù)庫。分析大型文本和圖像的原理數(shù)據(jù)inside數(shù)據(jù)library存儲。
永久表(基表)基本表是實際表，是實際的邏輯表示存儲 數(shù)據(jù)臨時表(描述表)有時效率很低。表格變量有點混亂，可以通過EXECUTESTATAMENT解決。DB2中表的類型有規(guī)則表和物化查詢表:規(guī)則表是我們常見的普通物理表；物化查詢表由類似于視圖的查詢語句生成，它也有一個具體的物理存儲，一般由系統(tǒng)維護，負責刷新數(shù)據(jù)；另外，規(guī)則表還有幾種分類:一種是普通表，一種是多維聚合表(MDC表)。普通表可以分區(qū)到存儲，多維聚集表不能；在V9版本中引入了數(shù)據(jù)的子表，類似于分區(qū)表。用戶可以定義子表的字段取值范圍。通過該字段值的提供，可以將數(shù)據(jù)的原表分割成存儲的多個表，分別訪問。
在設計數(shù)據(jù)庫的時候，我和唐笑在VARCHAR和CHAR類型的使用上有過分歧。我堅持表中的一些列，比如人格簽名，使用存儲 string的CHAR-type信息。因為我覺得用CHAR在數(shù)據(jù)庫中檢索更快，用COBOL程序邏輯處理CHAR字符串生成的變量也相對簡單，只要直接給變量賦值，也方便程序處理。
這增加了程序的邏輯處理。這也帶來了一些風險，例如，如果賦值的長度超過了最大值，就會在程序執(zhí)行時造成意想不到的后果。但他認為如果使用CHAR類型，很容易浪費存儲的空間，因為如果使用CHAR，無論存儲的字符串內容有多長，他都會使用它的固定長度to 存儲 it。VARCHAR可根據(jù)其實際字符串長度用于存儲-3/。
3、 db2建表有個長度為4096長度的列(字符串longvarchar最大長度為4000字節(jié)，供大家參考，希望對你有幫助。具體如下:字段類型描述字段的長度，其默認值char(size)用于存儲一個固定長度(size)的字符串bytes 數(shù)據(jù)。每行長度固定(不足部分用空格填充)；最大長度為254字節(jié)，默認值為每行1字節(jié)。Varchar(size)用于保存變長字符串數(shù)據(jù)。其中最大字節(jié)長度由(size)指定。
