A. 兩個sql的鎖表問題
不是很明白的你的意思，查看是否鎖表的sql:
select s.SID,s.SERIAL#,s.username,
decode(l.type,'TM','TABLE LOCK',
'TX','ROW LOCK',
NULL) LOCK_LEVEL,
o.owner,o.object_name,o.object_type,s.terminal,s.machine,s.program,s.osuser
from v$session s,v$lock l,dba_objects o
where s.sid=l.sid
and o.object_id=l.id1
and s.username is not null ;
如果1 .2是同時操作一張表，最好是執行完一條sql先commit一下在執行第二條這樣肯定不會鎖表，我不知道我理解對了沒有？
ps:不能，資料庫的事務機制不允許同一時刻同一記錄update 如果先update操作會先lock table等執行完釋放資源才有其他的操作。
以下是我做過的測試：
eg：select * from table for update;
1.不允許做for update查詢。
2.允許普通search查詢。
3.不允許對表中任何記錄做update操作;
4.允許insert操作;
5.不允許delete操作。
另：一樓說的是對的。
B. SQL語言中,刪除一個表中所有數據,但保留表結構的命令是
SQL語言刪除一個表中所有數據使用delete子句。該子句只刪除數據，對表結構沒有影響。
一、語法為：delete （from） table (where ...)
二、例表格：tt
deletettwherev1=1;
C. sql server insert 會鎖整個表么
不會鎖整個表，一般是行鎖，當更新或插入的數據達到一個頁面的大部分數據的時候 ,SQL SERVER為了節省內存,會將行鎖升級為頁鎖
D. .net的sqlserver事務里，delete語句如何只鎖行，不鎖表
你理解錯了！
默認sqlserver都是行數據鎖定，隔離級別是 read commited 也就是讀取可 提交數據。
我給你舉個例子！
SELECT TOP 1000
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
顯示結果
-----------------------------------------------
ID DeleteBy DelDate
1 admin 2008-04-13 00:00:00.000
2 admin 2008-05-04 00:00:00.000
-------------------------------------------------
表數據就兩行
然後我做如下操作：
打開 SQL Server Management Studio
輸入：
begin transaction
DELETE FROM [HMS].[dbo].[DeleteLog]
where ID='1'
在另一個窗口中：
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=1
你發現 這一個窗口被阻塞了，
但是查詢
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=2
可以正確返回結果。 這充分證明了，sqlserver默認隔離級別是行數據鎖定。
然後你此時在第一個刪除窗口 中輸入
rollback
，記住前面的刪除不執行，只執行rollback。
此時看一下查詢
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=1
那個窗口的結果已經出來了，阻塞被解除了。
========================================
當然了！你執行了全表檢索肯定也是被阻塞的，因為刪除操作還沒提交啊，檢索數據中又包含了你要刪除的數據，當然被阻塞了。
你的問題出現在哪裡了，你應該明白了吧！
解決這個問題其實很簡單，不要長事務佔用。檢索的時候避開要刪除的數據。
當然也可以改變隔離級別，sqlserver分為兩類隔離級別，改成非阻塞類就可以。
但是我個人不推薦這么做。改變隔離級別可以如下方式：
set transaction isolation level read uncommitted
begin transaction
DELETE FROM [HMS].[dbo].[DeleteLog]
where ID='1'
這個刪除沒有提交
檢索的時候
set transaction isolation level read uncommitted
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=1
根本不會阻塞。 比較順利，刪除更新也一樣。
這種方式 適合 數據量龐大的社交，天文資料庫，企業管理不適合。
可以從側面看出，你的程序並不優良，明白了否？
E. 怎麼查看 sql server 資料庫有沒有鎖表
查看sql server資料庫被鎖表可以用用如下語句：
拓展資料：
SQL Server 是Microsoft 公司推出的關系型資料庫管理系統。具有使用方便可伸縮性好與相關軟體集成程度高等優點，可跨越從運行Microsoft Windows 98 的膝上型電腦到運行Microsoft Windows 2012 的大型多處理器的伺服器等多種平台使用。
Microsoft SQL Server 是一個全面的資料庫平台，使用集成的商業智能 (BI)工具提供了企業級的數據管理。Microsoft SQL Server 資料庫引擎為關系型數據和結構化數據提供了更安全可靠的存儲功能，使您可以構建和管理用於業務的高可用和高性能的數據應用程序。
F. 用sql語句只刪除數據，但不刪除關系和約束，如何實現
綜合一下：
delete
語句是刪除表數據的語句
delete
from
表名
--
刪除表中所有數據
delete
from
表名
where
主鍵列名=值
--
刪除表中
列名=值的那一列
當然多表有主外鍵約束關系的話
要先刪除子表中的數據才能刪除主表中的數據
G. SQL 如何刪除表中的全部數據而不刪除表
Truncate table 清除表數據 和 表空間
delete from 不加where也可以清除數據 但不釋放空間
H. 如何清除SQL資料庫,而且不刪除表
刪除表的全部內容：delete from 表名; 。
I. SQL刪除資料庫中的所有數據
Sql Server中清空所有數據表中的記錄
清空所有數據表中的記錄：
復制代碼 代碼如下:
exec sp_msforeachtable @Command1 ='truncate table ?'
刪除所有數據表：
復制代碼 代碼如下:
exec sp_msforeachtable 'delete N''?'''
清空SQL Server資料庫中所有表數據的方法（有約束的情況）
其實刪除資料庫中數據的方法並不復雜，為什麼我還要多此一舉呢，一是我這里介紹的是刪除資料庫的所有數據，因為數據之間可能形成相互約束關系，刪除操作可能陷入死循環，二是這里使用了微軟未正式公開的sp_MSForEachTable存儲過程。
也許很多讀者朋友都經歷過這樣的事情：要在開發資料庫基礎上清理一個空庫，但由於對資料庫結構缺乏整體了解，在刪除一個表的記錄時，刪除不了，因為可能有外鍵約束，一個常見的資料庫結構是一個主表，一個子表，這種情況下一般都得先刪除子表記錄，再刪除主表記錄。
說道刪除數據記錄，往往馬上會想到的是delete和truncate語句，但在遇到在兩個或多個表之間存在約束的話，這兩個語句可能都會失效，而且最要命的是這兩個命令都只能一次操作一個表。那麼真正遇到要刪除SQL Server資料庫中所有記錄時，該怎麼辦呢?有兩個選擇：
1.按照先後順序逐個刪除，這個方法在表非常多的情況下顯得很不現實，即便是表數量不多，但約束比較多時，你還是要花費大量的時間和精力去研究其間的約束關系，然後找出先刪哪個表，再刪哪個表，最後又刪哪個表。
2.禁用所有約束，刪除所有數據，最後再啟用約束，這樣就不用花時間和精力去研究什麼約束了，只需要編寫一個簡單的存儲過程就可以自動完成這個任務。
復制代碼 代碼如下:
CREATE PROCEDURE sp_DeleteAllData
AS
EXEC sp_MSForEachTable 'ALTER TABLE ? NOCHECK CONSTRAINT ALL'
EXEC sp_MSForEachTable 'ALTER TABLE ? DISABLE TRIGGER ALL'
EXEC sp_MSForEachTable 'DELETE FROM ?'
EXEC sp_MSForEachTable 'ALTER TABLE ? CHECK CONSTRAINT ALL'
EXEC sp_MSForEachTable 'ALTER TABLE ? ENABLE TRIGGER ALL'
EXEC sp_MSFOREACHTABLE 'SELECT * FROM ?'
GO
從這兩個選擇中不難看出第二個選擇是最簡單有效的了，那麼在使用第二個選擇時，具體該怎麼實施呢?
首先得編寫代碼循環檢查所有的表，這里我推薦一個存儲過程sp_MSForEachTable，因為在微軟的官方文檔中沒有對這個存儲過程有描述，很多開發人員也許都還未曾聽說，所以你在互聯網上搜索得到的解決辦法大多很復雜，也許有的人會認為，既然沒有官方文檔，這個存儲過程可能會不穩定，打心理上會排斥它，但事實並非如此。下面來先看一個完整的腳本：
這個腳本創建了一個命名為sp_DeleteAllData的存儲過程，前面兩行語句分別禁用約束和觸發器，第三條語句才是真正地刪除所有數據，接下里的語句分別還原約束和觸發器，最後一條語句是顯示每個表中的記錄，當然這條語句也可以不要，我只是想確認一下是否清空了所有表而已。
你可以在任何資料庫上運行這個存儲過程，當然不要在生成資料庫上運行，可別怪我沒告訴你!不管怎樣，還是先備份一下資料庫，使用備份資料庫還原，然後再運行該存儲過程，呵呵，即使是一個大型資料庫，也要不多長時間，你的資料庫就成一個空庫了
第三種方法：TRUNCATE TABLE
在sql server資料庫中快速刪除記錄，清空表若要刪除表中的所有行，則 TRUNCATE TABLE 語句是一種快速、無日誌記錄的方法。TRUNCATE TABLE 與不含有 WHERE 子句的 DELETE 語句在功能上相同。但是，TRUNCATE TABLE 速度更快，並且使用更少的系統資源和事務日誌資源。
與 DELETE 語句相比，TRUNCATE TABLE 具有以下優點：
所用的事務日誌空間較少。
DELETE 語句每次刪除一行，並在事務日誌中為所刪除的每行記錄一項。TRUNCATE TABLE 通過釋放用於存儲表數據的數據頁來刪除數據，並且在事務日誌中只記錄頁釋放。
使用的鎖通常較少。
當使用行鎖執行 DELETE 語句時，將鎖定表中各行以便刪除。TRUNCATE TABLE 始終鎖定表和頁，而不是鎖定各行。
如無例外，在表中不會留有任何頁。
執行 DELETE 語句後，表仍會包含空頁。例如，必須至少使用一個排他 (LCK_M_X) 表鎖，才能釋放堆中的空表。如果執行刪除操作時沒有使用表鎖，表（堆）中將包含許多空頁。對於索引，刪除操作會留下一些空頁，盡管這些頁會通過後台清除進程迅速釋放。
與 DELETE 語句相同，使用 TRUNCATE TABLE 清空的表的定義與其索引和其他關聯對象一起保留在資料庫中。
J. sql怎麼刪除一個表中的所有數據
刪除表數據有兩種方法：delete和truncate。具體語句如下：
一、RUNCATE TABLE name ：
刪除表中的所有行，而不記錄單個行刪除操作。在這個指令之下，表格中的資料會完全消失，可是表格本身會繼續存在。
TRUNCATE TABLE 的語法：TRUNCATE TABLE name ，參數 name 是要截斷的表的名稱或要刪除其全部行的表的名稱。
二、Delete from tablename where 1=1
1、delete語法：
DELETE FROM 表名稱 WHERE 列名稱 = 值。
2、刪除所有行：
可以在不刪除表的情況下刪除所有的行。這意味著表的結構、屬性和索引都是完整的：DELETE FROM table_name。
(10)sql刪數據不鎖表擴展閱讀：
truncate和delete的共同點及區別：
1、 truncate和 delete只刪除數據不刪除表的結構(定義) 。
2、delete語句是dml，這個操作會放到rollback segement中,事務提交之後才生效;如果有相應的trigger,執行的時候將被觸發。
truncate是ddl, 操作立即生效,原數據不放到rollback segment中,不能回滾. 操作不觸發trigger。
3、delete語句不影響表所佔用的extent, 高水線(high watermark)保持原位置不動 。truncate 語句預設情況下見空間釋放到 minextents個 extent，除非使用reuse storage; truncate會將高水線復位(回到最開始)。
4、速度,一般來說: truncate >delete 。