建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
SQL Server Management Studio (MS)是一個(gè)可視化工具，可用于管理Microsoft SQL Server。任何MS用戶(hù)都將需要在他們的服務(wù)器上創(chuàng)建數(shù)據(jù)庫(kù)。在本篇文章中，我們將探討如何使用ms創(chuàng)建數(shù)據(jù)庫(kù)。
成都創(chuàng)新互聯(lián)公司專(zhuān)注于企業(yè)全網(wǎng)營(yíng)銷(xiāo)推廣、網(wǎng)站重做改版、永年網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5場(chǎng)景定制、成都做商城網(wǎng)站、集團(tuán)公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁(yè)設(shè)計(jì)等建站業(yè)務(wù)，價(jià)格優(yōu)惠性?xún)r(jià)比高，為永年等各大城市提供網(wǎng)站開(kāi)發(fā)制作服務(wù)。
之一步- 打開(kāi) MS
我們需要打開(kāi)SQL Server Management Studio。在開(kāi)始菜單或搜索菜單中找到它。一旦你打開(kāi)了它，你將看到一個(gè)登錄框。
在登錄框中，你需要選擇你的身份驗(yàn)證方式，也就是你將如何驗(yàn)證你自己是MS的用戶(hù)。大多數(shù)情況下，使用Windows身份驗(yàn)證就好了。這意味著你使用你當(dāng)前的Windows登錄憑據(jù)登錄到MS。如果您使用其他身份驗(yàn)證方式，請(qǐng)確保輸入正確的憑據(jù)。
第二步- 連接到服務(wù)器
一旦您已登錄，您需要連接您正在使用的服務(wù)器。為此，您需要輸入服務(wù)器名稱(chēng)，連接方式和端口號(hào)（如果需要）。
當(dāng)你輸入完服務(wù)器名稱(chēng)等信息，你可以單擊連接按鈕，并等待MS連接到你的SQL Server。
第三步- 創(chuàng)建一個(gè)新的數(shù)據(jù)庫(kù)
一旦您已經(jīng)登錄并連接到您的服務(wù)器，您需要?jiǎng)?chuàng)建一個(gè)新的數(shù)據(jù)庫(kù)。對(duì)于這個(gè)過(guò)程，請(qǐng)按照以下步驟操作：
1. 右鍵單擊對(duì)象資源管理器面板中的數(shù)據(jù)庫(kù)，然后單擊新建數(shù)據(jù)庫(kù)。
2. 在“新建數(shù)據(jù)庫(kù)”對(duì)話框中，輸入數(shù)據(jù)庫(kù)名稱(chēng)并選擇數(shù)據(jù)文件的存儲(chǔ)位置。還可以選擇數(shù)據(jù)庫(kù)的初始大小，自動(dòng)調(diào)整大小選項(xiàng)以及日志文件的存儲(chǔ)位置。
3. 單擊“確定”按鈕。
現(xiàn)在，你已成功地創(chuàng)建了一個(gè)新的數(shù)據(jù)庫(kù)。你可以在對(duì)象資源管理器面板中找到它。你可以右鍵單擊它，然后選擇屬性來(lái)查看關(guān)于數(shù)據(jù)庫(kù)的更多信息。
第四步- 添加數(shù)據(jù)表
一旦您已創(chuàng)建了一個(gè)新的數(shù)據(jù)庫(kù)，您將需要添加一個(gè)或多個(gè)數(shù)據(jù)表到它中。要做到這一點(diǎn)，您需要按照以下步驟操作：
1. 在對(duì)象資源管理器中的新建數(shù)據(jù)庫(kù)上右鍵單擊，選擇“新建查詢(xún)”。
2. 在查詢(xún)窗口中，輸入以下命令：“CREATE TABLE table_name (column1 data_type, column2 data_type, column3 data_type,……)”。
記得將“table_name”替換為您要?jiǎng)?chuàng)建的表的名稱(chēng)，以及使用您需要的列名和數(shù)據(jù)類(lèi)型替換“columnX data_type”的占位符。例如，以下是創(chuàng)建一個(gè)名為“users”的表的命令：
CREATE TABLE users (id INT PRIMARY KEY, name VARCHAR(50), age INT, eml VARCHAR(255));
這將創(chuàng)建一個(gè)名為“users”的數(shù)據(jù)表，它有一個(gè)主鍵列ID，一個(gè)名為“name”的VARCHAR(50)類(lèi)型列，一個(gè)名為“age”的INT型列和一個(gè)名為“eml”的VARCHAR(255)類(lèi)型列。
3. 點(diǎn)擊執(zhí)行查詢(xún)的按鈕來(lái)運(yùn)行查詢(xún)并創(chuàng)建表。
現(xiàn)在，您已成功地添加了一個(gè)新的數(shù)據(jù)表到您的數(shù)據(jù)庫(kù)中。您可以在對(duì)象資源管理器窗口中查看它。
結(jié)論
在本文中，我們已經(jīng)探討了如何使用SQL Server Management Studio (MS)創(chuàng)建一個(gè)新的數(shù)據(jù)庫(kù)。此過(guò)程需要四個(gè)步驟：登錄MS、連接到服務(wù)器、創(chuàng)建新數(shù)據(jù)庫(kù)和添加數(shù)據(jù)表。如果您按照本文中所述的步驟操作，那么您應(yīng)該可以輕松地創(chuàng)建一個(gè)新的數(shù)據(jù)庫(kù)并添加表格。使用MS，您可以管理SQL Server上的所有數(shù)據(jù)庫(kù)，包括創(chuàng)建、刪除、備份和還原等操作。祝你好運(yùn)！
相關(guān)問(wèn)題拓展閱讀：
- oracle 查詢(xún)報(bào)ora-08103
oracle 查詢(xún)報(bào)ora-08103
ORA-8103是我們Database Consultant 經(jīng)常要遇到的一個(gè)問(wèn)題，了解ORA-8103的成因非常重要。
【數(shù)據(jù)恢復(fù)】利用構(gòu)造ROWID實(shí)現(xiàn)無(wú)備份情況下繞過(guò)ORA-1578、ORA-8103、ORA-1410等邏輯/物理壞塊問(wèn)題
簡(jiǎn)單來(lái)說(shuō)ORA-8103 的主要成因有2類(lèi):
數(shù)據(jù)塊的 block type 類(lèi)型 是 無(wú)效的 或者讀出來(lái)的侍御塊類(lèi)型與Oracle期望的不一致。 例如 Oracle 認(rèn)為該數(shù)據(jù)塊的類(lèi)型為data(type=6)，但實(shí)際卻不是。
數(shù)據(jù)塊中的data_object_id 和 數(shù)據(jù)字典中的data_object_id不匹配
針對(duì)ORA-8103問(wèn)題 我們優(yōu)先推薦一些措施：
ORA-08103問(wèn)題的診斷更好是能生成8103錯(cuò)誤的ERROR STACK TRACE， 在TRACE中會(huì)記錄具體引發(fā)8103的對(duì)象的OBJ和OBJD，這便于我們定位可能存在corruption的對(duì)象。
問(wèn)題在于老虧巖往往前臺(tái)進(jìn)程遇到ORA-08103錯(cuò)誤不會(huì)在后臺(tái)生成TRACE文件，這需要我們手動(dòng)設(shè)置8103 觸發(fā)ERRORSTACK的EVENTS:
ALTER SYSTEM SET EVENTS ’8103 TRACE NAME ERRORSTACK LEVEL 3′;
解決思路包括：
1. 通過(guò)OBJD和DBA定位到具體的表名和塊號(hào)
2. 有條件的情況下對(duì)該表做一個(gè)yze .. validate structure
3. 有條件的情況下對(duì)該表所在tablespace做一個(gè) dbms_space_admin.AS_TABLESPACE_VERIFY
4. 有條件的情況下move這張表或者相關(guān)的分區(qū)，嘗試?yán)@過(guò)該問(wèn)題
5. 有空升條件的情況下降該表或分區(qū)移動(dòng)到MS表空間上，繞過(guò)該問(wèn)題
execute dbms_space_admin.tablespace_verify(‘&tablespace_name’)
oradebug setmypid
oradebug tracefile_name
execute dbms_space_admin.as_tablespace_verify(‘&tablespace_name’,dbms_space_admin.TS_VERIFY_BITMAPS)
oradebug setmypid
oradebug tracefile_name
針對(duì)不同的 yze validate structure 后得到的結(jié)果 ， 我們可以得到一些初步的結(jié)論：
如果執(zhí)行 flush buffer cache之后再次yze validate structure不再報(bào)ORA-8103錯(cuò)誤則說(shuō)明：
可能是完全正常的現(xiàn)象，之前的ORA-8103正是也因?yàn)閷?duì)象正在被DROP/TRUNCATE而導(dǎo)致SELECT報(bào)ORA-8103。一般來(lái)說(shuō)Call Stack會(huì)顯示進(jìn)程正嘗試訪問(wèn)該段的segment header。 更多信息可以參考BUG
也可能該問(wèn)題僅僅發(fā)生在buffer cache層，而沒(méi)有發(fā)生在DISK上。通過(guò)flush buffer_cache若能解決，則一般是這種情況，往往是Buffer Cache管理的BUG 。
如果執(zhí)行 flush buffer cache之后再次yze validate structure再次報(bào)ORA-8103錯(cuò)誤則說(shuō)明：
如果dump對(duì)應(yīng)的數(shù)據(jù)塊發(fā)現(xiàn) 該塊在邏輯上是完整一致的(也可以用bbed/dbv工具驗(yàn)證)， 則有可能是Lost Write，則不是被其他對(duì)象重格式化使用了。
這里判斷Lost Write的一個(gè)重要手段是 對(duì)塊做recover/blockrecover，如果recover能修復(fù)該塊，則說(shuō)明是因?yàn)長(zhǎng)ost Write引起了本ORA-8103問(wèn)題，如果不是則說(shuō)明99%的可能性是BUG引起的。
常見(jiàn)的一種現(xiàn)象是 使用第三方工具在數(shù)據(jù)庫(kù)打開(kāi)的情況下copy 數(shù)據(jù)庫(kù)，這些工具的BUG可能導(dǎo)致copy 老的版本的block到目標(biāo)新庫(kù)中。
另一種可能是 extent盤(pán)區(qū)級(jí)別的不一致。 同一個(gè)數(shù)據(jù)塊/extent 可能 同時(shí)屬于 2個(gè)數(shù)據(jù)段segment，這導(dǎo)致其中的一個(gè)被后者覆蓋。 通過(guò)recover的方式是無(wú)法修復(fù)這種場(chǎng)景的， 因?yàn)檫@種邏輯的訛誤發(fā)生在表空間級(jí)別的extent信息上。 可以檢查dba_extents/dba_segments/dba_free_space這些視圖來(lái)確定問(wèn)題數(shù)據(jù)塊到底是否同時(shí)屬于多個(gè)對(duì)象， 或者 一個(gè)數(shù)據(jù)塊 同時(shí)出現(xiàn)在dba_extents/dba_segments/dba_free_space 三個(gè)視圖中， 因?yàn)?used extent 不該出現(xiàn)在dba_free_space中，而free extent不該在dba_extents，當(dāng)然要排除recyclebin中對(duì)象的影響。 絕大多數(shù)情況下這種extent邏輯不一致的現(xiàn)象， 被稱(chēng)作extent overlap ， 通常是Oracle Space Management空間管理層面的BUG。
在對(duì)ORA-8103問(wèn)題的診斷過(guò)程中 定位問(wèn)題的OBJD異常重要。應(yīng)當(dāng)說(shuō)準(zhǔn)確地將ORA-8103錯(cuò)誤與BUG定位起來(lái)是有難度的，因?yàn)檫@往往需要涉及到redo dump以發(fā)現(xiàn)到底是哪些opcode造成了后續(xù)的objd 或 block type 不一致。在一些BUG中我們發(fā)現(xiàn)，由于可能的變量陳舊，造成objd的結(jié)構(gòu)未合理清除， 之后就發(fā)現(xiàn)block上的objd是錯(cuò)的了，可能遇到ORA-8103也可能是ORA-1410， 這引起了后續(xù)其他的邏輯訛誤，以至于很難通過(guò)TRACE/REDO LOG DUMP來(lái)定位原始問(wèn)題所在。 這也是為什么雖然在例如版本10.2.0.4上有幾個(gè)ORA-8103的bug Note， 但這些BUG最終未被close為real software bug即真的軟件BUG ， 大多都是不了了之，因?yàn)樵谟脩?hù)現(xiàn)場(chǎng)的TRACE和REDO DUMP都未必能真實(shí)定位到問(wèn)題所在，這也是為什么我們要說(shuō)邏輯訛誤的分析和處理原要比物理訛誤來(lái)的復(fù)雜。
Maclean的經(jīng)驗(yàn)是 在有大量Oracle DB的環(huán)境下 一年出個(gè)幾次的邏輯/物理壞塊是很正常的事情， 對(duì)于物理訛誤 我們只要切實(shí)備份即可99%得解決。 而對(duì)于邏輯壞塊可做的 事情不多， 打最新的補(bǔ)丁 開(kāi) db_block_checking、db_block_checksum幾件事情而已。
值得一說(shuō)的是 如果去讀一下ORA-8103的一些Bug Note，可以發(fā)現(xiàn)使用 LOB、APPEND INSERT、PARALLEL INSERT、exchange partition 、Split partition、advanced compression、HCC 混合列壓縮往往是引起ORA-8103的高危操作 ， 但實(shí)際我們又不可能放棄上述操作。
Oracle DBA神器：PRM-DUL災(zāi)難恢復(fù)工具可以直接從這種受損的Oracle數(shù)據(jù)庫(kù)中將數(shù)據(jù)拯救出來(lái)。
當(dāng)你的數(shù)據(jù)庫(kù)因?yàn)镺RA-00600/ORA-07445或其他ORA-報(bào)錯(cuò)，或丟失關(guān)鍵的system表空間數(shù)據(jù)文件，或A diskgroup損壞時(shí)均可以考慮采用PRM-DUL來(lái)碧陪畝做恢復(fù)。PRM-DUL采用獨(dú)創(chuàng)的DataBridge恢復(fù)技術(shù)，直接從數(shù)據(jù)文件中抽取數(shù)據(jù)悔森后可以像DBLINK那樣直接插入到新建數(shù)據(jù)庫(kù)中，而無(wú)需數(shù)據(jù)落地成為亂顫DMP文件占用空間。
ms創(chuàng)建數(shù)據(jù)庫(kù)的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于ms創(chuàng)建數(shù)據(jù)庫(kù),MS如何創(chuàng)建數(shù)據(jù)庫(kù)？,oracle 查詢(xún)報(bào)ora-08103的信息別忘了在本站進(jìn)行查找喔。
香港服務(wù)器選創(chuàng)新互聯(lián)，2H2G首月10元開(kāi)通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務(wù)提供商,擁有超過(guò)10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開(kāi)發(fā)經(jīng)驗(yàn)。專(zhuān)業(yè)提供云主機(jī)、虛擬主機(jī)、域名注冊(cè)、VPS主機(jī)、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。
文章名稱(chēng)：MS如何創(chuàng)建數(shù)據(jù)庫(kù)？(ms創(chuàng)建數(shù)據(jù)庫(kù))
網(wǎng)頁(yè)URL：http://www.5511xx.com/article/cohohph.html
