現代的Oracle神話在很大程度上都是由於Oracle技術的更換,還有一些Oracle專業人員無法調整以適應改變導致的。
神話:索引和表不需要分開
這個神話的產生根據Oracle在90年代早期提出的建議,當時有關磁碟的爭論是一個主要的話題。
直到不久之前,資料庫中索引和表的分離才被認為是好的辦法,並且作為改善效能的方法被接受。
當然,還有一部分原因是因為他們在同一個磁碟上,如果他們不分離的話,會互相沖突。將索引移動到一塊獨立磁碟上的表空間上,與表相分離,而不僅僅是分隔到獨立的表空間上,這通常都會帶來效能上的提高。
主要的論據,由對單使用者系統的10046個追蹤所支援,就是在一個查詢中訪問表和索引的操作在本質上不是非同步的,而是線性的過程。然而,然而,即使是在單使用者的系統中,也沒有考慮到被請求的頭移動和與讀取索引以及表有關的磁碟延遲。在多使用者的環境中,也沒有考慮到以上所有的因素,以及多使用者訪問協同定位的表和索引產生的影響。
現在,當合理地放置了RAID之後,許多有關協同定位的問題的爭論都沒有了或者轉移了。然而,將表和索引分割到幾個表空間中仍然使得維護更加簡單了。分隔到離散的表空間中使得追蹤I/O速率和特定物件或者物件型別成為可能,並且允許使用者使用多塊尺寸。
現代的Oracle神話在很大程度上都是由於Oracle技術的更換,還有一些Oracle專業人員無法調整以適應改變導致的。
神話:索引和表不需要分開
這個神話的產生根據Oracle在90年代早期提出的建議,當時有關磁碟的爭論是一個主要的話題。
直到不久之前,資料庫中索引和表的分離才被認為是好的辦法,並且作為改善效能的方法被接受。
當然,還有一部分原因是因為他們在同一個磁碟上,如果他們不分離的話,會互相沖突。將索引移動到一塊獨立磁碟上的表空間上,與表相分離,而不僅僅是分隔到獨立的表空間上,這通常都會帶來效能上的提高。
主要的論據,由對單使用者系統的10046個追蹤所支援,就是在一個查詢中訪問表和索引的操作在本質上不是非同步的,而是線性的過程。然而,然而,即使是在單使用者的系統中,也沒有考慮到被請求的頭移動和與讀取索引以及表有關的磁碟延遲。在多使用者的環境中,也沒有考慮到以上所有的因素,以及多使用者訪問協同定位的表和索引產生的影響。
現在,當合理地放置了RAID之後,許多有關協同定位的問題的爭論都沒有了或者轉移了。然而,將表和索引分割到幾個表空間中仍然使得維護更加簡單了。分隔到離散的表空間中使得追蹤I/O速率和特定物件或者物件型別成為可能,並且允許使用者使用多塊尺寸。