1、原表和臨時表的共享操作不一樣,臨時表只有一個執行緒在用,沒有任何使用者,而原表總是有不同的使用者,對查詢影響最大的是,有大量的資料在寫入或者頻繁的寫入,那麼查詢的時候就會涉及到很多事務機制的問題,所以會比較慢。
2、原表和臨時表的索引差異,索引對查詢的影響也很大,查詢操作比插入操作慢,是查詢和插入的機制問題,也涉及資料庫引擎的工作原理。
1、原表和臨時表的共享操作不一樣,臨時表只有一個執行緒在用,沒有任何使用者,而原表總是有不同的使用者,對查詢影響最大的是,有大量的資料在寫入或者頻繁的寫入,那麼查詢的時候就會涉及到很多事務機制的問題,所以會比較慢。
2、原表和臨時表的索引差異,索引對查詢的影響也很大,查詢操作比插入操作慢,是查詢和插入的機制問題,也涉及資料庫引擎的工作原理。
關係資料庫是由資料表組成的,即表的集合就稱為關係資料庫,關係資料庫是一個存放資料表的容器。在關係資料庫中,除了表沒有別的。表放在資料庫中進行操作管理就稱為資料庫表,放在資料庫外邊進行操作管理就稱為自由表。
在關係資料庫中,所有資料、資訊都是儲存在資料表中的。表是列和行的二維結構。用傳統的計算機語言來說,列被稱為欄位,行被稱為記錄。您在平時可以使用兩套名詞,意思相同。
表就象一個容器,無論多複雜的數字、單詞、字母和日期,將其放入表中進行處理總能成功。您可以相信,使用表足以處理所有型別的資訊,所以在關係資料庫中,所有的資訊都存放在表中。通常情況下,一個表包含很多行和列,一個行表示的是一個物件, 一個列表示的是一類資訊,一個單元格應表示一樣東西。
資料庫多表關聯:
在關係型資料庫中,多表關聯方式是影響效能最大的技術,把mysql定義為中小型資料庫的主要原因是mysql是不支援hash join的,這對多個大表關聯查詢造成效能的瓶頸,因此,在大資料領域,比較少使用mysql作為後臺資料庫,使用mysql,需要把表設計為寬表,進行反正規化設計,減少多表關聯,雖然單表的資料量大了,但是查詢速度快了非常多,從幾十秒降到1秒左右,1秒對大資料應用是可以接受的,在oltp應用是不可接受,因此,在oltp應用資料庫會進行分庫分表設計,這屬於垂直拆分,按照業務型別進行拆分多個例項和分庫,這屬於水平拆分,目標是實現輕資料庫重業務模式,很多運算需要放到應用程式碼執行,這也是基於資料庫是CS結構,而業務程式碼是分散式結構的屬性。