『壹』 一個資料庫里有兩張表,一個能查詢到數據,另一個查詢結結果為empty set(0.0
在開始之前先來補充一個知識點
外鍵約束
之前我們分享的約束關系是屬於單表約束，外檢約束則屬於多表之間的約束關系~
表與表之間的關系
在查詢之前呢我們要知道，在資料庫中一般會有很多數據表來存儲信息，表與表之間會存在如下的關系：
1）一對多的關系：
例如：
一個班級中有很多學生。一個部門有很多員工。
建表的原則：
在從表（多的一方）創建一個欄位，該欄位做為外鍵指向主表（一的一方）的主鍵。
2）多對多的關系：
例如：
一個學生需要學很多課程，一門課程有很多學生學習。再比如人和角色。
建表原則：
額外創建一張表，作為中間表。其餘兩張表都是主表，中間表至少包含兩個欄位作為外鍵，分別指向兩張主表的主鍵。
3）一對一的關系：
例如：
我們常說的一個蘿卜一個坑~
建表原則：
這個可以看做特殊的一對多的關系，建表原則同一對多的關系一樣，也可以寫在一張表中~
添加外鍵約束
首先創建幾張表，寫入數據~
學生表
班級表
首先是一對多的關系
班級表與學生表（我們已經創建學生表的時候就添加了外鍵的欄位class_id，若是你建表的時候忘記加了，可以利用我們之前學過的知識來添加欄位哈~）
添加外鍵約束
語法：
alter table 從表名 add 【constraint 外鍵名】 foreign key(從表外鍵的欄位) references 主表名(主表主鍵);
如果你不記得外鍵的名稱了可以使用
show create table 表名;
來查找外鍵名
刪除外鍵約束
語法：
alter table 表名 drop foreign key 外鍵名;
外鍵約束的作用
1）從表不能添加，主表不存在的數據~
2）主表不能刪除從表中引用的數據
至於多對多的關系應該如何創建外鍵就交給小夥伴們自行實踐了~
下面進入今天的正題
多表查詢
1)交叉查詢（基本不會使用）
select * from A,B;
結果是兩個表的乘積，裡面會有一些我們完全不需要的數據。
2）內連接查詢
使用關鍵字 inner join，inner可以省略。
內連接查詢會把兩張表中，存在關系的數據都查詢顯示出來，
如我們在主表中添加一個班級為「四班」，但是不在從表中為四班添加學生的數據，那麼在使用內連接查詢的時候，就不會顯示四班這條信息記錄~
隱式內連接查詢
顯式內連接查詢
3）外鏈接查詢
使用關鍵字 outer join，outer可以省略。
左外連接查詢
右外連接查詢
左外連接查詢會把左邊的表中的所有數據顯示出來，並在由表中補充null來組成一條完整的數據，右外連接查詢反之~
4）子查詢
一條select 語句的結果作為另一條select語句的一部分
『貳』 sql 中如何查詢一個欄位符合兩個條件
sql中如何查詢一個欄位符合兩個條件的方法。
如下參考：
1.在計算機中，打開Foxtable軟體，新建一個表格，如學生評價結果，並輸入數據，如下圖所示。
『叄』 sql 如何寫入代碼....
這是一個SQL存儲過程，用來檢查登陸情況
接受兩個參數：帳號、密碼
返回一個參數：結果（int）
我不清楚你的寫入資料庫是什麼意思，如果是要把存儲過程放在資料庫中，那很簡單：
打開「SQL查詢分析器」
在工具欄上的下拉框中選擇你的資料庫
把上面這段代碼復制到「查詢分析器」中
點擊工具欄上的綠色箭頭（或按F5）執行
『肆』 SQL 如何分列
declare @表1 table (id int,數據 varchar(10))
insert into @表1
select 1,'a b c' union all
select 2,'c a n' union all
select 3,'s c v'
select id,數據1=parsename(replace(數據,' ','.'),3),
數據2=parsename(replace(數據,' ','.'),2),
數據3=parsename(replace(數據,' ','.'),1) from @表1
/*
id 數據1 數據2 數據3
------------------
1 a b c
2 c a n
3 s c v
*/
『伍』 資料庫知識
您好，什麼是資料庫
資料庫是依照某種數據模型組織起來並存放二級存儲器中的數據集合。這種數據集合具有如下特點：盡可能不重復，以最優方式為某個特定組織的多種應用服務，其數據結構獨立於使用它的應用程序，對數據的增、刪、改和檢索由統一軟體進行管理和控制。從發展的歷史看，資料庫是數據管理的高級階段，它是由文件管理系統發展起來的。
資料庫的基本結構分三個層次，反映了觀察資料庫的三種不同角度。
(1)物理數據層。它是資料庫的最內層，是物理存貯設備上實際存儲的數據的集合。這些數據是原始數據，是用戶加工的對象，由內部模式描述的指令操作處理的位串、字元和字組成。
(2)概念數據層。它是資料庫的中間一層，是資料庫的整體邏輯表示。指出了每個數據的邏輯定義及數據間的邏輯聯系，是存貯記錄的集合。它所涉及的是資料庫所有對象的邏輯關系，而不是它們的物理情況，是資料庫管理員概念下的資料庫。
(3)邏輯數據層。它是用戶所看到和使用的資料庫，表示了一個或一些特定用戶使用的數據集合，即邏輯記錄的集合。
資料庫不同層次之間的聯系是通過映射進行轉換的。資料庫具有以下主要特點：
(1)實現數據共享。數據共享包含所有用戶可同時存取資料庫中的數據，也包括用戶可以用各種方式通過介面使用資料庫，並提供數據共享。
(2)減少數據的冗餘度。同文件系統相比，由於資料庫實現了數據共享，從而避免了用戶各自建立應用文件。減少了大量重復數據，減少了數據冗餘，維護了數據的一致性。
(3)數據的獨立性。數據的獨立性包括資料庫中資料庫的邏輯結構和應用程序相互獨立，也包括數據物理結構的變化不影響數據的邏輯結構。
(4)數據實現集中控制。文件管理方式中，數據處於一種分散的狀態，不同的用戶或同一用戶在不同處理中其文件之間毫無關系。利用資料庫可對數據進行集中控制和管理，並通過數據模型表示各種數據的組織以及數據間的聯系。
(5)數據一致性和可維護性，以確保數據的安全性和可靠性。主要包括：①安全性控制：以防止數據丟失、錯誤更新和越權使用；②完整性控制：保證數據的正確性、有效性和相容性；③並發控制：使在同一時間周期內，允許對數據實現多路存取，又能防止用戶之間的不正常交互作用；④故障的發現和恢復：由資料庫管理系統提供一套方法，可及時發現故障和修復故障，從而防止數據被破壞
你可能是初學的,這樣說吧,資料庫就是建表格,然後把一張一張的表格釘在一起,就成了一大堆的數據了,用專業的術語,我們把這么一大堆的表格叫資料庫.
書很多呀,<資料庫概論>這本就不錯,我學過這本書,雖說是偏現理倫的多一點,但一邊學這本書,一邊再找一本實用教材,(我指的是專門的一本學習資料庫一種軟體的書,)很受益.
我當時,就是一邊說這本書,一邊說<SQL server 2000>
SQL,MySQL,比較合適於在家裡學習資料庫,
ORCAL,比較適合於公司應用
DEPHI,本身並不是資料庫,但是是一個做資料庫系統,相當實 用的軟體很實用.
ACCESS, 對比較合適於應用它,不太適合利用它學資料庫,因為ACCESS一般不用語言,而且是面向普通用戶的,就是說用的比較方便實用,
『陸』 SQL表欄位如何建立索引難道就是添加SQL查詢語句
1、創建測試表，
create table test_index(id varchar2(20)， v_date date);
『柒』 有關SQL語句如何編寫的問題
假定表名tb，日期欄位dt：
insert into tb
select dt+1 ,other_columns from tb a
where not exists (select 1 from tb b where b.dt=a.dt+1);
用這個語句就可以把所有不存在的日期用前一天不上，只不過這條語句只能補一個非工作日，需要執行兩遍才行。如果有N個連續非工作日，就需要執行N遍。
『捌』 sql語句如何寫 有一個表table 裡面有A,B,C,D四個欄位
資料庫是基於集合論的，表中記錄是無序的，象數組那樣對位拷貝很麻煩的
只能提個建議，對著後五條和前五條同時循環並對位更新，這個比較容易
如果只是根據短標題與標題對應，這個可以
update 表 t1 set D=(select A from 表 t2 where t2.標題=t1.短標題)
『玖』 如何將Oracle資料庫的普通表轉換成分區表
在一個高可用系統中，如果需要改變一個表的定義是一件比較棘手的問題，尤其是對於7×24系統。Oracle提供的基本語法基本可以滿足一般性修改，但是對於把普通堆表改為分區表，把索引組織表修改為堆表等操作就無法完成了。而且，對於被大量DML語句訪問的表，幸運的是，Oracle從9i版本開始提供了在線重定義表功能，通過調用DBMS_REDEFINITION包，可以在修改表結構的同時允許DML操作。
在線重定義表具有以下功能：
修改表的存儲參數；
可以將表轉移到其他表空間；
增加並行查詢選項；
增加或刪除分區；
重建表以減少碎片；
將堆表改為索引組織表或相反的操作；
增加或刪除一個列。
調用DBMS_REDEFINITION包需要EXECUTE_CATALOG_ROLE角色，除此之外，還需要CREATE ANY TABLE、ALTER ANY TABLE、DROP ANY TABLE、LOCK ANY TABLE和SELECT ANY TABLE的許可權。
在線重定義表的步驟如下：
1.選擇一種重定義方法：
存在兩種重定義方法，一種是基於主鍵、另一種是基於ROWID。ROWID的方式不能用於索引組織表，而且重定義後會存在隱藏列M_ROW$$。默認採用主鍵的方式。
2.調用DBMS_REDEFINITION.CAN_REDEF_TABLE()過程，如果表不滿足重定義的條件，將會報錯並給出原因。
3.在用一個方案中建立一個空的中間表，根據重定義後你期望得到的結構建立中間表。比如：採用分區表，增加了COLUMN等。
4.調用DBMS_REDEFINITION.START_REDEF_TABLE()過程，並提供下列參數：被重定義的表的名稱、中間表的名稱、列的映射規則、重定義方法。
如果映射方法沒有提供，則認為所有包括在中間表中的列用於表的重定義。如果給出了映射方法，則只考慮映射方法中給出的列。如果沒有給出重定義方法，則認為使用主鍵方式。
5.在中間表上建立觸發器、索引和約束，並進行相應的授權。任何包含中間表的完整性約束應將狀態置為disabled。
當重定義完成時，中間表上建立的觸發器、索引、約束和授權將替換重定義表上的觸發器、索引、約束和授權。中間表上disabled的約束將在重定義表上enable。
6.（可選）如果在執行DBMS_REDEFINITION.START_REDEF_TABLE()過程和執行DBMS_REDEFINITION.FINISH_REDEF_TABLE()過程直接在重定義表上執行了大量的DML操作，那麼可以選擇執行一次或多次的SYNC_INTERIM_TABLE()過程，以減少最後一步執行FINISH_REDEF_TABLE()過程時的鎖定時間。
7.執行DBMS_REDEFINITION.FINISH_REDEF_TABLE()過程完成表的重定義。這個過程中，原始表會被獨占模式鎖定一小段時間，具體時間和表的數據量有關。
執行完FINISH_REDEF_TABLE()過程後，原始表重定義後具有了中間表的屬性、索引、約束、授權和觸發器。中間表上disabled的約束在原始表上處於enabled狀態。
8.（可選）可以重命名索引、觸發器和約束。對於採用了ROWID方式重定義的表，包括了一個隱含列M_ROW$$。推薦使用下列語句經隱含列置為UNUSED狀態或刪除。
ALTER TABLE TABLE_NAME SET UNUSED (M_ROW$$);
ALTER TABLE TABLE_NAME DROP UNUSED COLUMNS;
下面是進行重定義操作後的結果：
原始表根據中間表的屬性和特性進行重定義；
START_REDEF_TABLE()和FINISH_REDEF_TABLE()操作之間在中間表上建立的觸發器、索引、約束和授權，現在定義在原始表上。中間表上disabled的約束在原始表上處於enabled狀態。
原始表上定義的觸發器、索引、約束和授權建立在中間表上，並會在刪除中間表時刪除。原始表上原來enabled狀態的索引，建立在中間表上，並處於disabled狀態。
任何定義在原始表上的存儲過程和游標都會變為INVALID，當下次調用時後自動進行編譯。
如果執行過程中出現錯誤或者人為選擇退出的話，可以執行DBMS_REDEFINITION.ABORT_REDEF_TABLE()過程。
其中UNAME 參數是指用戶；
Oracle的普通表沒有辦法通過修改屬性的方式直接轉化為分區表，必須通過重建的方式進行轉變，下面介紹三種效率比較高的方法，並說明它們各自的特點。
方法一：利用原表重建分區表
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創建6264行。
SQL> COMMIT;
提交完成。
SQL> CREATE TABLE T_NEW (ID, TIME) PARTITION BY RANGE (TIME)
2 (PARTITION P1 VALUES LESS THAN (TO_DATE('2004-7-1', 'YYYY-MM-DD')),
3 PARTITION P2 VALUES LESS THAN (TO_DATE('2005-1-1', 'YYYY-MM-DD')),
4 PARTITION P3 VALUES LESS THAN (TO_DATE('2005-7-1', 'YYYY-MM-DD')),
5 PARTITION P4 VALUES LESS THAN (MAXVALUE))
6 AS SELECT ID, TIME FROM T;
表已創建。
SQL> RENAME T TO T_OLD;
表已重命名。
SQL> RENAME T_NEW TO T;
表已重命名。
SQL> SELECT COUNT(*) FROM T;
COUNT(*)
----------
6264
SQL> SELECT COUNT(*) FROM T PARTITION (P1);
COUNT(*)
----------
0
SQL> SELECT COUNT(*) FROM T PARTITION (P2);
COUNT(*)
----------
6246
SQL> SELECT COUNT(*) FROM T PARTITION (P3);
COUNT(*)
----------
18
優點：
方法簡單易用，由於採用DDL語句，不會產生UNDO，且只產生少量REDO，效率相對較高，而且建表完成後數據已經在分布到各個分區中了。
不足：
對於數據的一致性方面還需要額外的考慮。由於幾乎沒有辦法通過手工鎖定T表的方式保證一致性，在執行CREATE TABLE語句和RENAME T_NEW TO T語句直接的修改可能會丟失，如果要保證一致性，需要在執行完語句後對數據進行檢查，而這個代價是比較大的。另外在執行兩個RENAME語句之間執行的對T的訪問會失敗。
適用於修改不頻繁的表，在閑時進行操作，表的數據量不宜太大。
方法二：使用交換分區的方法
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創建6264行。
SQL> COMMIT;
提交完成。
SQL> CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)
2 (PARTITION P1 VALUES LESS THAN (TO_DATE('2005-7-1', 'YYYY-MM-DD')),
3 PARTITION P2 VALUES LESS THAN (MAXVALUE));
表已創建。
SQL> ALTER TABLE T_NEW EXCHANGE PARTITION P1 WITH TABLE T;
表已更改。
SQL> RENAME T TO T_OLD;
表已重命名。
SQL> RENAME T_NEW TO T;
表已重命名。
SQL> SELECT COUNT(*) FROM T;
COUNT(*)
----------
6264
優點：
只是對數據字典中分區和表的定義進行了修改，沒有數據的修改或復制，效率最高。如果對數據在分區中的分布沒有進一步要求的話，實現比較簡單。在執行完RENAME操作後，可以檢查T_OLD中是否存在數據，如果存在的話，直接將這些數據插入到T中，可以保證對T插入的操作不會丟失。
不足：
仍然存在一致性問題，交換分區之後RENAME T_NEW TO T之前，查詢、更新和刪除會出現錯誤或訪問不到數據。如果要求數據分布到多個分區中，則需要進行分區的SPLIT操作，會增加操作的復雜度，效率也會降低。
適用於包含大數據量的表轉到分區表中的一個分區的操作。應盡量在閑時進行操作。
方法三：Oracle9i以上版本，利用在線重定義功能
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創建6264行。
SQL> COMMIT;
提交完成。
SQL> EXEC DBMS_REDEFINITION.CAN_REDEF_TABLE(USER』, 'T', DBMS_REDEFINITION.CONS_USE_PK);
PL/SQL 過程已成功完成。
SQL> CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)
2 (PARTITION P1 VALUES LESS THAN (TO_DATE('2004-7-1', 'YYYY-MM-DD')),
3 PARTITION P2 VALUES LESS THAN (TO_DATE('2005-1-1', 'YYYY-MM-DD')),
4 PARTITION P3 VALUES LESS THAN (TO_DATE('2005-7-1', 'YYYY-MM-DD')),
5 PARTITION P4 VALUES LESS THAN (MAXVALUE));
表已創建。
SQL> EXEC DBMS_REDEFINITION.START_REDEF_TABLE(『USER』, 'T', 'T_NEW', -
> 'ID ID, TIME TIME', DBMS_REDEFINITION.CONS_USE_PK);
可以改為：
SQL> EXEC DBMS_REDEFINITION.START_REDEF_TABLE(『USER』, 'T', 'T_NEW')
PL/SQL 過程已成功完成。
SQL> EXEC dbms_redefinition.sync_interim_table(『USER』, 'T', 'T_NEW')
現在，將中間表與原始表同步。（僅當要對表 T 進行更新時才需要執行該操作。）
SQL> EXEC DBMS_REDEFINITION.FINISH_REDEF_TABLE(USER』, 'T', 'T_NEW');
PL/SQL 過程已成功完成。
如果重組織失敗，那麼你就必須採取特殊的步驟來讓它重新開始。由於重定義過程需要創建表格的快照，因此為了重新開始這一過程，你必須調用DBMS_REDEFINITION.ABORT_REDEF_TABLE來釋放快照。
DBMS_REDEFINITION.ABORT_REDEF_TABLE過程有三個參數，即用戶（schema）、原始表格（original table name）名稱以及持有表格名稱（holding table name）。它「出棧」並允許你開始重組織表格。
SQL> SELECT COUNT(*) FROM T;
SQL> SELECT COUNT(*) FROM T PARTITION (P2);
SQL> SELECT COUNT(*) FROM T PARTITION (P3);
需要說明的是完成後，原表和中間表的結構也同時進行了交換，並且中間表裡面有原表的數據備份。
優點：
保證數據的一致性，在大部分時間內，表T都可以正常進行DML操作。只在切換的瞬間鎖表，具有很高的可用性。這種方法具有很強的靈活性，對各種不同的需要都能滿足。而且，可以在切換前進行相應的授權並建立各種約束，可以做到切換完成後不再需要任何額外的管理操作。
不足：實現上比上面兩種略顯復雜,適用於各種情況。
然而，在線表格重定義也不是完美無缺的。下面列出了Oracle9i重定義過程的部分限制:
你必須有足以維護兩份表格拷貝的空間。
你不能更改主鍵欄。
表格必須有主鍵。
必須在同一個大綱中進行表格重定義。
在重定義操作完成之前，你不能對新加欄加以NOT NULL約束。
表格不能包含LONG、BFILE以及用戶類型（UDT）。
不能重定義鏈表（clustered tables）。
不能在SYS和SYSTEM大綱中重定義表格。
不能用具體化視圖日誌（materialized view logs）來重定義表格；不能重定義含有具體化視圖的表格。
不能在重定義過程中進行橫向分集（horizontal subsetting）。