成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

DB2數據庫性能理解的誤區有哪些?

數據庫
以下的文章主要是對DB2數據庫性能理解的主要誤區的詳細分析,以下就是相關內容的詳細介紹。愿在你學習2數據庫中以起到拋磚引玉的作用。

我們今天主要向大家詳細的對DB2數據庫性能理解的主要誤區的詳細分析,在實際中,DB2數據庫設計中物理設計應該盡可能的與其邏輯結構幾近相近,但是為性能做出的物理設計改變不能被忽略,因為它們并不來自于邏輯設計。

 

DB2數據庫性能理解的主要誤區:

 

邏輯設計應該總是能和物理設計完全映射

實際:DB2數據庫設計中物理設計應該盡可能的和邏輯結構相近,但是為性能做出的物理設計改變不能被忽略,因為它們并不來自于邏輯設計。

將所有東西放在一個緩沖池(BP0)中讓DB2管理

實際:就像在DB2手冊和其他地方說明的一樣,你只能在你的內存非常受限的情況下(10000 4k pages或者更少),你沒有時間去管理它,你也沒有考慮到性能的條件下,去這樣做。***這樣說:不要放置除了DB2 catalog和目錄以外的東西進入BP0。

DSNDB07是100%順序的

實際:DSNDB07從來就不是100%順序的,因為有工作文件中的對頁面進行的隨機活動。隨即活動可能高達45%,但是通常范圍是3%到10%。

VARCHAR應該總是被放置在行末

實際:這就是總是引發問題的話。如果表總是被讀,并且非常少的更新,那么可以,這將會減少CPU負載,但是在其它情況下這樣做就是最壞的,甚至如果表是被壓縮的。只有在頻繁更新的情況下它應該被放置在末尾,但是并不通常這樣。

程序應該以遵循邏輯過程的方式編碼

實際:偽代碼或者一個邏輯過程圖并不需要考慮DB2數據庫性能相關的編碼方式。在OLTP交易代碼中這非常具有戲劇性。

大多數過程不在SQL中進行

實際:事實上,問題的反面往往是正確的。SQL是一個非常豐富的語言,能夠處理大多數過程。實際上***的困難是SQL經常被用來作為I/O處理器而不是一個集合處理器。

代碼和引用表應該和DB2聲明的referential integrity(RI)一起使用

實際:RI不應該作為一個編輯有效性的快捷方式而使用,這通常屬于別的什么,但是應該在真父子關系中使用。

表至多有一到兩個索引

實際:表應該按照性能需求擁有多個索引。

非分割索引(NPI)不應該被使用,尤其是不應該在大的表中使用

實際:這關系到數不清的問題,總體上這些都能被克服,但是NPI是對適當的訪問和性能非常必要的。

大表應該被分割

實際:因為一個表中有太多數據就意味著有DB2數據庫性能下降,這是一個遺留的擔心。當一些表中有超過60億行數據時,這個理解已經被消除了。

DB2缺省就是好的

實際:缺省的一般不是***的,他們因版本不同而改變。比如考慮綁定參數CURRENTDATA。

不要在SQL WHERE謂詞里使用否定

實際:另外一個這種規則并沒有被解釋清楚。只有謂詞是一個否定時,SQL訪問路徑可能使用一個不必要的表空間掃描。但是在其它的多數情況下,多余的過濾應該在DB2引擎里完成,這會較好。

我可以只依靠EXPLAIN來決定是否訪問路徑是好的

實際:EXPLAIN不顯示執行的查詢塊的順序,不會告訴你1或者2階段的謂詞,不會告訴你一個塊會多長時間執行一次。基本的,EXPLAIN只是導出一些數據到一個表里,然后結合其他一些信息來進行更多的一些解釋。有一些工具來幫助處理此過程(如Visual Explain),但是如果所有的事實都沒有被考慮的話,這樣的方式只會帶來壞處。

不要做EDM池太大以避免其分頁

實際:EDM池通常通過分頁來提升性能(這里分頁是指擴展存儲,而不是磁盤)而不是變得更小并且因為頁面置換和其他因素持續重建內部結構。

擴展不會關系其他任何東西

