Time of Update: 2018-12-06
今天遇到了一個莫名其妙的效能問題,一段簡單的SQL語句,以使用者名稱為查詢條件。不同的使用者執行時居然速度不同,凡是使用者名稱中帶有“9”的,執行速度就慢。匪夷所思,難道“9”是敏感詞??開玩笑,肯定是程式哪裡有問題。經過檢查,發現代碼中添加查詢參數時,只聲明了參數名稱,而沒有指定參數類型。如下:new SqlParameter("@XXX",
Time of Update: 2018-12-06
Sqlserver串連問題 之前串連都是正常的,然後就不知道怎麼成這樣了。錯誤現象如下: 企業管理器串連: 用"."和IP地址可以串連用機器名,不能串連,報錯如下:查詢分析器串連用IP串連正常。用 “.”報錯如下: 用伺服器名報錯如下:哪位知道什麼原因???謝謝!
Time of Update: 2018-12-06
哈哈,題目比較長,但實際上的確值得推薦。最近在做的一個項目的修改工作,拿到一個ms sql server 2000的資料庫,大概60張表左右,為了看清楚其結構,開始嘗試用過visio來逆向工程,但效果不是很好,反向後的圖表,位置淩亂,要手工排整齊,不大好使。今天在codeporject.com上看到一老外的介紹,感覺十分好,運行這個WEB程式,只要輸入SQL SERVER的資料庫名,使用者名稱,密碼,就可以通過水晶報表的方式,將這個資料庫的所有表全部按其結構列印出來(就象SQL
Time of Update: 2018-12-06
一:目的想在sql中插入''號,例如:select count(*)from user where name='tom' a)使用逸出字元:select char(39)或select char(39)+'' 查詢的結果是:' 例如:select char(39) + '44555'+ char(39) 查詢的結果是:'4455' b)
Time of Update: 2018-12-06
摘要對於SQL Server中的約束,想必大家並不是很陌生。但是約束中真正的內涵是什麼,並不是很多人都很清楚的。本文以詳細的文字來介紹了什麼是約束,以及如何在資料庫編程中應用和使用這些約束,來達到更好的編程效果。(本文部分內容參考了SQL Server線上手冊)內容 資料完整性分類 實體完整性 值域完整性 參考完整性 使用者定義完整性 PRIMARY KEY約束 DEFAULT約束 CHECK約束 UNIQUE約束 FOREIGN
Time of Update: 2018-12-06
/* 擷取檔案最後訪問日期 @filepath 檔案路徑,如: c:\1.txt @filedate 檔案最後訪問日期 調用樣本: declare @dt varchar(20) exec getFileLastAccessDate 'c:\1.txt',@dt output select @dt*/create procedure getFileLastAccessDate @filepath varchar(4000), @f
Time of Update: 2018-12-06
有時候我們需要儲存一些binary data進資料庫。SQL Server提供一個叫做image的特殊資料類型供我們儲存binary data。Binary data可以是圖片、文檔等。在這篇文章中我們將看到如何在SQL Server中儲存和輸出圖片。 建表 為了實驗這個例子你需要一個含有資料的table(你可以在現在的庫中建立它,也可以建立一個新的資料庫),下面是它的結構: Column NameDatatypePurposeIDInteger identity column
Time of Update: 2018-12-06
在SQL Server 中,使用系統的預存程序管理登入名稱,主要包括:sp_addlogin sp_droplogin sp_helploginssp_grantlogin sp_revokelogin sp_denylogin 需要注意的是:這些系統的預存程序必須在master 資料庫中使用。 以下代碼實現簡單的三層許可權:use S100801Ago--======================= 資料庫登入 ====================
Time of Update: 2018-12-06
準備工作,在庫Im_Test中建立一張表Im_Info,此表中有兩個欄位,分別為Pr_Id (INT),Pr_Info (IMAGE),用來儲存圖形編號及圖形資訊。其文法如下: CREATE TEALE Im_Info ( Pr_Id INT NULL , Pr_Info IMAGE NULL ) 第一步: 往表中插入一條記錄,並初始化PR_INFO欄位。其文法如下: INSERT INTO Im_Info VALUES (1 ,0xFFFFFFFF) 第二步往表中寫入圖形資訊。其文法如下:
Time of Update: 2018-12-06
工作中遇到一個需求,要查詢表結構以及索引、主鍵,本來搞定了,可突然又不好使了,因為我第一次寫的指令碼只能相容SQL Server 2005,用在SQL Server 2000裡面就報錯了,鬱悶,我再改,這次是通用的了,看它還敢給我報錯! --查詢索引和主鍵SELECT IndexId = idx.indid, IndexName = idx.Name, ColumnName = col.Name, Sort = CASE
Time of Update: 2018-12-06
用了一個笨辦法,不知道還有沒有其他的好方法: 把要修改的欄位和預存程序中的欄位對照,改為一樣大小,一樣的類型,順序也改為完全一樣,這樣還是不行,重新編譯也不成功,把SQL SERVER停了再重起也不行,只好把預存程序中的一些參數作為注釋,引用起來,執行一遍,作用相當於重新編譯一遍預存程序,去掉這些注釋,再執行就可以了! 不知道是為什麼!我是新手,有人可以解釋一下嗎?
Time of Update: 2018-12-06
在日常的sql
Time of Update: 2018-12-06
一般應用程式的製作非常容易,基本上就是把您的應用程式拖入該安裝程式的過程。如果您的應用程式的運行需要資料庫的支援(如SQL Server),問題就變得比較複雜一點。主要有如下幾個方面的問題:(1) 如何在獲得安裝畫面的值,比如獲得使用者輸入的使用者名稱密碼。(2) 如何設計一個程式來與資料庫伺服器進行互動,建立新的資料庫。
Time of Update: 2018-12-06
今天,一不小心把EXCEL資料上傳到了SQL
Time of Update: 2018-12-06
sql Server 索引最佳化 叢集索引 , 表中儲存的資料按照索引的順序儲存 , 檢索效率比普通索引高 , 但對資料新增 / 修改 / 刪除的影響比較大 非叢集索引 , 不影響表中的資料存放區順序 , 檢索效率比叢集索引低 , 對資料新增 / 修改 / 刪除的影響很小 如何讓你的 SQL 運行得更快 ---- 人們在使用 SQL 時往往會陷入一個誤區,即太關注於所得的結果是否正確,而忽略 了不同的實現方法之間可能存在的效能差異,這種效能差異在大型的或是複雜的資料庫 環境中(如聯機交易處理
Time of Update: 2018-12-06
在SQL Server 2000裡設定和使用資料庫複寫之前,應先檢查相關的幾台SQL Server伺服器下面幾點是否滿足: 1、MSSQLserver和Sqlserveragent服務是否是以域使用者身份啟動並啟動並執行(.\administrator使用者也是可以的) 如果登入用的是本地系統帳戶local,將不具備網路功能,會產生以下錯誤: 進程未能串連到Distributor '@Server name'
Time of Update: 2018-12-06
以下是使用遊標的一種最直接的方式:代碼運行條件:一張Tb_paperInfo(paperID,paperName)表--聲明一個標識為c的遊標,該遊標是從tb_paperInfo表中查出兩列declare c cursor for select top 3 paperID,paperName from tb_paperinfo--開啟遊標copen c--聲明兩個變數,作為臨時儲存相應的欄位的值declare @paperID varchar(20);declare @paperName var
Time of Update: 2018-12-06
如果想記某張表中的記錄進行隨機顯示,或者隨機抽取某條記錄的話,我們沒必要去寫一大長串的程式碼去先產生隨機數,然後再怎麼怎麼做去做出所謂的“隨機記錄”,只需要用SQL SERVER中的一個小函數即可實現隨機排序或者隨機抽取的功能,該函數就是newid()用的方法很簡單,比如說一張stuInfo表,我們想將其中的資料隨機排序,那麼這裡就可以寫出如下的sql
Time of Update: 2018-12-06
清空資料庫中所有的使用者表declare crsr cursorfor SELECT [name] FROM DBO.SYSOBJECTS WHERE OBJECTPROPERTY(ID,N'IsTable')=1 and type = 'U' and [name] <> 'dtproperties' --and crdate...--可以為crdate欄位指定表的建立日期open crsrdeclare @tblName sysnamefetch crsr into
Time of Update: 2018-12-06
I've built a entity framework model against a 2008 database. All works ok against the 2008 database. When I try to update the entity on a 2005 database I get this error.The version of SQL Server in use does not support datatype 'datetime2I