實際數據庫操作遇到的小問題

1、修改表保存不上的問題

在數據庫操作創建表的過程當中,我們有可能隨時對表進行修改,那在保存好表之后,對表進行修改并且點擊保存的時候,會出現這樣的情況,如圖1

圖1 “阻止保存要求重新創建表的更改”

這個時候我們找到SQL Server 2008 菜單欄中的“工具”,找到如圖2,將“阻止保存要求重新創建表的更改”那個勾選取消掉就可以啦。

圖2 工具-選項

2、創建表ID自增的問題

通過在我們創建表的時候,都會有一個必不可少的ID,也就是這張表的唯一標識,那如何讓ID實現自增呢?如圖3,點中ID,在列屬性中找到“標識規范”,將否都改為是,標識增量和標識種子自動變為1,則ID自增修改完成。

圖3 自增

3、注意在創建表的時候非空情況下設置默認值

例如:

int、bigint、smallint這種類型設置默認值為 ((0))

varchar、nvarchar這種類型設置默認值為 ('')

datetime,smalldatetime這種類型設置默認值為 (getdate())

4、SQL語法:帶參數的拼接和不帶參數的拼接格式

圖4 參數拼接

5、SQL語法:帶參數并且輸入多個參數時,例(1,2,3)用in語法

圖5 in用法
圖6 in用法

圖片中的@ID和@attitude參數都是varchar類型。

圖5:in括號里面是單引號,a.ID在表中的類型是int類型

圖6:in括號里面是三個單引號,tu.uQQ3是varchar類型

唯一的區別在于:圖5中的a.ID在表中的類型是int類型,而圖6中的tu.uQQ3是varchar類型。所有參數拼接引號時也會所有不同,否則會提示varchar類型轉int類型失敗。

6、SQL Server中回車符和換行符的代碼

換行符: CHAR(10)?

回車符: CHAR(13)

圖7 回車符和換行符

7、在寫存儲過程時,通常會用到聲明變量declare @sql varchar(n)

之前在寫存儲過程時,設置的變量長度一般是5000,即:declare @sql varchar(5000)

后來代碼多了之后,發現運行出現了代碼丟失的問題,才恍然聲明變量的長度不夠了,于是才知道聲明變量的最大長度就是8000.或者將長度設為MAX.

declare @sql varchar(MAX/8000)

8、僅當使用了列列表并且 IDENTITY_INSERT 為 ON 時,才能為表'#tempEvent'中的標識列指定顯式值。

數據庫中用sql語句創建一張臨時表,如下

create table [#tempEvent] (ID int not null identity(1,1) primary key,EventType tinyint,CurLatitude decimal(9, 6), CurLongitude decimal(9, 6), CurAddr nvarchar(80),EventTime datetime,EmpID varchar(36), EmpName nvarchar(20),CompID int,CompName nvarchar(200))

將需要的數據插入到創建好的這張[#tempEvent]臨時表中,如下

insert into [#tempEvent]?

select ID,EventType,CurLatitude,CurLongitude,CurAddr,EventTime,EmpID,EmpName,CompID,CompName from [#tempT]?

就會出現如上的錯誤提示。

于是我在創建臨時表之后設置set identity_insert [#tempEvent] on,還是無效,后來發現,在補上允許插入設置之后,還需要補全要插入的所有字段名稱,即

insert into (ID,EventType,CurLatitude,CurLongitude,CurAddr,EventTime,EmpID,EmpName,CompID,CompName)[#tempEvent]?

select ID,EventType,CurLatitude,CurLongitude,CurAddr,EventTime,EmpID,EmpName,CompID,CompName from [#tempT]?

這樣就可以啦!

9、


10、




未完待續。。。。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,182評論 6 543
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,489評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,290評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,776評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,510評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,866評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,860評論 3 447
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,036評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,585評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,331評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,536評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,058評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,754評論 3 349
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,154評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,469評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,273評論 3 399
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,505評論 2 379