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