
本地数据库就是和调用程序同在一台电脑上的数据库。
远程数据库,需要网络远程链接,于调用程序不在同一台电脑上。
你是要找到本地数据库的文件?还是要链接本地数据库?
如果是程序要链接数据库,一般是需要数据库地址,数据库名,数据库帐号,数据库密码
本地的就填写localhost为数据库地址,远程的就填写IP地址
如果需要找到本地的数据库文件,需要查看数据库的设置,得到路径。
首先,我的系统已经使用半年多了,装有VS2003,以前还装过SQL2000,netFramework20beta,还有好几个beta版的SQL 2005,可谓十分“肮脏”了,呵呵。最早的时候我下过一个2005EE版,怎么也安装不上,后来发现原来是EE不支持xp =_= ,然后就下了DE版的。 刚开始安装的时候吓了我一跳,丫的居然要占用我C盘1300多MB!!忍了。(我是把SQL装在F盘的,但是居然还需要C盘1300多MB)。但是却安装失败,看了一下安装日志,天书,不明白。只知道是native client几个组件安装不成功。重复多次问题依旧。 研究安装包之后,发现里面有两个主要的文件夹,是server和tools。顾名思义,server里面肯定是服务的安装文件了,而tools里面应该是那些工具组件的安装文件。进入tools里面,果然有个setup,运行之,竟然安装成功了,而且只占了我C盘200多MB,好兴奋(没有选择BI,就是那个商业智能组件,太大了)。然后重启电脑(不是必须的,只是一次setup之后系统慢的不行了),进入server目录下面,当然也有一个setup啦,运行之,呵呵,果然是安装服务用的啊。这次也顺利安装成功了。再去看C盘,哈哈,一共只用了我300多MB,竟然节省了1GB。 当然了,其实一起安装的话,也不一定会用完1300MB的空间的,因为安装结束之后还会自动删除一些垃圾文件的。但是不管怎么说,至少让我能正常安装了。我的C盘只有1400的空闲空间了,不知道起初安装失败是不是跟这有关系。 至此,SQL 2005已经成功的在我电脑上安家了。安装的时候,如果你的电脑和我的一样是内存不足(小于1GB),性能也不足够大(我的CPU是centrio 13G,呵呵,装在本本上了),建议在安装的时候把系统开始是需要运行的服务全都不选择,用的时候再手动运行好了。 运行Management Studio,嗯,速度还挺快的呢。连接服务器,竟然没有localhost,呵呵,打开server configuration manager,把右边那个MSSQLSERVER运行起来。ok,这次没有问题了。 使用一切正常,就是发现从sql2000里面备份出来的数据库在2005下只能通过sql语句修改数据,而不能所见及所得的修改,不知道怎么回事。 btw:后来又把商业智能组件装上了,只用了C盘150MB,开心。SQL2005安装过程提示com+目录问题警告处理 安装sql2005一直失败,以为提示的问题是这个com+目录问题警告所致,找了很久找到这个问题的解决方案sql2005_STD_X86在XPSP2下安装失败的一点经验软环境是XPSP2,安装SQL2005_STD_X86版。故障提示: 1。如果 SQL Server 安装程序失败,安装程序将回滚所安装的系统,但可能不会删除所有 manifest 文件。解决方法是重命名这些文件,然后重新运行安装程序。有关详细信息,请参阅“如何处理 SQL Server 安装过程中的 COM+ 检查失败问题”。如果未运行 Microsoft 分布式事务处理协调器 (MS DTC),或者,在使用 Microsoft 群集服务器的情况下,如果 MS DTC 不是群集资源,则可能会发生 COM+ 错误。COM+ 依赖于 MS DTC,而 Integration Services 中的消息队列任务依赖于 COM +。如果出现 COM+ 错误,则只有将 COM+ 系统正确配置后,Integration Services 中的消息队列任务才可用。 2。对性能监视器计数器注册表值执行系统配置检查失败。有关详细信息,请参阅自述文件或 SQL Server 联机丛书中的“如何在 SQL Server 2005 中为安装程序增加计数器注册表项值”。安装中止。查找联机丛书,有如下提示: 1。Microsoft SQL Server 2005 安装程序检查 COM+ 是否已正确配置。如果发现配置错误,安装程序仍将继续,但是在系统配置检查 (SCC) 报告中显示以下警告:“如果 SQL Server 安装程序失败,安装程序将回滚所进行的安装,但可能不会删除所有的 manifest 文件。解决方法是重命名这些文件,然后重新运行安装程序。”如果未运行 Microsoft 分布式事务处理协调器 (MS DTC),或者,在使用 Microsoft 群集服务器的情况下,如果 MS DTC 不是群集资源,则可能会发生 COM+ 错误。COM+ 依赖于 MS DTC,而 Integration Services 中的消息队列任务依赖于 COM +。如果出现 COM+ 错误,则只有将 COM+ 系统正确配置后,Integration Services 中的消息队列任务才可用。 若要使用消息队列(亦称 MSMQ),请确保 MS DTC 正在运行并且已正确配置。如果 SQL Server 安装在群集上,则 MS DTC 必须是群集资源。
结论:层级越多,性能越差。表设计需要权衡时间vs空间。
1 - 准备数据我们假设上面表/视图的列名分别如下:
id : ID
name:名称
parent_id:上级
hierarchy
2 - SQL语句分析结果数据表,新增了一列path,该列根据本列的parent_id确定。
这是一个典型的分级权限的功能。
SQL语句实现起来比较复杂,必须借助判断循环函数等能力。
3 - 明显的缺点这种实时查询所有等级路径的方式,如果层级固定,或者有下限,可以手动处理,效果尚可。
如果是无穷级的方式,层级为N的节点,需要查询N-1次才能最终确定path。
4 - 编程语言使用纯SQL方式实现,层级越多,性能越差!
所以一般在编程语言里,缓存路径path,保证修改和删除的一致性即可。
以上。
以上就是关于本地数据库时什么怎么找到(sql数据库地址在哪里)全部的内容,包括:本地数据库时什么怎么找到(sql数据库地址在哪里)、如何获取SQL Server在系统中的安装路径、sql 视图中如何实现组织路径等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)