sql器
❶ sql 伺服器介紹
現代的 SQL 伺服器構建在 RDBMS 之上。
DBMS - 資料庫管理系統(Database Management System)
資料庫管理系統是一種可以訪問資料庫中數據的計算機程序。
DBMS 使我們有能力在資料庫中提取、修改或者存貯信息。
不同的 DBMS 提供不同的函數供查詢、提交以及修改數據。
RDBMS - 關系或局資料庫管理系統(Relational Database Management System)
關系資料庫管理系統 (RDBMS) 也是一種資料庫管理系統，其資料庫是銀團李根據數據間的關系來組織和訪問數據的。
20 世紀 70 年代初，IBM 公司發明了 RDBMS。
RDBMS 是 SQL 的基鋒遲礎，也是所有現代資料庫系統諸如 Oracle、SQL Server、IBM DB2、Sybase、MySQL 以及 Microsoft Access 的基礎。
❷ SQL伺服器是什麼
SQL伺服器是文件伺服器升核、資料庫伺服器和應用程序伺服器 中的資料庫伺服器。
簡單來說，就是提供一個存儲數據的環境，並且能夠進行數據上敬笑慶交互（如你網頁是用asp.net做的，後台是用sql資料庫，那網頁上的一些數據可以從後台sql數亮握據庫里取出。
SQL是一種結構化資料庫查詢語言，其發音為「sequel」或「S-Q-L」。
盡管MICROSOFT以其特有的方式加入了所有權聲明，但它在大多資料庫應用中近乎成為一種標准。是一種使用你選擇的標准從資料庫記錄中選擇某些記錄的方法。
❸ SQL觸發器如何使用
sql觸發器使用方法如桐棚下：
1、用來喚醒調用觸發器以響應 INSERT、UPDATE 或 DELETE 語句。
2、觸發器是個特殊的存儲過程，它的執行不是由程序調用，也不是手工啟動。
3、觸發器是用來激活事件的，當對一個表進行操作，就可以激活觸發器進行執行事件。
4、觸發器經常用於加強數據的完整性約束和業務規則等。
5、比如，一個燈的輪襪亮與不亮要靠手動或者聲音來處罰執行，這就是觸發器的原理局桐則。
❹ 保護SQL伺服器的安全-安全安裝
由於很多原因 需要作出安全決定的人常常沒有明白數據的真正價值 所以經常無法對數據進行足夠的保護 讓需要你數據的人能夠在需要的時候訪問到它 並確保其有效性 可能是資料庫管理員最重要的職責 但是 保持數據能夠被訪問並不意味著要讓它對所有的人都開放 因此 你需要仔細保護數據的安全 然後只對需要它的人開放 鬧脊 安全措施 普通的維護和資料庫的更改應該讓位於安全措施 這一過程包括如下步驟 ● 為預設的系統管理員（SA）帳號分配一個復雜的密碼 然後創建你唯一命名的帳號來處理管理工作 並給該帳號分配sysadmin角色 要確保新的帳號也具有復雜的密碼 然後你就可以從sysadmin角色里把SA帳號刪掉 ● 為每個用戶設置單獨的密碼 但是更好的方法是使用Windows集成的安全（機制） 並讓Windows來強制執行嚴格的密碼規則 ● 要確定哪些用戶需要查看什麼數據 然後分配適當的許可 不要僅僅為圖省事而給予用戶過多的許可權 例如 你的數據輸入操作員就的確不需要查看其他人的工資 ● 確定哪些用戶需要更改什麼數據 然後再分配適當的許可 帳號管理人員應該可以看到所有的客戶信息 但是你可能希望限制誰才有權更改這些信息 具體的說 掌握特定帳號的帳號管理人員可能是唯一一個被賦予許可權更改客戶數據的人 通過本系列的文章 你會了解到更多關於這些措施的內容 但是你應該從一開始就考慮安全的問題 否則 你資料庫的任何用戶都可能竊取或者刪除你最敏感的數據 可能是什麼出錯？ 眾所周知 SQL伺服器在剛安裝好的的時候並不安全 你必須花一些心思和精力來充分和成功地保證你伺服器的安全 甚至在開始安裝伺服器之前 你就需要考慮兩個非常重要的問題 ● 保護管理員帳號和密碼的安全 ● 保護你的系統不受Slammer蠕液兆滲蟲病毒的侵害 ● 保護剛剛安裝好的伺服器利用SA帳號 SQL伺服器 的確具有預設的安全（措施） 在安裝過程中 SQL伺服器會自動地創建一個管理員用戶 並為其指定SA這個用戶名和一個空白的密碼 有些管理員會把這個SA的密碼留成空白 或者設置為大家都知道的一個常見密碼 這就使得其整個系統能夠被輕易攻破 如果你犯了這個錯誤 那麼任何人都可以登錄進你的資料庫 並做他們想做的事情 具有管理員許可的任何人都可以做他們想做的任何事——不僅僅是資料庫 還有整台計算機 這肯定不是一件好事 你希望限制每個用戶 只讓他們訪問他們需要的東西——不多也不少 在日常的管理工作中不要使用SA帳號 用一個真正安全的密碼來收藏好這個帳號 然後 為管理工作專門創建另外一個帳猜卜號（具體是SQL伺服器帳號還是Windows帳號 這要根據你的驗證模式） 你需要避免很容易就會被猜出來的帳號名 或者控制整台伺服器的帳號的密碼 因為如果有人使用這個帳號成功地登錄進來 那麼游戲就此結束 一次令人警醒的事件——Slammer蠕蟲 年 月 一個感染性極強的惡意代碼 Slammer蠕蟲將攻擊目標瞄準了SQL伺服器的安裝過程 通過利用SQL伺服器代碼里的漏洞 它能夠在安裝SQL伺服器的時候 綁架 計算機 並將自己的多個副本安 *** 其他被攻破的計算機里 利用某些帳號 這個蠕蟲在被釋放出來的 分鍾之內就滲透進了Internet 微軟花了大量的精力來發布補丁 但是Slammer的影響現在還時有發生 有些媒體甚至還宣稱 它破壞了SQL伺服器工作組的工作 結果導致SQL伺服器下一版本的beta版發布被推遲 為什麼在這一事件爆發數月之後你還需要關注這個問題？因為現在在網上每天還有受到感染的機器在向外發送Slammer的副本 如果把沒有打補丁的SQL伺服器連接到Internet上 你就可能成為下一個受害者 這次事件告訴我們 在插上連接到Internet的電纜之前 你需要保護好自己伺服器的安全 並安裝最新的服務包和補丁 服務包的重要性 服務包可以免費下載 所以你不會因為買不起而不去安裝 Slammer蠕蟲不會破壞數據 但是它會導致你服務的嚴重崩潰 其後果和數據被破壞一樣嚴重 保護措施非常簡單 下載服務包 或者服務包 a 這個蠕蟲如何工作的技術細節在這里並不重要 重要的是 Slammer蠕蟲所攻擊的漏洞 已經在 個月之前由微軟發布補丁進行了修補 但是還造成這么大的損失 受到這個蠕蟲攻擊的商業機構兩次受害 一次是由沒有保護好系統的管理員造成的 另一次是由蠕蟲造成的 你也應該要記住 沒有什麼能夠保證SQL伺服器服務包 能夠修補所有的漏洞 你應該定期訪問微軟的安全公告牌頁面 以確保你能夠得知未來服務包和補丁的發布 選擇驗證模式 在安裝SQL伺服器過程中你要首先作出的一個決定是選擇使用哪種安全模式 安全模式有兩種 ● Windows驗證模式（也叫做集成模式） ● 混合模式 在Windows驗證模式下 用戶通過已有的Windows用戶帳號連接到SQL伺服器上 當用戶使用合法的用戶名和密碼連接到伺服器的時候 SQL伺服器會驗證用戶的Windows登錄信息 這樣 用戶只需要一次就能夠同時登錄進Windows和SQL伺服器 帳號信息由Windows嚴格保存 混合模式是Windows驗證和SQL伺服器驗證的結合 在混合驗證模式下 有的用戶可以只需要一次注冊 就可以繼續使用Windows的帳號來訪問SQL伺服器 而其他的人可以使用SQL伺服器的用戶帳號 這一帳號是同Windows帳號完全分離的 每個SQL伺服器的帳號都會保存自己的用戶名和密碼 即使這兩個登錄的值完全相同 用戶也必須登錄兩次——一次用於進入Windows 另一次用於進入SQL伺服器 Windows驗證模式要優於混合模式 其原因如下 ● 它提供了比SQL伺服器驗證更多的特性 ● 大多數管理員都認為Windows驗證是兩種模式中更容易實現和使用的 ● 在Windows驗證模式下 沒有必要在連接字元串里保存密碼——又少了一樣要保護的東西 ● Windows驗證意味著你只需要在一個地方管理密碼 而不是兩個地方 不幸的是 不是所有的人都可以使用Windows驗證 SQL伺服器 （或者更早的版本）要求使用混合模式 Windows驗證只能在SQL伺服器 上使用 在某些情況下（例如 當你正在使用域以外的Web伺服器 從域以內的SQL伺服器上獲取數據的時候） Windows驗證無法工作 因為信任書無法通過域的邊界 在這些情況下 你必須使用混合模式和SQL伺服器登錄 其他關於安裝的提示 在安裝SQL伺服器的時候 有一些東西需要你考慮 ● 要將TCP/IP用作SQL伺服器的網路庫 這是微軟所推薦的庫 所順理成章地成為經過測試的最佳庫 如果伺服器會被放在公眾的Internet上 那麼就要使用一個非標準的埠 這就可以讓壞小子們更難找到它 ● 要使用一個低許可權的帳號來運行SQL伺服器 而不是用管理員帳號 這會在安全系統被攻破的時候限制其造成的損失 ● 不要允許未受安全保護的來賓帳號訪問任何包含有保護數據的資料庫 ● 將伺服器從物理上鎖在伺服器房間或者櫃子里 以保證其安全 要記住 大多數入侵都來自內部 結論 讓安全從一開始就成為你工作重點的頭一個 無論是保護你的數據不因為能力不足而遭受損失 還是要防止有意破壞而受到的損失 你都要花時間學習安全模式 然後小心地應用它 只需要一次安全惡夢 你就會成為安全的相信者 所以正視安全 睡個好覺 lishixin/Article/program/SQLServer/201311/22162
❺ 伺服器、sql伺服器(sql資料庫伺服器)
伺服器是什麼？
伺服器指一個管理資源並為用戶提供服務的計算機軟體，通常分為文件伺服器、資料庫伺服器和應用程序伺服器。運行以上軟體的計算機或計算機系統也被稱為伺服器。相對於普通PC來纖氏說，伺服器在穩定性、安全性、性能等方面都要求更高，因此CPU、晶元組、內存、磁碟系統、網路等硬體和普通PC有所不同。
你說的SQL伺服器是什麼？
SQL伺服器是文畝穗件伺服器、資料庫伺服器和應用程序伺服器中的資料庫伺服器。簡單來說，就是提供一個存儲數據的環境，並且能夠進行數據上交互（如你網頁是用asp.net做的，後台是用sql資料庫，那網頁上的一些數據可以從後台sql資料庫里取出。當然，這個sql資料庫不一定要在自己的計算機中，可以在別人的計算機中，自己從別人計算機中讀取）
它和平常所說的『伺服器』有什麼不同？
當我們設計網站的時候，為什麼要用伺服器？因為你如果有asp.net編寫程序，誰來解釋你的代碼是asp.net而不是java，也不是php？所以伺服器在這里起到一個解析的作用。
而SQL伺服器，確切來說是資料庫伺服器，剛才說毀耐散了，有著存儲功能，那它的結構和平常的『伺服器』很大的不同除了語言上，更重要的是資料庫伺服器講的是關系，存儲結構
❻ 「SQL伺服器」是什麼
SQL 伺服器是由Microsoft所開發出來的資料庫伺服器(server)，它可以讓一個企業利用Interned/Intranet來整合所需的資料庫，一般說來侍坦，SQL Server可以配合Visual Basic、Visual FoxPro、Access、Clipper等程序語言來開發使用者前端介面，結合這些介面老告桐建友跡立一個主從式資料庫架構。
❼ SQL伺服器不能開啟怎麼解決
SQL Server 1069 錯誤（由於登錄失敗而無法啟動服務）解決方法
1.
我的電腦--控制面板--管理工具--服務--右鍵MSSQLSERVER--屬性--登陸--登陸身份--選擇"本地系統帳戶"
或:
2.
我的電腦--控制面板--管理工具--服務--右鍵MSSQLSERVER--屬性--登陸--登陸身份--選擇"此帳戶"--密碼和確認密碼中輸入你修改後的administrator密碼.
兩者的區別:
選擇第一種方式,以後修改了administrator密碼,不用再調整(但要求登陸操作系統的是系統管理員)
選擇第二種方式,以後修改了administrator密碼,還要再重復做上面的操作.
以下摘自泡泡網
SQLServer2000發生錯誤1069（由於登陸失敗而無法啟動服務）的解決方案
下面我們依次介紹如何來解決這三個最常見的連接錯誤。
第一個錯誤「SQL Server 不存在或訪問被拒絕「通常是最復雜的，錯誤發生的原因比較多，需要檢查的方面也比較多。一般說來，有以下幾種可能性：
1、SQL Server名稱或IP地址拼寫有誤；
2、伺服器端網路配置有誤；
3、客戶端網路配置有誤。
要解決這個問題，我們一般要遵循以下的步驟來一步步找出導致錯誤的原因。
首先，檢查網路物理連接：
ping ＜伺服器IP地址＞
或者
ping ＜伺服器名稱＞
如果 ping ＜伺服器IP地址＞失敗，說明物理連接有問題，這時候要檢查硬體設備，如網卡、HUB、路由器等。還有一種可能是由於客戶端和伺服器之間安裝有防火牆軟體造成的，比如 ISA Server。防火牆軟體可能會屏蔽對 ping、telnet 等的響應，因此在檢查連接問題的時候，我們要先把防火牆軟體暫時關閉，或者打開所有被封閉的埠。
如果ping ＜伺服器IP地址＞ 成功而 ping ＜伺服器名稱＞失敗，則說明名字解析有問題，這時候要檢查 DNS 服務是否正常。有時候客戶端和伺服器不在同一個區域網裡面，這時候很可能無法直接使用伺服器名稱來標識該伺服器，這時候我們可以使用HOSTS文件來進行名字解析，具體的方法是：
1、使用記事本打開HOSTS文件（一般情況下位於C:WINNTsystem32driversetc）.
2、添加一條IP地址與伺服器名稱的對應記錄，如：
172.168.10.24 myserver
也可以在 SQL Server 的客戶端網路實用工具裡面進行配置，後面會有詳細說明。
其次，使用 telnet 命令檢查SQL Server伺服器工作狀態：
telnet ＜伺服器IP地址＞ 1433
如果命令執行成功，可以看到屏幕一閃之後游標在左上角不停閃動，這說明 SQL Server 伺服器工作正常，並且正在監聽1433埠的 TCP/IP 連接；如果命令返回「無法打開連接「的錯誤信息，則說明伺服器端沒有啟動 SQL Server 服務，也可能伺服器端沒啟用 TCP/IP 協議，或者伺服器端沒有在 SQL Server 默認的埠1433上監聽。
接著，我們要到伺服器上檢查伺服器端的網路配置，檢查是否啟用了命名管道，是否啟用了 TCP/IP 協議等等。我們可以利用 SQL Server 自帶的伺服器網路使用工具來進行檢查。
點擊：程序 -＞ Microsoft SQL Server -＞伺服器網路使用工具，打開該工具後看到的畫面如下圖所示：
從這里我們可以看到伺服器啟用了哪些協議。一般而言，我們啟用命名管道以及 TCP/IP 協議。
點中 TCP/IP 協議，選擇「屬性「，我們可以來檢查 SQK Server 服務默認埠的設置，如下圖所示：
一般而言，我們使用 SQL Server 默認的1433埠。如果選中「隱藏伺服器「，則意味著客戶端無法通過枚舉伺服器來看到這台伺服器，起到了保護的作用，但不影響連接。
檢查完了伺服器端的網路配置，接下來我們要到客戶端檢查客戶端的網路配置。我們同樣可以利用 SQL Server 自帶的客戶端網路使用工具來進行檢查，所不同的是這次是在客戶端來運行這個工具。
點擊：程序 -＞ Microsoft SQL Server -＞ 客戶端網路使用工具，打開該工具後看到的畫面如下圖所示：
從這里我們可以看到客戶端啟用了哪些協議。一般而言，我們同樣需要啟用命名管道以及 TCP/IP 協議。
點擊 TCP/IP 協議，選擇「屬性「，可以檢查客戶端默認連接埠的設置，如下圖所示。
該埠必須與伺服器一致。
單擊「別名「選項卡，還可以為伺服器配置別名。伺服器的別名是用來連接的名稱，連接參數中的伺服器是真正的伺服器名稱，兩者可以相同或不同。如下圖中，我們可以使用myserver來代替真正的伺服器名稱sql2kcn-02，並且使用網路庫 Named Pipes。別名的設置與使用HOSTS文件有相似之處。
通過以上幾個方面的檢查，錯誤 1 發生的原因基本上可以被排除。下面我們再詳細描述如何來解決錯誤 2。
當用戶嘗試在查詢分析器裡面使用sa來連接SQL Server，或者在企業管理器裡面使用sa來新建一個SQL Server注冊時，經常會遇到如圖 2 所示的錯誤信息。該錯誤產生的原因是由於SQL Server使用了「僅 Windows「的身份驗證方式，因此用戶無法使用SQL Server的登錄帳戶（如 sa ）進行連接。解決方法如下所示：
1、 在伺服器端使用企業管理器，並且選擇「使用 Windows 身份驗證「連接上 SQL Server；
2、 展開「SQL Server組「，滑鼠右鍵點擊SQL Server伺服器的名稱，選擇「屬性「，再選擇「安全性「選項卡；
3、 在「身份驗證「下，選擇「SQL Server和 Windows 「。
4、 重新啟動SQL Server服務。
在以上解決方法中，如果在第 1 步中使用「使用 Windows 身份驗證「連接 SQL Server 失敗，那麼我們將遇到一個兩難的境地：首先，伺服器只允許了 Windows 的身份驗證；其次，即在以上解決方法中，如果在第 1 步中使用「使用 Windows 身份驗證「連接 SQL Server 失敗，那麼我們將遇到一個兩難的境地：首先，伺服器只允許了 Windows 的身份驗證；其次，即使使用了 Windows 身份驗證仍然無法連接上伺服器。這種情形被形象地稱之為「自己把自己鎖在了門外「，因為無論用何種方式，用戶均無法使用進行連接。實際上，我們可以通過修改一個注冊表鍵值來將身份驗證方式改為 SQL Server 和 Windows 混合驗證，步驟如下所示：
1、點擊「開始「-「運行「，輸入regedit，回車進入注冊表編輯器；
2、依次展開注冊表項，瀏覽到以下注冊表鍵：
[HKEY_LOCAL_]
3、在屏幕右方找到名稱「LoginMode「，雙擊編輯雙位元組值；
4、將原值從1改為2，點擊「確定「；
5、關閉注冊表編輯器；
6、重新啟動SQL Server服務。
此時，用戶可以成功地使用sa在企業管理器中新建SQL Server注冊，但是仍然無法使用Windows身份驗證模式來連接SQL Server。這是因為在 SQL Server 中有兩個預設的登錄帳戶：BUILTINAdministrators 以及＜機器名＞Administrator 被刪除。要恢復這兩個帳戶，可以使用以下的方法：
1、打開企業管理器，展開伺服器組，然後展開伺服器；
2、展開「安全性「，右擊「登錄「，然後單擊「新建登錄「；
3、在「名稱「框中，輸入 BUILTINAdministrators；
4、在「伺服器角色「選項卡中，選擇「System Administrators「 ；
5、點擊「確定「退出；
6、使用同樣方法添加 ＜機器名＞Administrator 登錄。
以下注冊表鍵
HKEY_LOCAL_LoginMode
的值決定了SQL Server將採取何種身份驗證模式。該值為1，表示使用Windows 身份驗證模式；該值為2，表示使用混合模式（Windows 身份驗證和 SQL Server 身份驗證）。
看完如何解決前兩個錯誤的方法之後，讓我們來看一下如圖 3 所示的第三個錯誤。
如果遇到第三個錯誤，一般而言表示客戶端已經找到了這台伺服器，並且可以進行連接，不過是由於連接的時間大於允許的時間而導致出錯。這種情況一般會發生在當用戶在Internet上運行企業管理器來注冊另外一台同樣在Internet上的伺服器，並且是慢速連接時，有可能會導致以上的超時錯誤。有些情況下，由於區域網的網路問題，也會導致這樣的錯誤。
要解決這樣的錯誤，可以修改客戶端的連接超時設置。默認情況下，通過企業管理器注冊另外一台SQL Server的超時設置是 4 秒，而查詢分析器是 15 秒（這也是為什麼在企業管理器里發生錯誤的可能性比較大的原因）。具體步驟為：
1、在企業管理器中，選擇菜單上的「工具「，再選擇「選項「；
2、在彈出的「SQL Server企業管理器屬性「窗口中，點擊「高級「選項卡； 3、在「連接設置「下的「登錄超時（秒）「右邊的框中輸入一個比較大的數字，如 20。
查詢分析器中也可以在同樣位置進行設置。
在windows控制面版-->管理工具-->服務-->MSSQLSERVER-->屬性-->改為你的新的操作系統密碼！
或
在windows控制面版-->管理工具-->服務-->MSSQLSERVER-->屬性-->改為本地登陸！