實際:什么時候開始的?未來如果世界上充滿了SAN或者ESS,那差不多。擴展的影響已經因為新的磁盤緩存控制器而變得很小了,但是仍然有一些額外的檢查和處理需要來管理它們。

關系的劃分不會在DB2中使用

實際:關系的劃分已經在過去的許多系統中被使用了,可以有效的通過數據庫設計者和程序開發者來實現。在目前的商業智能(BI)和市場系統中,它可以被數次用在每個單個程序中。

將所有的包綁定到兩個計劃中:一個批處理和一個在線的

實際:在介紹DB2包的時候,這是一個不好的陳述。有許多理由可以說這個理解是錯誤的。

未授權的讀是不好的

實際:未授權的讀并不是一個四字單詞但是是一個非常好的DB2數據庫性能增強,可以被用在比經常理解的更多的地方。

在沒有超時和死鎖的情況下不會有鎖問題

實際:事實上沒有一個問題發生并不意味著沒有需要關注的的性能問題。經常鎖定不被認為是一個問題,因為注意力主要放在反應的調節測量(統計死鎖或者超時的數量),而不是后發式的調節(監控鎖等待時間)。

ESA數據壓縮總是好的

實際:當壓縮能被在很多地方起作用時,有一些情況它能帶來問題。每種情況都要在壓縮使用前決定是否使用它。這不是可選的,而是必須要在高層決定是否使用還是不使用。

【編輯推薦】

  1. 存儲DB2 9 XML 數據的作用有哪些?
  2. IBM DB2文件系統已滿如何破解?
  3. 對DB2 batch update中的注意事項描述
  4. 把DB2V8升級為DB2V95的方案解析
  5. DB2 9.7 兼容Oracle,IBM發布

 

責任編輯:佚名 來源: netgear
相關推薦

2010-08-04 14:55:00

DB2數據庫性能

2010-08-03 10:55:51

DB2數據庫性能

2010-08-02 08:40:43

DB2數據庫性能

2011-04-08 15:00:20

DB2數據庫

2010-09-07 15:58:24

DB2數據庫性能

2015-10-23 16:32:29

DB2數據庫性能

2010-09-06 08:52:25

DB2數據庫性能

2010-07-29 18:01:38

DB2性能

2011-03-15 11:19:45

DB2數據庫catalog

2010-08-12 09:49:51

優化DB2數據庫備份

2010-08-27 11:03:44

DB2數據庫性能調整

2010-08-17 17:29:06

DB2性能優化

2009-02-26 09:34:16

性能優化DB2數據庫

2010-08-16 13:25:41

DB2數據庫操作

2010-08-05 15:08:22

提高DB2數據庫

2011-03-11 16:02:03

DB2數據庫安裝

2010-08-11 17:24:13

DB2數據庫優化

2011-03-02 17:56:40

DB2數據庫

2011-03-14 17:03:21

DB2數據庫性能監控

2011-04-14 09:46:12

DB2數據庫catalog
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 免费久久网 | 99色播 | 国产精品一码二码三码在线 | 亚洲免费在线 | 久久久久久国产精品久久 | 国产精品中文在线 | 亚洲视频第一页 | 久久tv在线观看 | 超碰最新在线 | 天天爽天天干 | 欧美一区二区视频 | 国产欧美日韩精品一区二区三区 | 久久一区二区三区四区五区 | 日韩欧美视频在线 | 欧美激情国产精品 | 久久91av | 亚洲人成人一区二区在线观看 | 成人免费视频在线观看 | 一区二区三区四区国产 | 亚洲成人动漫在线观看 | 成人三级在线观看 | 久久黄网| 欧美午夜精品理论片a级按摩 | 日本人做爰大片免费观看一老师 | 五月激情久久 | 一区在线播放 | 欧美三级电影在线播放 | 欧美专区日韩 | 亚洲视频www | 久久最新 | 91中文字幕 | 久久久激情视频 | 精品国产欧美一区二区三区成人 | 日韩一区二区福利视频 | 国产精品电影在线观看 | 九九99九九精彩46 | 久久综合狠狠综合久久综合88 | 亚洲欧美日韩国产综合 | 一区福利视频 | www.日日干 | a在线视频 |