sqlserver2008bit

㈠ 如何徹底卸載sqlserver2008

徹底刪除sql2008的方法：在程序和功能里選擇卸載程序，點擊下一步，出現選擇功能時要全選刪除然後按照提示一步步走直到提示刪除完成，再關閉窗口回到卸載或更新程序里刪除留下的sql文件，全部結束後重啟電腦

SQLServer2008要卸載後，經常不能重新安裝，或者安裝過程中出現這樣那樣的問題，歸其原因，就是SQLServer2008沒有卸載干凈，下面就給大家介紹下怎麼徹徹底底，乾乾凈凈地把SQLServer2008從你的電腦中刪除掉。

1、當然刪除的入口還是Windows系統的「程序和功能」裡面的「卸載或者更改程序"，在什麼位置你肯定是知道的。然後找到Microsoft SQL Server 2008 (64-bit)，右鍵點擊「卸載或者更新。」（註：雖然裡面有很多以Microsoft SQL Server 2008開頭的，但是選擇這個主的程序就可以了，其它組件在刪除過程中會自動被刪除掉）。

2、稍後會出現」刪除實例「窗口，選擇下一步。

3、出現」選擇功能「對話框，這時一定要注意點選」全選「按鈕，一個一個點可以會有紕漏，再次安裝會提示錯誤。再選」下一步「按鈕。

4、卸載程序會進行規則檢查，看是否符合卸載的條件要求，如果能夠卸載，點選」下一步「，就會出現要刪除功能的組件樹，如果沒有符合要求，比如說」需要重啟「什麼的，就重啟一下電腦，再回到上面 第一步開始操作。此時，點擊」刪除「按鈕。

5、漫長的刪除過程就開始了，刪除完成以後，刪除進度里所有的狀態是」成功「

6、再點擊」下一步「，提示刪除完成 ，點擊關閉按鈕。

7、還沒有完，我們再回到」卸載或更改程序「裡面，刪除以Microsoft SQLServer 2008開頭的程序，一般情況下只有兩個，還是右鍵選擇刪除，很快就刪除掉了。

8、還沒有完，我們要刪除安裝SQLServer2008時，安裝實例時選擇的安裝目錄，不然再次安裝會提示已存在的問題。

9、刪除注冊表經我測試沒有必要，微軟不會Low到那種程度。另外一定要注意的是」重啟電腦「，一定要」重啟電腦「。

10、好了，如果你上面的都做到了，SQlServer2008 也就無影無蹤了。下次安裝也不受影響了。

以上就是如何徹底刪除sql2008的詳細內容，

㈡ 如何徹底刪除sql2008

1、首先打開開始菜單欄，點擊「控制面板」。

㈢ 電腦上裝了個SQL server2008 R2 卸載老說出錯 怎麼卸載了

通過開始-->控制面板-->程序-->卸載程序，找到SQL2008R2相關安裝文件。選中MicrosoftSQLServer2008R2(64-bit)，右鍵，選擇卸載，在彈出的對話框中選則刪除。等待程序卸載，卸載完成後點擊確定。在彈出的對話框中，直接下一步。選擇全選

㈣ Win7 64bit/SQL Server 2008 安裝後出錯，該怎麼解決

首先是注意安裝的操作系統不是刪減版的，然後右擊安裝程序點管理員身份運行；先裝VS2008再裝sql2008的話，必須得先裝一個補丁文件，1G左右，如果裝過一邊了，再裝還不行，考慮重裝系統吧，重裝系統後，打好系統補丁，先裝sql，再裝vs，office2007先不要裝，記得是跟vs2008沖突吧，忘了是那倆個沖突了，以前裝過好多遍，大概是這樣的。你自己試一下吧。

㈤ Win7 64bit/SQL Server 2008 安裝後出錯，該怎麼解決

別去管它點跳出的程序兼容性助手畫面下面的運行程序，它就會安裝了，安裝完成暫時不要去用，讓自動或手動更新到server2005 SP3或更高的服務包後再用就可以了。

㈥ sqlserver2008 布爾類型強制轉換數字類型

--資料庫默認布爾類型是bit類型bit0或者1應可支持轉換數字類型
--使用CAST：CAST(expressionASdata_type)
--使用CONVERT：CONVERT(data_type[(length)],expression[,style])
selectconvert(int,欄位)或cast(欄位asint)

希望能幫到你！

以前回答案例，可參考下如：

參考：http://..com/question/586478323

㈦ sql server 2008 安裝問題 我的是windows7 普通 64bit

是不是你裝的版本不對，sql server 2008 也要64位的，

㈧ sql server2008佔用進程內存太大，超過正常使用內存，什麼 原因

SQL Server的內存一直上不去。從Task Schele中看到SQL Server只使用了88MB內存，實際這台機器有12GB的內存，可用內存有超過8GB。 當時我以為是開啟了AWE導致的，所以連接到他的伺服器看了一下。但是資料庫為2005企業版64位，所以不用開啟AWE。而且即使開啟了，也會被忽略。 使用下面的腳本查詢了一下SQL Server內存使用： select physical_memory_in_use_kb,locked_page_allocations_kb,*fromsys.dm_os_process_memory 看到實際使用的內存有2GB，遠遠超出任務管理器看到的。(也可以通過Perfmon的Total server memory(MB)查看)。 當時覺得很奇怪，查看了SQL Server錯誤日誌發現了類似下面的信息： 2009-06-0412:21:08.16 Server Large Page Extensions enabled. 2009-06-04 12:21:08.16 Server Large Page Granularity: 2097152 2009-06-04 12:21:08.21 Server Large Page Allocated: 32MB 猜測這台期間開啟了Lock Pages In memory功能，之後得到確認。因為開啟Lock Pages In memory之後，SQL Server會使用AWE APIs鎖定內存頁，所以這部分的內存使用不會顯示在Working Set中。 So in summary the AWE APIs for 32bit and 64bit SQL Server systems are used for different purposes. In 32bit it is really to extend memory access beyond 4Gb or to enable the AWE feature. For 64bit systems, it is to possibly gain performance and to “lock pages” for the buffer pool. 到現在這個問題就比較明朗了，其實SQL Server還是正常工作的。一般查詢SQL Server的使用還是建議使用DMV或者Perfmon，直接查看Working Set信息可能不準。 另外說一下，當時看到上面Large Page的信息，以為是資料庫開啟了LargePage，但是使用DBCC TRACSTATUS查看沒有開啟834 Trace Flag,所以大數據功能是沒有啟用的。只有開啟834 Trace Flag資料庫才會真正啟用Large Page。 啟用Large page在資料庫錯誤日誌會看到類似信息： 2009-06-0414:20:40.03 Server Using large pages for buffer pool. 關於Lock Pages In memory/working set機制我找到了兩篇文章，大家有興趣可以參考： Funwith Locked Pages, AWE, Task Manager, and the Working Set WhySQL Server is using so LESS memory