『壹』 java中怎麼對多個表操作急急急！！！
如果兩個表含嘩余橘中的ID相同或是主謂鍵關系可這談毀行么查：
select A.xx,B.xx from table1 A,table2 B where A.id=B.id;
『貳』 多表使用分組Group By，該怎麼處理
多表連接，可以使用表的改螞如簡稱，多表連接後，形成一個臨時表，group by是對臨時表進行分組，只要欄位前面加好表的簡稱，沒問題，你核啟可以試試。或物好者把需求發出來，幫你看一下
『叄』 我想用C#和sqlserver做一個多表的資料庫程序，比如學生信息管理，怎麼做，要讓我學會基本操作
摘要
本文主要闡述了外科醫療信息管理系統的設計思路、實現過程和實現方法。最初，我們從系統面向的用戶著手，了解不同用戶的各種需求，知閉旁從而分析得出系統應具備的功能，並依次設計系統的模塊結構和功能聯系。在分析用戶需求時，我們同時分析了系統管理的對象——即系統要管理的數據，把這些數據按照功能分類形成表，完成了資料庫的設計。後台程序中資料庫的介面也是按數據表的結構來實現的。
根據教學信態滑息管理的特點，系統採用瀏覽器/伺服器（B/S）模式[1]，運用了基於搭橡C#語言的ASP.NET技術，以SQLSERVER 2005資料庫作為後台資料庫，使用Visual Studio 2005開發前台頁面，實現了對外科醫療信息方便、快捷的管理，不僅提高了外科醫療信息管理的效率，而且為醫院工作人員之間信息的交流提供了一個便捷的平台。
系統實現的功能模塊主要有：系統管理員模塊，醫生管理模塊，護士管理模塊，科室秘書管理模塊，手術中管理模塊。系統把這些功能模塊有機的組織起來，已經具備了較高的實用價值。
關鍵字：信息管理系統, ASP.NET, C#
ABSTRACT
Something about how to design a Surgical Medical Management Information System that will be used in a hospital is mainly discussed in this paper. Also, the process and technique for carrying out this system are described detailed. At first, we make a survey about the requirements of the client who is the user of this system and analyze the system to see what function should be included. Lastly we devise relations between different functions and work out moles of this project. Based on analysis of the object to the system, we classify these data according to their function and complete designing of the database. Interface of database in background program is done based on the structure of datasheet.
According to Surgical Medical Management Information System, we decide that mold of this project should be B/S mold and use ASP.NET that based on C# language. The database we selected is SQL Server 2005 and the web is developed by Visual Studio 2005 in foreground. So it is convenient and fast to run basis instruction information and the monitor can be implemented with great efficiency. A convenient flat for communication between Staffs in the hospital also be provided.
Primary functional molds in this project are for Administrators mole, Doctor Management mole, Nurses management mole, Secretary of office management mole and Operation management mole. Because these moles are organized as an organic whole this system has high utility.
KEY WORDS: Information Management System, ASP.NET, C#
目錄
第一章 引言. 1
第二章 系統需求分析. 2
2.1 業務系統描述... 2
2.1.1 業務流程分析... 2
2.1.2 業務流程圖... 3
2.2 可行性分析... 4
2.3MIS系統的目標... 4
2.4 項目開發計劃... 5
第三章 概要設計. 5
3.1 系統目的... 5
3.2 系統構成圖... 6
3.3 子系統清單... 8
3.4 系統ER圖... 8
3.5 人員職責... 9
3.5.1系統管理員職責... 9
3.5.2 醫生職責... 10
3.5.3 護士職責... 10
3.5.4 科室秘書職責... 10
3.6資料庫設計... 11
3.6.1 實體描述... 11
3.6.2 聯系描述... 12
3.6.3 資料庫實現... 13
3.6.4 計算機系統配置方案的選擇和設計... 17
3.6.5 系統總體安全性、可靠性方案與措施... 18
3.6.6 系統安全性方案和措施... 18
3.6.7 可靠性方案與措施... 19
第四章 詳細設計. 20
4.1代碼設計... 20
4.2 人機界面設計... 20
4.3 輸入設計... 20
4.4 輸出設計... 22
4.5 模塊處理過程... 24
第五章 實施概況. 25
5.1 實施環境和工具... 25
5.1.1 計算機系統實施... 25
5.2 實施環境與工具的比較選擇... 25
5.2.1 實施環境... 25
5.2.2 幾種工具的特點及比較... 25
5.2.3 編程環境與工具... 26
5.2.4 數據准備概況... 27
5.3 系統測試概況... 27
5.3.1 系統測試的基本原則... 27
5.3.2 系統測試的方法... 28
5.4 歷史數據備份、數據恢復... 28
5.4.1歷史數據備份... 29
5.4.2 數據恢復... 29
5.5系統運行及維護概況... 30
5.5.1 系統運行概況... 30
5.5.2 系統維護概況... 30
第六章 小結. 32
6.1 系統功能和特點... 32
6.2 軟體開發過程的特點和體會... 32
6.3系統評價及改進... 33
參考文獻. 34
致 謝. 35
英文資料原文. 36
英文翻譯中文. 43
第一章 引言 隨著社會的發展，人們對健康越來越關注，醫院的業務不斷增長，處理越來越復雜，簡單的人工經營管理，已無法滿足醫院的需要, 成為醫院發展的瓶頸， 人們對醫療服務的要求也越來越高。傳統的手工記錄管理模式,病人信息繁雜，服務效率嚴重下降, 人工操作信息，流程容易漏、錯信息，走錯工作流程，人工記錄效率低的問題無法避免，因此,如何提高服務水平、提高工作效率，成為迫待解決的問題。醫院管理信息化不僅能提高醫務人員的工作效率和醫療水平，而且能提高醫院的服務質量和管理水平,因此，醫院對管理信息系統有著強烈的需求。美國著名教授Morris.Collen於1988年曾著文為醫院信息系統(HIS)下了如下定義：利用電子計算機和通訊設備，為醫院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數據交換的能力，並滿足所有授權用戶的功能需求。開發醫院外科管理信息系統(MIS)的目標就是立足醫院應用實際，著眼院未來發展，以強化醫院外科部門管理，提高醫療質量，方便醫院員工管理病人手術信息，提高醫院的服務效率和服務質量，設計一套符合功能規范要求，安全穩定，操作簡便的醫院外科管理信息系統，為醫院外科部門的管理提供一套全方位的解決方案。
第二章 系統需求分析 管理信息系統是一門新興的、集管理科學、信息科學、系統科學及計算機科學為一體的綜合性學科，研究的是信息管理活動的全過程，以便有效的管理信息，提供各類管理決策信息，輔助企業進行現代化管理。管理信息系統它具備數據處理、計劃、控制、預測和輔助決策功能，具體作用如下5點內容：
（1）用統一標准處理和提供信息，排除使用前後矛盾的不完整的數據。
（2）完整、及時提供在管理及決策中需要的數據。
（3）利用指定的數據關系分析數據，客觀預測未來。
（4）向各級管理機構提供不同詳細程度的報告，縮短分析和解釋的時間。
（5）用最低的費用最短的時間提供盡可能精確、可靠的信息，以便使決策者選擇最佳的實施方案，以提高企業的經濟效益。
2.1 業務系統描述 醫院的外科醫療水平和服務質量是衡量一個醫院標准，僅靠增加基礎設施投入和脫離信息化的管理方法的改進，是不能從根本上提高醫院部門的工作效率、服務質量和管理水平的。MIS的目的就是減輕業務勞動強度，工作職責合理配置，減少了差錯，科學管理外科流程，節省人力，提高醫院的財、物管理水平，工作效率，增加經濟效益，方便醫院職工對病人信息的控制，提高醫院外科部門的服務效率和服務質量，提高醫院的外科部門醫療質量和管理水平。所以，一個現代化的適應社會發展需要的醫院外科部門，除了具備一流的醫療隊伍、一流的服務設施之外，還應具備一流的管理信息系統。
文章出處：
很不錯的網站，裡面有很多免費的資料
開題報告：
題目列表：
不行就定做一個吧
定做的質量要好得多
『肆』 excel if 怎麼多表格使用
引用跨表格數據，建議用條件函數。
如：SUMIFS(C5:X5,C3:X3,C3,C4:x4,C4..........)就ok
SUMIFS——滿足多個條件求和。
C5:X5——是要求和的一個或多個單元格
C3:X3 C4:X4——計算關聯條件的 1 至 127 個區域
C3 X3——條件
對某一區域內滿足多重條件的單元格求和。
要點 SUMIFS 和 SUMIF 的參數順序不同。具體而言，sum_range 參數在 SUMIFS
中是第一個參數，而在 SUMIF 中則是第三個參數。如果要復制和編輯這些相似函數，請確保畝吵猜按正確順序放置參數。
語法
SUMIFS(sum_range,criteria_range1,criteria1,criteria_range2,criteria2…)
Sum_range 是要求和的一個或多個單元碰帆格，其中包括數字或包含數字的名稱、數組或引用。空值和文本值會被忽略。
Criteria_range1, criteria_range2, … 是計算關聯條件的 1 至 127
個區域。迅型
Criteria1, criteria2, … 是數字、表達式、單元格引用或文本形式的 1 至 127
個條件，用於定義要對哪些單元格求和。例如，條件可以表示為 32、"32"、">32"、"apples" 或 B4。
希望對你有幫助。
『伍』 什麼時候用多表連接查詢 以及 怎麼去多表連接查詢
1.什麼時候用多表連接：
例如：查詢世界人口小於100人的城市 所在國家的國土面積
想查詢的內容 單張表無法滿足 但 多張表有相同聯系時 就可以用到連表查詢
匹配相同的列 以這個列為契合點 把兩張表連在一起 成為意義上的一張表
查詢世界人口小於100人的城市
select * from city where population<100;
查詢世界人口小於100人的城市 所在國家的國土面積
desc country;
2.怎麼去多表連接查詢
傳統鏈接：基於where條件
1.找到表與表之間的關系列
2.排列查詢條件
select name,countrycode from city where population<100;
找出PNC
select name,surfacearea from country where code='PCN'
上述兩條命令合成一個
select city.name,country.name ,country.surfacearea
from city,country
where city.countrycode = country.code and city.population<100;
1.什麼時候用多表連接：1.什麼時候用多表連接：
『陸』 mysql多表查詢sql語句怎麼寫
一使用SELECT子句進行多表查詢
SELECT 欄位名 FROM 表1，表2 … WHERE 表1.欄位 = 表2.欄位 AND 其它查詢條件
SELECT a.id,a.name,a.address,a.date,b.math,b.english,b.chinese FROM tb_demo065_tel AS b,tb_demo065 AS a WHERE a.id=b.id
注:在上面的的代碼中，以兩張表的id欄位信息相同作為條件建立兩表關聯，但在實際開發中不應該這樣使用，最好用主外鍵約束來實現帶岩
二使用表的別名進行多表查詢
如:SELECT a.id,a.name,a.address,b.math,b.english,b.chinese FROM tb_demo065 a,tb_demo065_tel b WHERE a.id=b.id AND b.id='$_POST[textid]'
SQL語言中，可以通過兩種方式為表指定別名
第一種是通過關鍵字AS指定,如
SELECT a.id,a.name,a.address,b.math,b.english,b.chinese FROM tb_demo065 AS a,tb_demo065_tel AS b WHERE a.id=b.id
第二種是在表名後直接加表的別名實現
SELECT a.id,a.name,a.address,b.math,b.english,b.chinese FROM tb_demo065 a,tb_demo065_tel b WHERE a.id=b.id
使用表的別名應注意幾下幾點
(1)別名通常是一個縮短了的表名，用於在連接中引用表中的特定列，如果連接中的多個表中有相同的名稱列存在，必須用表名或表的別名限定列名
(2)如果定義了表的別名就不能再使用表友行帶名
三合並多個結果集
SQL語言中，可以通過UNION 或 ALL將多個SELECT語句的查詢結果合並輸出，這兩個關鍵字的使用說明如下：
UNION:利用該關鍵字可以將多個SELECT 語句的查詢結果合並輸出，並刪除重復行
ALL:利用該關鍵字可以將多個SELECT 語句的查詢結果合並輸出，但不會刪除重復行
在使用UNION或ALL關鍵字將多個表合並輸出時，查詢結果必須具有相同的結構並且數據類型必須兼容,另外使用UNION時兩張表的欄位數量也必須相同，否則會提示SQL語句有錯誤。
e.x:SELECT id,name,pwd FROM tb_demo067 UNION SELECT uid,price,date FROM tb_demo067_tel
四簡單嵌套查詢
子查詢:子查詢是一個SELECT查詢，返回單個值且嵌套在SELECT、INSERT、UPDATE和DELETE語句或其它查詢語句中，任何可以使用表達式的地方都可以使用子查詢.
SELECT id,name,sex,date FROM tb_demo068 WHERE id in(SELECT id FROM tb_demo068 WHERE id='$_POST[test]')
內連接：把查詢結果作為WHERE子句的查詢條件即稱為內連接
五復雜的嵌套查詢
多表之間的嵌套查詢可以通過謂詞IN實現，語法格式如下:
test_expression[NOT] IN{
subquery
}
參數說明：test_expression指SQL表達式，subquery包含某結果集的子查詢
多表嵌套查詢的原理:無論是多少張表進行嵌套，表與表之間一定存在某種關聯，通過WHERE子句建立此種關聯實現查詢
六嵌套查詢在查詢統計中的應用
實現多表查詢時，可以同時使用謂詞ANY、SOME、ALL,這些謂詞被稱為定量比較謂詞，可以和比較運算符聯合使用，判斷是否全部返回值都滿足搜索條件.SOME和ANY謂詞是存在量的，只注重是否有返回值滿足好蘆搜索條件，這兩個謂詞的含義相同，可以替換使用;ALL謂詞稱為通用謂詞，它只關心是否有謂詞滿足搜索要求.
SELECT * FROM tb_demo069_people WHERE uid IN(SELECT deptID FROM tb_demo069_dept WHERE deptName='$_POST[select]')
SELECT a.id,a.name FROM tb_demo067 AS a WHERE id<3)
>ANY 大於子查詢中的某個值
>=ANY 大於等於子查詢中的某個值
<=ANY 小於等於子查詢中的某個值
=ANY 等於子查詢中的某個值
!=ANY或<>ANY 不等於子查詢中的某個值
>ALL 大於子查詢中的所有值
>=ALL 大於等於子查詢中的所有值
<=ALL 小於等於子查詢中的所有值
=ALL 等於子查詢中的所有值
!=ALL或<>ALL 不等於子查詢中的所有值
七.使用子查詢作派生的表
在實際項目開發過程中經常用到從一個信息較為完善的表中派生出一個只含有幾個關鍵欄位的信息表，通過子查詢就可以來實現這一目標,如
SELECT people.name,people.chinese,people.math,people.english FROM (SELECT name,chinese,math,english FROM tb_demo071) AS people
注:子查詢應遵循以下規則:
(1)由比較運算符引入的內層子查詢只包含一個表達式或列名，在外層語句中的WHERE子句內命名的列必須與內層子查詢命名的列兼容
(2)由不可更改的比較運算符引入的子查詢(比較運算符後面不跟關鍵字ANY或ALL)不包括GROUP BY 或 HAVING子句，除非預先確定了成組或單個的值
(3)用EXISTS引入的SELECT列表一般都由*組成，不必指定列名
(4)子查詢不能在內部處理其結果
八使用子查詢作表達式
SELECT (SELECT AVG(chinese)FROM tb_demo071),(SELECT AVG(english)FROM tb_demo071),(SELECT AVG(math)FROM tb_demo071) FROM tb_demo071
註：在使用子查詢時最好為列表項取個別名，這樣可以方便用戶在使用mysql_fetch_array()函數時為表項賦值,如
SELECT (SELECT AVG(chinese) FROM tb_demo071) AS yuwen ,(SELECT AVG(english) FROM tb_demo071) AS yingyu,(SELECT AVG(math) FROM tb_demo071) AS shuxue FROM tb_demo071
九使用子查詢關聯數據
SELECT * FROM tb_demo072_student WHERE id=(SELECT id FROM tb_demo072_class WHERE className = '$_POST[text]')
十多表聯合查詢
利用SQL語句中的UNION，可以將不同表中符合條件的數據信息顯示在同一列中。
e.x:SELECT * FROM tb_demo074_student UNION SELECT * FROM tb_demo074_fasten
注:使用UNION時應注意以下兩點：
(1)在使用UNION運算符組合的語句中，所有選擇列表的表達式數目必須相同，如列名、算術表達式及聚合函數等
(2)在每個查詢表中，對應列的數據結構必須一樣。
十一對聯合後的結果進行排序
為了UNION的運算兼容，要求所有SELECT語句都不能有ORDER BY語句，但有一種情況例外，那就是在最後一個SELECT語句中放置ORDER BY 子句實現結果的最終排序輸出。
e.x:SELECT * FROM tb_demo074_student UNION SELECT * FROM tb_demo074_fasten ORDER BY id
使用UNION條件上相對比較苛刻，所以使用此語句時一定要注意兩個表項數目和欄位類型是否相同
十二條件聯合語句
SELECT * FROM tb_demo076_BEIJING GROUP BY name HAVING name='人民郵電出版社' OR name='機械工業出版社' UNION SELECT * FROM tb_demo076_BEIJING GROUP BY name HAVING name <>'人民郵電出版社' AND name <>'機械工業再版社' ORDER BY id
上面語句應用了GROUP BY分組語句和HAVING語句實現條件聯合查詢。其實現目的是先保證將'人民郵電出版社'和'機械工業出版社'始終位於名單最前列，然後再輸出其它的出版社
十三簡單內連接查詢
SELECT filedlist FROM table1 [INNER] JOIN table2 ON table1.column1 = table2.column1
其中，filedlist是要顯示的欄位,INNER表示表之間的連接方式為內連接，table1.column1=table2.column1用於指明兩表間的連接條件，如:
SELECT a.name,a.address,a.date,b.chinese,b.math,b.english FROM tb_demo065 AS a INNER JOIN tb_demo065_tel AS b on a.id=b.id
十四復雜內連接查詢
復雜的內連接查詢是在基本的內連接查詢的基礎上再附加一些查詢條件，如:
SELECT a.name,a.address,a.date,b.chinese,b.math,b.english FROM tb_demo065 AS a INNER JOIN tb_demo065_tel AS b on a.id=b.id WHERE b.id=(SELECT id FROM tb_demo065 WHERE tb_demo065.name='$_POST[text]')
總之，實現表與表之間的關聯的本質是兩表之間存在共同的數據項或者相同的數據項，通過WHERE 子句或內連接INNER JOIN … ON 語句將兩表連接起來，實現查詢
十五使用外連接實現多表聯合查詢
(1)LEFT OUTER JOIN表示表之間通過左連接方式相互連接，也可簡寫成LEFT JOIN,它是以左側的表為基準故稱左連接，左側表中所有信息將被全部輸出，而右側表信息則只會輸出符合條件的信息，對不符合條件的信息則返回NULL
e.x:SELECT a.name,a.address,b.math,b.english FROM tb_demo065 AS A LEFT OUTER JOIN tb_demo065_tel AS b ON a.id=b.id
(2)RIGHT OUTER JOIN表示表之間通過右連接方式相互連接，也可簡寫成RIGHT JOIN,它是以右側的表為基準故稱右連接，右側表中所有信息將被全部輸出，而左側表信息則只會輸出符合條件的信息，對不符合條件的信息則返回NULL
E.X:SELECT a.name,a.address,b.math,b.english FROM tb_demo065 AS A RIGHT OUTER JOIN tb_demo065_tel AS b ON a.id=b.id
十六利用IN或NOTIN關鍵字限定范圍
e.x:SELECT * FROM tb_demo083 WHERE code IN(SELECT code FROM tb_demo083 WHERE code BETWEEN '$_POST[text1]' AND '$_POST[text2]')
利用IN可指定在范圍內查詢，若要求在某范圍外查詢可以用NOT IN代替它
十七由IN引入的關聯子查詢
e.x:SELECT * FROM tb_demo083 WHERE code IN(SELECT code FROM tb_demo083 WHERE code = '$_POST[text]')
十八利用HAVING語句過濾分組數據
HAVING子句用於指定組或聚合的搜索條件，HAVING通常與GROUP BY 語句一起使用，如果SQL語句中不含GROUP BY子句，則HAVING的行為與WHERE子句一樣.
e.x:SELECT name,math FROM tb_demo083 GROUP BY id HAVING math > '95'
『柒』 wps表格多人在線編輯怎麼弄
根據網路經驗資料顯示：1.登錄WPS Office賬號。
2.點擊「特色應模仿用」選項卡。
3.選擇「在線協作」。
4.進入金山文檔在線卜碼汪協作頁面，點擊右上方「分享」。
5.點擊「復制鏈接」，即可分享給他人進行協作編輯。
6.他人點擊鏈接型仔進入頁面編輯內容，即可多人在線編輯同一個表格了。
『捌』 Kettle使用教程 三 多表合成一
多張表合成一張表
注意 輸入表，和輸出表想要存進不同的庫氏禪粗，直接點擊下面的新建就可以
建立好連接殲鎮關系以後可以指定欄位
然後選擇映射關系，這里就是最重要的了，映射關系，可以自己指定，也可以默襲辯認指定，但是默認指定並不能把特殊的欄位完全指定對，所以，最後一定要自己指定一下啊
『玖』 c++語言編程如何進行編譯
這個問題真不好回答。我嘗試作答，不採納沒關系，我可能說了半天也沒說到重點。
首先要一張將要被編譯的文件的文件列表，例如windows平台vc上的項目文件，linux平台的makefile里要寫。Mac的xcode. android的.mk文件，都是需要來描述的。然後設置編譯參數。包括cpu指令集以及運行平台，調試版本，優化，引用庫 等等。接下來開始編譯
所謂的編譯 實質就是編譯之前 列表裡的h,c 等格式文件先編譯成obj文件(Mac平台mm文件和C++文件是不是都是編譯成obj不清楚)。放在一邊,然後根據配置，如果是應用程序(apk,app,exe)那麼 執行鏈接。 否則 就是簡單的放到一起 生成一個.lib(windows,mac) .so .a(linux,android)。
編譯時先執行 比 預編譯還要早的預編譯宏。具體是什麼 查下 我不記得了。然後執行預編譯。然後執行編譯 聲明 以及 實現。將實現編譯進obj,符號表 編譯到 pdb(windows) android那邊是什麼格式忘記了，因為我沒鏈接過。這個符號表 應該 僅僅是為了調試而用，當代碼因為異常而崩潰時，可以調用 查找 符號表，得到 代碼 崩潰所在行。windows可以生成dmp文件。linux,android可以生成coremp文件。
我的理解就是那麼多了，希望對你有所幫助。
『拾』 資料庫的多表大數據查詢應如何優化
1.應盡量避免在 where 子句中對欄位進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：
select id from t where num is null
可以在num上設置默認值0，確保表中num列沒有null值，然後這樣查詢：
select id from t where num=0
2.應盡量避免在 where 子句中使用!=或<>操作符，否則將引擎放棄使用索引而進行全表掃描。優化器簡悉將無法通過索引來確定將要命中的行數,因此需要搜索該表的所有行。
3.應盡量避免在 where 子句中使用 or 來連接條件，否則將導致引擎放棄使用索引而進行全表掃描，如：
select id from t where num=10 or num=20
可以這樣查詢：
select id from t where num=10
union all
select id from t where num=20
4.in 和 not in 也要慎用，因為IN會使系統無法使用索引,而只能直接搜索表中的數據。如：
select id from t where num in(1,2,3)
對於連續的數值，能用 beeen 就不要用 in 了：
select id from t where num beeen 1 and 3
5.盡量避免在索引過的字元數據中，使用非打頭字母搜索。這也使得引擎無法利用索引。
見如下例子：
SELECT * FROM T1 WHERE NAME LIKE 『%L%』
SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=』L』
SELECT * FROM T1 WHERE NAME LIKE 『L%』
即使NAME欄位建有索引，前兩個查詢依然無法利用索引完成加快操作，引擎不得不對全表所有數據逐條操作來完成任務。而第三個查詢能夠使用索引來加快操作。
6.必要時強制查詢優化器使用某個索引，如在 where 子句中使用參數，也會導致全表掃描。因為SQL只有在運行時才會解析局部變數，但優化程序不能將訪問計劃的選擇推遲到運行時；它必須在編譯時進行選擇。然而，如果在編譯時建立訪問計劃，變數的值還是未散罩知的，因而無法作為索引選擇的輸入項。如下面語句將進行全表掃描：
select id from t where num=@num
可以改為強制查詢使用索引：
select id from t with(index(索引名)) where num=@num
7.應盡量避免在 where 子句中對欄位進行表達式操作，這將導致引擎放棄使用索引而進行全表掃描。如：
SELECT * FROM T1 WHERE F1/2=100
應改為:
SELECT * FROM T1 WHERE F1=100*2
SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=』5378』
應改為:
SELECT * FROM RECORD WHERE CARD_NO LIKE 『5378%』
SELECT member_number, first_name, last_name FROM members
WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21
應改為:
SELECT member_number, first_name, last_name FROM members
WHERE dateofbirth < DATEADD(yy,-21,GETDATE())
即：任何對列的操作都將導致表掃描，它包括資料庫函數、計算表達式等等，查詢時要盡可能將操作移至等號右邊。
8.應盡量避免在where子句中對欄位進行沖咐鬧函數操作，這將導致引擎放棄使用索引而進行全表掃描。如：
select id from t where substring(name,1,3)='abc'--name以abc開頭的id
select id from t where datediff(day,createdate,-11-30')=0--『2005-11-30』生成的id
應改為:
select id from t where name like 'abc%'
select id from t where createdate>=-11-30' and createdate<-12-1'
9.不要在 where 子句中的「=」左邊進行函數、算術運算或其他表達式運算，否則系統將可能無法正確使用索引。
10.在使用索引欄位作為條件時，如果該索引是復合索引，那麼必須使用到該索引中的第一個欄位作為條件時才能保證系統使用該索引，否則該索引將不會被使用，並且應盡可能的讓欄位順序與索引順序相一致。
11.很多時候用 exists是一個好的選擇：
elect num from a where num in(select num from b)
用下面的語句替換：
select num from a where exists(select 1 from b where num=a.num)
SELECT SUM(T1.C1)FROM T1 WHERE(
(SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0)
SELECT SUM(T1.C1) FROM T1WHERE EXISTS(
SELECT * FROM T2 WHERE T2.C2=T1.C2)
兩者產生相同的結果，但是後者的效率顯然要高於前者。因為後者不會產生大量鎖定的表掃描或是索引掃描。
Statement stmt = null;
ResultSet rs = null;
String query = "select 列名 from 表名 where id=11 and fname='xx' order by 列名 desc limit 1";
stmt = conn.createStatement();
rs = stmt.executeQuery(query);
if (rs.next()) {
result = rs.getInt("列名");
}
樓上的 拼寫錯誤，我來修正 ^^
select count(*) from 表名
傳統資料庫處理大數據很困難吧，不建議使用傳統資料庫來處理大數據。
建議研究下，Hadoop，Hive等，可處理大數據。
如果有預算，可以使用一些商業大數據產品，國內的譬如永洪科技的大數據BI產品，不僅能高性能處理大數據，還可做數據分析。
當然如果是簡單的查詢，傳統資料庫如果做好索引，可能可以提高性能。
有兩種方法
方法1：
select 100 * from tbllendlist where fldserialNo not in ( select 300100 fldserialNo from tbllendlist order by fldserialNo ) order by fldserialNo
方法2：
SELECT TOP 100 * FROM tbllendlist WHERE (fldserialNo > (SELECT MAX(fldserialNo) FROM (SELECT TOP 300100 fldserialNo FROM tbllendlist ORDER BY fldserialNo) AS T)) ORDER BY fldserialNo
影響命中率的因素有四種：字典表活動、臨時段活動、回滾段活動、表掃描， 應用DBA可以對這四種因素進行分析，找出資料庫命中率低的症結所在。 1)字典表活動 當一個SQL語句第一次到達Oracle內核時資料庫對SQL語句進行分析，包含在查詢中的數據字典對象被分解，產生SQL執行路徑。如果SQL語句指向一個不在SGA中的對象?表或視圖，Oracle執行SQL語句到數據典中查詢有關對象的信息。數據塊從數據字典表被讀取到SGA的數據緩存中。由於每個數據字典都很小，因此，我們可緩存這些表以提高對這些表的命中率。但是由於數據字典表的數據塊在SGA中占據空間，當增加全部的命中率時，它們會降低表數據塊的可用空間， 所以若查詢所需的時間字典信息已經在SGA緩存中，那麼就沒有必要遞歸調用。 2)臨時段的活動 當用戶執行一個需要排序的查詢時，Oracle設法對內存中排序區內的所有行進行排序，排序區的大小由資料庫的init.ora文件的數確定。如果排序區域不夠大，資料庫就會在排序操作期間開辟臨時段。臨時段會人為地降低OLTP(online transaction processing）應用命中率,也會降低查詢進行排序的性能。如果能在內存中完成全部排序操作，就可以消除向臨時段寫數據的開銷。所以應將SORT_AREA_SIZE設置得足夠大，以避免對臨時段的需要。這個參數的具體調整方法是:查詢相關數據，以確定這個參數的調整。 select * from v$sysstat where name='sorts(disk)'or name='sorts(memory); 大部分排序是在內存中進行的，但還有小部分發生在臨時段， 需要調整 值，查看init.ora文件的 SORT_AREA_SIZE值，參數為：SORT_AREA_SIZE＝65536;將其調整到SORT_AREA_SIZE＝131072、這個值調整後，重啟ORACLE資料庫即可生效。 3)回滾段的活動 回滾段活動分為回滾活動和回滾段頭活動。對回滾段頭塊的訪問會降低應用的命中率， 對OLTP系統命中率的影響最大。為確認是否因為回滾段影響了命中率，可以查看監控輸出報表中的「數據塊相容性讀一重寫記錄應用」 的統計值，這些統計值是用來確定用戶從回滾段中訪問數據的發生次數。 4)表掃描 通過大掃描讀得的塊在數據塊緩存中不會保持很長時間， 因此表掃描會降低命中率。為了避免不必要的全表掃描，首先是根據需要建立索引，合理的索引設計要建立人對各種查詢的分析和預測上，筆者會在SQL優化中詳細談及；其次是將經常用到的表放在內存中，以降低磁碟讀寫次數。
1. SQL優化的原則是：將一次操作需要讀取的BLOCK數減到最低,即在最短的時間達到最大的數據吞吐量。
調整不良SQL通常可以從以下幾點切入：
? 檢查不良的SQL，考慮其寫法是否還有可優化內容
? 檢查子查詢 考慮SQL子查詢是否可以用簡單連接的方式進行重新書寫
? 檢查優化索引的使用
? 考慮資料庫的優化器
2. 避免出現SELECT * FROM table 語句，要明確查出的欄位。
3. 在一個SQL語句中，如果一個where條件過濾的資料庫記錄越多，定位越准確，則該where條件越應該前移。
4. 查詢時盡可能使用索引覆蓋。即對SELECT的欄位建立復合索引，這樣查詢時只進行索引掃描，不讀取數據塊。
5. 在判斷有無符合條件的記錄時建議不要用SELECT COUNT （*）和select 1 語句。
6. 使用內層限定原則，在拼寫SQL語句時，將查詢條件分解、分類，並盡量在SQL語句的最里層進行限定，以減少數據的處理量。
7. 應絕對避免在order by子句中使用表達式。
8. 如果需要從關聯表讀數據，關聯的表一般不要超過7個。
9. 小心使用 IN 和 OR，需要注意In集合中的數據量。建議集合中的數據不超過200個。
10. <> 用 < 、 > 代替，>用>=代替，<用<=代替，這樣可以有效的利用索引。
11. 在查詢時盡量減少對多餘數據的讀取包括多餘的列與多餘的行。
12. 對於復合索引要注意，例如在建立復合索引時列的順序是F1，F2，F3，則在where或order by子句中這些欄位出現的順序要與建立索引時的欄位順序一致，且必須包含第一列。只能是F1或F1，F2或F1，F2，F3。否則不會用到該索引。
13. 多表關聯查詢時，寫法必須遵循以下原則，這樣做有利於建立索引，提高查詢效率。格式如下select sum（table1.je） from table1 table1, table2 table2, table3 table3 where (table1的等值條件（=）) and (table1的非等值條件) and (table2與table1的關聯條件) and (table2的等值條件) and (table2的非等值條件) and (table3與table2的關聯條件) and (table3的等值條件) and (table3的非等值條件)。
注:關於多表查詢時from 後面表的出現順序對效率的影響還有待研究。
14. 子查詢問題。對於能用連接方式或者視圖方式實現的功能，不要用子查詢。例如：select name from customer where customer_id in ( select customer_id from order where money>1000)。應該用如下語句代替：select name from customer inner join order on customer.customer_id=order.customer_id where order.money>100。
15. 在WHERE 子句中，避免對列的四則運算，特別是where 條件的左邊，嚴禁使用運算與函數對列進行處理。比如有些地方 substring 可以用like代替。
16. 如果在語句中有not in（in）操作，應考慮用not exists（exists）來重寫,最好的辦法是使用外連接實現。
17. 對一個業務過程的處理，應該使事物的開始與結束之間的時間間隔越短越好，原則上做到資料庫的讀操作在前面完成，資料庫寫操作在後面完成，避免交叉。
18. 請小心不要對過多的列使用列函數和order by,group by等，謹慎使用disti軟體開發t。
19. 用union all 代替 union，資料庫執行union操作，首先先分別執行union兩端的查詢，將其放在臨時表中，然後在對其進行排序，過濾重復的記錄。
當已知的業務邏輯決定query A和query B中不會有重復記錄時，應該用union all代替union，以提高查詢效率。
數據更新的效率
1. 在一個事物中，對同一個表的多個insert語句應該集中在一起執行。
2. 在一個業務過程中，盡量的使insert,update,delete語句在業務結束前執行，以減少死鎖的可能性。
資料庫物理規劃的效率
為了避免I/O的沖突，我們在設計資料庫物理規劃時應該遵循幾條基本的原則(以ORACLE舉例)：
?? table和index分離：table和index應該分別放在不同的tablespace中。
?? Rollback Segment的分離：Rollback Segment應該放在獨立的Tablespace中。
?? System Tablespace的分離：System Tablespace中不允許放置任何用戶的object。（mssql中primary filegroup中不允許放置任何用戶的object）
?? Temp Tablesace的分離：建立單獨的Temp Tablespace，並為每個user指定default Temp Tablespace
??避免碎片：但segment中出現大量的碎片時，會導致讀數據時需要訪問的block數量的增加。對經常發生DML操作的segemeng來說，碎片是不能完全避免的。所以，我們應該將經常做DML操作的表和很少發生變化的表分離在不同的Tablespace中。
當我們遵循了以上原則後，仍然發現有I/O沖突存在，我們可以用數據分離的方法來解決。
?? 連接Table的分離：在實際應用中經常做連接查詢的Table，可以將其分離在不同的Taclespace中，以減少I/O沖突。
?? 使用分區：對數據量很大的Table和Index使用分區，放在不同的Tablespace中。
在實際的物理存儲中，建議使用RAID。日誌文件應放在單獨的磁碟中。
給出你的查詢，然後才可以對其進行優化
如果你的查詢比較固定，並且查詢的條件區別度較高，可以建立相應的索引。
其他的一些規則，比如使用exists代替 in都可以試試
查詢速度慢的原因很多，常見如下幾種：
1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是程序設計的缺陷)
2、I/O吞吐量小，形成了瓶頸效應。
3、沒有創建計算列導致查詢不優化。
4、內存不足
5、網路速度慢
6、查詢出的數據量過大（可以採用多次查詢，其他的方法降低數據量）
7、鎖或者死鎖(這也是查詢慢最常見的問題，是程序設計的缺陷)
8、sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好，沒有優化
可以通過如下方法來優化查詢 :
1、把數據、日誌、索引放到不同的I/O設備上，增加讀取速度，以前可以將Tempdb應放在RAID0上，SQL2000不在支持。數據量（尺寸）越大，提高I/O越重要.
2、縱向、橫向分割表，減少表的尺寸(sp_spaceuse)
3、升級硬體
4、根據查詢條件,建立索引,優化索引、優化訪問方式，限制結果集的數據量。注意填充因子要適當（最好是使用默認值0）。索引應該盡量小，使用位元組數小的列建索引好（參照索引的創建）,不要對有限的幾個值的欄位建單一索引如性別欄位
5、提高網速;
6、擴大伺服器的內存,Windows 2000和SQL server 2000能支持4-8G的內存。配置虛擬內存：虛擬內存大小應基於計算機上並發運行的服務進行配置。運行 Microsoft SQL Server? 2000 時，可考慮將虛擬內存大小設置為計算機中安裝的物理內存的 1.5 倍。如果另外安裝了全文檢索功能，並打算運行 Microsoft 搜索服務以便執行全文索引和查詢，可考慮：將虛擬內存大小配置為至少是計算機中安裝的物理內存的 3 倍。將 SQL Server max server memory 伺服器配置選項配置為物理內存的 1.5 倍（虛擬內存大小設置的一半）。
7、增加伺服器 CPU個數; 但是必須明白並行處理串列處理更需要資源例如內存。使用並行還是串列程是MsSQL自動評估選擇的。單個任務分解成多個任務，就可以在處理器上運行。例如耽擱查詢的排序、連接、掃描和GROUP BY字句同時執行，SQL SERVER根據系統的負載情況決定最優的並行等級，復雜的需要消耗大量的CPU的查詢最適合並行處理。但是更新操作Update,Insert， Delete還不能並行處理。
8、如果是使用like進行查詢的話，簡單的使用index是不行的，但是全文索引，耗空間。 like 'a%' 使用索引 like '%a' 不使用索引用 like '%a%' 查詢時，查詢耗時和欄位值總長度成正比,所以不能用CHAR類型，而是VARCHAR。對於欄位的值很長的建全文索引。
9、DB Server 和APPLication Server 分離；OLTP和OLAP分離
10、分布式分區視圖可用於實現資料庫伺服器聯合體。聯合體是一組分開管理的伺服器，但它們相互協作分擔系統的處理負荷。這種通過分區數據形成資料庫伺服器聯合體的機制能夠擴大一組伺服器，以支持大型的多層 Web 站點的處理需要。有關更多信息，參見設計聯合資料庫伺服器。（參照SQL幫助文件'分區視圖'）
a、在實現分區視圖之前，必須先水平分區表
b、在創建成員表後，在每個成員伺服器上定義一個分布式分區視圖，並且每個視圖具有相同的名稱。這樣，引用分布式分區視圖名的查詢可以在任何一個成員伺服器上運行。系統操作如同每個成員伺服器上都有一個原始表的復本一樣，但其實每個伺服器上只有一個成員表和一個分布式分區視圖。數據的位置對應用程序是透明的。
11、重建索引 DBCC REINDEX ,DBCC INDEXDEFRAG,收縮數據和日誌 DBCC SHRINKDB,DBCC SHRINKFILE. 設置自動收縮日誌.對於大的資料庫不要設置資料庫自動增長，它會降低伺服器的性能。在T-sql的寫法上有很大的講究，下面列出常見的要點：首先，DBMS處理查詢計劃的過程是這樣的：
1、 查詢語句的詞法、語法檢查
2、 將語句提交給DBMS的查詢優化器
3、 優化器做代數優化和存取路徑的優化
4、 由預編譯模塊生成查詢規劃
5、 然後在合適的時間提交給系統處理執行
6、 最後將執行結果返回給用戶其次，看一下SQL SERVER的數據存放的結構：一個頁面的大小為8K(8060)位元組，8個頁面為一個盤區，按照B樹存放。
12、Commit和rollback的區別 Rollback:回滾所有的事物。 Commit:提交當前的事物. 沒有必要在動態SQL里寫事物，如果要寫請寫在外面如： begin tran exec(@s) mit trans 或者將動態SQL 寫成函數或者存儲過程。
13、在查詢Select語句中用Where字句限制返回的行數,避免表掃描,如果返回不必要的數據，浪費了伺服器的I/O資源，加重了網路的負擔降低性能。如果表很大，在表掃描的期間將表鎖住，禁止其他的聯接訪問表,後果嚴重。
14、SQL的注釋申明對執行沒有任何影響
15、盡可能不使用游標，它佔用大量的資源。如果需要row-by-row地執行，盡量採用非游標技術,如：在客戶端循環，用臨時表，Table變數，用子查詢，用Case語句等等。游標可以按照它所支持的提取選項進行分類： 只進 必須按照從第一行到最後一行的順序提取行。FETCH NEXT 是唯一允許的提取操作,也是默認方式。可滾動性可以在游標中任何地方隨機提取任意行。游標的技術在SQL2000下變得功能很強大，他的目的是支持循環。有四個並發選項 READ_ONLY：不允許通過游標定位更新(Update)，且在組成結果集的行中沒有鎖。 OPTIMISTIC WITH valueS:樂觀並發控制是事務控制理論的一個標准部分。樂觀並發控制用於這樣的情形，即在打開游標及更新行的間隔中，只有很小的機會讓第二個用戶更新某一行。當某個游標以此選項打開時，沒有鎖控制其中的行，這將有助於最大化其處理能力。如果用戶試圖修改某一行，則此行的當前值會與最後一次提取此行時獲取的值進行比較。如果任何值發生改變，則伺服器就會知道其他人已更新了此行，並會返回一個錯誤。如果值是一樣的，伺服器就執行修改。選擇這個並發選項OPTIMISTIC WITH ROW VERSIONING:此樂觀並發控制選項基於行版本控制。使用行版本控制，其中的表必須具有某種版本標識符，伺服器可用它來確定該行在讀入游標後是否有所更改。在 SQL Server 中，這個性能由 timestamp 數據類型提供，它是一個二進制數字，表示資料庫中更改的相對順序。每個資料庫都有一個全局當前時間戳值：@@DBTS。每次以任何方式更改帶有 timestamp 列的行時，SQL Server 先在時間戳列中存儲當前的 @@DBTS 值，然後增加 @@DBTS 的值。如果某 個表具有 timestamp 列，則時間戳會被記到行級。伺服器就可以比較某行的當前時間戳值和上次提取時所存儲的時間戳值，從而確定該行是否已更新。伺服器不必比較所有列的值，只需比較 timestamp 列即可。如果應用程序對沒有 timestamp 列的表要求基於行版本控制的樂觀並發，則游標默認為基於數值的樂觀並發控制。 SCROLL LOCKS 這個選項實現悲觀並發控制。在悲觀並發控制中，在把資料庫的行讀入游標結果集時，應用程序將試圖鎖定資料庫行。在使用伺服器游標時，將行讀入游標時會在其上放置一個更新鎖。如果在事務內打開游標，則該事務更新鎖將一直保持到事務被提交或回滾；當提取下一行時，將除去游標鎖。如果在事務外打開游標，則提取下一行時，鎖就被丟棄。因此，每當用戶需要完全的悲觀並發控制時，游標都應在事務內打開。更新鎖將阻止任何其它任務獲取更新鎖或排它鎖，從而阻止其它任務更新該行。然而，更新鎖並不阻止共享鎖，所以它不會阻止其它任務讀取行，除非第二個任務也在要求帶更新鎖的讀取。滾動鎖根據在游標定義的 Select 語句中指定的鎖提示，這些游標並發選項可以生成滾動鎖。滾動鎖在提取時在每行上獲取，並保持到下次提取或者游標關閉，以先發生者為准。下次提取時，伺服器為新提取中的行獲取滾動鎖，並釋放上次提取中行的滾動鎖。滾動鎖獨立於事務鎖，並可以保持到一個提交或回滾操作之後。如果提交時關閉游標的選項為關，則 COMMIT 語句並不關閉任何打開的游標，而且滾動鎖被保留到提交之後，以維護對所提取數據的隔離。所獲取滾動鎖的類型取決於游標並發選項和游標 Select 語句中的鎖提示。鎖提示 只讀 樂觀數值 樂觀行版本控制 鎖定無提示 未鎖定 未鎖定 未鎖定 更新 NOLOCK 未鎖定 未鎖定未鎖定 未鎖定 HOLDLOCK 共享 共享 共享 更新 UPDLOCK 錯誤 更新 更新 更新 TABLOCKX 錯誤 未鎖定 未鎖定更新其它 未鎖定 未鎖定 未鎖定 更新 *指定 NOLOCK 提示將使指定了該提示的表在游標內是只讀的。
16、用Profiler來跟蹤查詢，得到查詢所需的時間，找出SQL的問題所在; 用索引優化器優化索引
17、注意UNion和UNion all 的區別。UNION all好
18、注意使用DISTINCT，在沒有必要時不要用，它同UNION一樣會使查詢變慢。重復的記錄在查詢里是沒有問題的
19、查詢時不要返回不需要的行、列
20、用sp_configure 'query governor cost limit'或者SET QUERY_GOVERNOR_COST_LIMIT來限制查詢消耗的資源。當評估查詢消耗的資源超出限制時，伺服器自動取消查詢,在查詢之前就扼殺掉。 SET LOCKTIME設置鎖的時間
21、用select 100 / 10 Percent 來限制用戶返回的行數或者SET ROWCOUNT來限制操作的行
22、在SQL2000以前，一般不要用如下的字句: "IS NULL", "＜＞", "!=", "!＞", "!＜", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE", and "LIKE '%500'"，因為他們不走索引全是表掃描。也不要在Where字句中的列名加函數，如Convert，substring等,如果必須用函數的時候，創建計算列再創建索引來替代.還可以變通寫法：Where SUBSTRING(firstname,1,1) = 'm'改為Where firstname like 'm%'（索引掃描），一定要將函數和列名分開。並且索引不能建得太多和太大。NOT IN會多次掃描表，使用EXISTS、NOT EXISTS ，IN , LEFT OUTER JOIN 來替代，特別是左連接,而Exists比IN更快，最慢的是NOT操作.如果列的值含有空，以前它的索引不起作用，現在2000的優化器能夠處理了。相同的是IS NULL，"NOT", "NOT EXISTS", "NOT IN"能優化她，而"＜＞"等還是不能優化，用不到索引。
23、使用Query Analyzer，查看SQL語句的查詢計劃和評估分析是否是優化的SQL。一般的20%的代碼占據了80%的資源，我們優化的重點是這些慢的地方。
24、如果使用了IN或者OR等時發現查詢沒有走索引，使用顯示申明指定索引： Select * FROM PersonMember (INDEX = IX_Title) Where processid IN ('男'，'女')
25、將需要查詢的結果預先計算好放在表中，查詢的時候再Select。這在SQL7.0以前是最重要的手段。例如醫院的住院費計算。
26、MIN() 和 MAX()能使用到合適的索引。
27、資料庫有一個原則是代碼離數據越近越好，所以優先選擇Default,依次為Rules,Triggers, Constraint（約束如外健主健CheckUNIQUE……,數據類型的最大長度等等都是約束）,Procere.這樣不僅維護工作小，編寫程序質量高，並且執行的速度快。
28、如果要插入大的二進制值到Image列，使用存儲過程，千萬不要用內嵌Insert來插入(不知JAVA是否)。因為這樣應用程序首先將二進制值轉換成字元串（尺寸是它的兩倍），伺服器受到字元後又將他轉換成二進制值.存儲過程就沒有這些動作: 方法：Create procere p_insert as insert into table(Fimage) values (@image), 在前台調用這個存儲過程傳入二進制參數，這樣處理速度明顯改善