『壹』 oracle 對於多個大表關聯操作如何優化速度
1、首來先要建立適當的索引。自sql在索引欄位不要加函數，保證索引起效。如果是復合索引注意在sql的順序。如果已經存在索引，建議你先重建索引先，因為大數據表的索引維護到了一個階段就是亂的，一般建議重建。建立好的一般可以獲得幾十倍的速度提升。
2、最大數據量的表放在最前，最小的表放在最後面。sql是從最後面開始反向解析的。
3、其次是要把最有效縮小范圍的條件放到sql末尾去。尤其是主鍵或者索引欄位的條件。
4、保證你sql的演算法合理性。保證復雜度和空間度的合理性。
5、必要時候使用存儲過程。提升30%-40%的速度
6、建議你分頁讀取不要一下讀完所有的數據。（使用rownum），一下子數據太多會使得內存不夠用的。
如果這些都做了還不滿意的話，可以考慮建立幾個表空間，然後按照一個演算法將各個表的數據，平均的放在各個表空間內（分表分區），在select的時候資料庫就會使用多線程到各個表空間索引數據，這個一般不是上千萬級的表是不用的。 也不是所有人都會用。
『貳』 常用的關系型資料庫有哪些
Nosql的全稱是Not Only Sql，這個概念很早就有人提出。Nosql指的是非關系型資料庫，而我們常用的都是關系型資料庫。就像我們常用的mysql，oralce、sqlserver等一樣，這些資料庫一般用來存儲重要信息，應對普通的業務是沒有問題的。但是，隨著互聯網的高速發展，傳統的關系型資料庫在應付超大規模，超大流量以及高並發的時候力不從心。而就在這個時候，Nosql應運而生。
上面說的是NOSQL 的定義.Nosql和關系型資料庫的區別,這里我說明一比較重要的區別。
存儲格式： 關系型資料庫是表格式的，存儲在表的行和列中。他們之間很容易關聯協作存儲，提取數據很方便。而Nosql資料庫則與其相反，他是組合在一起。通常存儲在數據集中，就像文檔、鍵值對或者圖結構。舉個例子，例如在游戲裡面玩家的背包數據，我們都知道一個游戲裡面的道具是很多，而且不確定玩家什麼時候獲取什麼道具，這個時候如果想在關系資料庫裡面存儲數據，這個表怎麼建立就是一個很大的問題，如果你把所有的道具ID 當做表頭 ，那麼後續每增加一個道具，就需要修改這張表。如果你的表結構是 ：
用戶ID|道具ID|道具數量|道具特殊屬性
那麼可以想像一下 這張表隨著用戶的增多會變的多麼的龐大。所以這個時候我們就需要一個能直接像操作玩家對象一樣的資料庫，這里比較代表性的就是mongo ，通過這個我們就可以看出nosql 資料庫更適合存儲結構不確定的數據。
存儲擴展：這可能是兩者之間最大的區別，關系型資料庫是縱向擴展，也就是說想要提高處理能力，要使用速度更快的計算機。因為數據存儲在關系表中，操作的性能瓶頸可能涉及到多個表，需要通過提升計算機性能來克服。雖然有很大的擴展空間，但是最終會達到縱向擴展的上限。而Nosql資料庫是橫向擴展的，它的存儲天然就是分布式的，可以通過給資源池添加更多的普通資料庫伺服器來分擔負載。
上面的的例子已經說明了這個問題。在現代互聯網時代大家都是希望能橫線擴展服務。這樣付出的代價是最小的。
對於上面關系型資料庫和NOSQL 資料庫的區別其實還有很多。我相信大家在用的都會感覺到。上面列出的只是我感覺區別最大的。
那麼NOSQL 這么好用，是不是都可以用了呢，顯示不是這樣，NOSQL 對於聚合查詢顯示不是他的強項。這個時候就需要關系型資料庫。我是這樣建議，對於結構統一，應該存儲於關系型資料庫，對於結構不統一的可以存儲到NOSQL資料庫例如mongo 。但是這個不是絕對的，在實際的項目的開發過程中，需要根據的自己的業務，仔細揣摩一下，做好最合適的劃分。
常見關系型資料庫通常有SQL Server，Mysql，Oracle等。主流的Nosql資料庫有Redis，Memcache，MongoDb。大多數的關系型資料庫都是付費的並且價格昂貴，成本較大，而Nosql資料庫通常都是開源的。在互聯網行業用大多也是免費的MYSQL（這里偷笑一下）。
在實際的項目中大家的項目都是如何選擇的呢？大家可以關注我,私信或者在評論區留言。
『叄』 (+)關聯查詢哪些資料庫可以使用
一、關聯查詢
在查詢數據時，所需要的數據不只在一張表中，可能在兩張或多張表中。這個時候，需要同時操作這些表來查詢數據，即關聯查詢。
關聯查詢所涉及到的表與表之間都會存在有關聯的欄位，如員工表的部門編號和部門表的部門編號。
2、笛卡爾積
在做關聯查詢時，資料庫會使用某一張表中的每一條記錄都與另外一張表的所有記錄進行組合。比如表A有x條記錄，表B有y條記錄，最終組合數為x*y，這個值就是笛卡爾積，通常沒有意義。
『肆』 設計一張表讓它關聯信息,我用的是MySql資料庫
你這個功能是ERP里的BOM（物料）的概念。
你可以增加一個欄位：類型（原子、組合）。
當類型為原子時，表示螺絲、4合木等。
當類型是組合時，查看一個中間表中間表裡的內容是：物料編號、關聯物料編號、數量
這樣你可以以2個不同的維度展現原料和加工產品之間的關系。
具體表結構我就不寫了，你看看能不能看明白。
『伍』 如何構建一個完善的資料庫,如何來處理表與表關系.
SQL Server本身就是一個完善的資料庫，提供可視化編程，後台完成所有拖放處理操作，不管有沒有數據都可以使用，不需要編譯。
一個比較合理的資料庫設計應該考慮數據的交互性和挖掘能力、處理效率以及日誌記錄。
建立數據表，注意以下幾點：
表建立的時候要有主鍵和索引，表與表之間要能使用主鍵相聯系，舉例說在A表裡我做完一次記錄要生成一個單號，B表裡面是依據單號來做下一個流程，而不是依據記錄的每一條數據
取名盡量使用英文+下劃線，SQL Server里對漢字需要轉碼，影響工作效率，按照他的默認編碼方式操作有助於提高數據處理速度
建立數據表的列數不要太多，用編碼規則來建立邏輯
注意欄位存儲空間，限制欄位長度，少用注釋和image
存儲過程盡量簡潔實用
建立視圖，為了別的客戶端使用，盡量建立視圖，做好完整的數據分析，別的介面程序或者客戶端直接就可以拿去使用。做視圖注意幾點：
多個表操作寫在一個視圖里，不要嵌套太多視圖
連接查詢要適當的篩選
跨伺服器操作視圖，要建立伺服器鏈接表，盡量使用內網鏈接，把伺服器鏈接表做成查詢視圖，放在本地伺服器資料庫里，這樣就等同本地操作
視圖之間保留連接欄位作為主要索引
建立計劃作業，有計劃地進行數據同步更新和備份標識工作，注意事項：
備份數據盡量放資料庫里同步復制
計劃任務避開工作高峰期
建立存儲過程，記錄操作日誌，把日誌以數據表的形式存儲，注意事項：
存儲過程對本表操作，不要交互太多表
精簡參數數量，注意參數存儲空間
對記錄修改刪除、更新標記的時候盡量使用時間來索引
建立關系圖，給表與表之間建立直接關系，整理整體挖掘數據性能。
建立計劃更新任務，優化資料庫整體性能。
『陸』 mysql資料庫兩個表的關聯
select b.ID,b.數量,a.類別 from b inner join a on b.類別=a.ID
解釋：你的意思是否是b表的類別於a表的ID為相同類型的數據（數字），如果是的話，很簡單，就是把兩個表做個結合，用b表的類別和a表的ID作為結合條件