社区
数据库开发
帖子详情
mssql2005视图建索引后,视图所关联的表不能Update的问题
zfrong
2009-03-29 10:18:10
我mssql2005视图VPhoto关联Photo\photoClass\User表.Photo\photoClass表ID等索引我已建好.
然后对视图VPhoto建索引.视图必须绑定架构with sechmaBinding. 然后我开始建视图VPhoto唯一聚焦索引photoID.
成功后..我发现视图VPhoto关联的表都不能Update操作..高手们看看怎么解决??
...全文
123
1
打赏
收藏
mssql2005视图建索引后,视图所关联的表不能Update的问题
我mssql2005视图VPhoto关联Photo\photoClass\User表.Photo\photoClass表ID等索引我已建好. 然后对视图VPhoto建索引.视图必须绑定架构with sechmaBinding. 然后我开始建视图VPhoto唯一聚焦索引photoID. 成功后..我发现视图VPhoto关联的表都不能Update操作..高手们看看怎么解决??
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
1 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
zfrong
2009-03-29
打赏
举报
回复
我的问题和http://topic.csdn.net/t/20031123/20/2486622.html差不多;但提示的SET选项的设置不确: ANSI NULLS........但我查看了我的设置.ANSI NULLS一直是ON啊..没错啊
Sql
Server 数据库
视图
索引
等
视图
索引
存储过程 事务显示事务 隐式事务 --
索引
作用:提高查询效率 降低新增修改和删除的效率 --主键
索引
唯一
索引
聚集
索引
非聚集
索引
--创
建
索引
--
索引
index 默认创
建
的是不唯一,非聚集
索引
MS
SQL
数据库提示脚本
数据库提示脚本,里面有帮助文档,操作说明书
ms
sql
触发器
ms
sql
触发器,http://jingyan.baidu.com/article/77b8dc7f2b82416175eab65b.html
SQL
Server数据库查询速度慢原因及优化方法
【赛迪网-IT技术报道】
SQL
Server数据库查询速度慢的原因有很多,常见的有以下几种: 1、没有
索引
或者没有用到
索引
(这是查询慢最常见的
问题
,是程序设计的缺陷) 2、I/O吞吐量小,形成了瓶颈效应。 3、没有创
建
计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大(可以采用多次查询,其他的方法降低数据量) 7、锁或者死锁(这也是查询慢最常见的
问题
,是程序设计的缺陷) 8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。 9、返回了不必要的行和列 10、查询语句不好,没有优化 ●可以通过以下方法来优化查询 : 1、把数据、日志、
索引
放到不同的I/O设备上,增加读取速度,以前可以将Tempdb应放在RAID0上,
SQL
2000不在支持。数据量(尺寸)越大,提高I/O越重要。 2、纵向、横向分割
表
,减少
表
的尺寸(sp_spaceuse) 3、升级硬件 4、根据查询条件,
建
立
索引
,优化
索引
、优化访问方式,限制结果集的数据量。注意填充因子要适当(最好是使用默认值0)。
索引
应该尽量小,使用字节数小的列
建
索引
好(参照
索引
的创
建
),不要对有限的几个值的字段
建
单一
索引
如性别字段。 5、提高网速。 6、扩大服务器的内存,Windows 2000和
SQL
server 2000能支持4-8G的内存。 配置虚拟内存:虚拟内存大小应基于计算机上并发运行的服务进行配置。运行 Microsoft
SQL
Server? 2000时,可考虑将虚拟内存大小设置为计算机中安装的物理内存的1.5倍。如果另外安装了全文检索功能,并打算运行Microsoft搜索服务以便执行全文
索引
和查询,可考虑:将虚拟内存大小配置为至少是计算机中安装的物理内存的3倍。将
SQL
Server max server memory服务器配置选项配置为物理内存的1.5倍(虚拟内存大小设置的一半)。 7、增加服务器CPU个数;但是必须 明白并行处理串行处理更需要资源例如内存。使用并行还是串行程是Ms
SQL
自动评估选择的。单个任务分解成多个任务,就可以在处理器上运行。例如耽搁查询 的排序、连接、扫描和GROUP BY字句同时执行,
SQL
SERVER根据系统的负载情况决定最优的并行等级,复杂的需要消耗大量的CPU的查询最适合并行处理。但是更新操作
UPDATE
,INSERT, DELETE还
不能
并行处理。 8、如果是使用like进行查询的话,简单的使用index是不行的,但是全文
索引
,耗空间。 like ''a%'' 使用
索引
like ''%a'' 不使用
索引
用 like ''%a%'' 查询时,查询耗时和字段值总长度成正比,所以
不能
用CHAR类型,而是VARCHAR。对于字段的值很长的
建
全文
索引
。 9、DB Server 和APPLication Server 分离;OLTP和OLAP分离 10、分布式分区
视图
可用于实现数据库服务器联合体。 联合体是一组分开管理的服务器,但它们相互协作分担系统的处理负荷。这种通过分区数据形成数据库服务器联合体的机制能够扩大一组服务器,以支持大型的多层 Web 站点的处理需要。有关更多信息,参见设计联合数据库服务器。(参照
SQL
帮助文件''分区
视图
'') a、在实现分区
视图
之前,必须先水平分区
表
b、 在创
建
成员
表
后,在每个成员服务器上定义一个分布式分区
视图
,并且每个
视图
具有相同的名称。这样,引用分布式分区
视图
名的查询可以在任何一个成员服务器上 运行。系统操作如同每个成员服务器上都有一个原始
表
的复本一样,但其实每个服务器上只有一个成员
表
和一个分布式分区
视图
。数据的位置对应用程序是透明的。 11、重
建
索引
DBCC REINDEX ,DBCC INDEXDEFRAG,收缩数据和日志 DBCC SHRINKDB,DBCC SHRINKFILE. 设置自动收缩日志.对于大的数据库不要设置数据库自动增长,它会降低服务器的性能。 在T-
sql
的写法上有很大的讲究,下面列出常见的要点:首先,DBMS处理查询计划的过程是这样的: 1、 查询语句的词法、语法检查 2、 将语句提交给DBMS的查询优化器 3、 优化器做代数优化和存取路径的优化 4、 由预编译模块生成查询规划 5、 然后在合适的时间提交给系统处理执行 6、 最后将执行结果返回给用户。 其次,看一下
SQL
SERVER的数据存放的结构:一个页面的大小为8K(8060)字节,8个页面为一个盘区,按照B树存放。
MS
SQL
_SERVER数据库增量同步软件(数据库结构及数据)
MS
SQL
_SERVER数据库增量同步软件(数据库结构及数据): 可以增量同步的.这个程序当初我写完基本上是可以实现. 数据库增量同步必须具备以下条件 一.每张
表
必须有主键 二.每张
表
必须有一个最后更新日期栏位(时间类型). 首先把需要增量同步的数据库备份还原到另外一台电脑.这样二台的数据库是一模一样的了, 我的博客,我到时会发
表
一个纯
SQL
后台代码的增量同步代码. http://blog.csdn.net/jaimejth 使用方法: 1.配置源服务器和目的服务器. 2.配置需传输的
表
(因为根据
表
中的(最后更新时间 例如:
update
_date)栏位,作增量传输) 3.同步开始时间(就是根据最后更新时间栏位 例如:
update
_date 大于等于这个时间的数据进行传输) 4.调度配置(配置自动多久执行一次) 5.最后保存设置. 6.可手动执行传输数据,也可自动根据调度执行. 7.同步
表
结构,此功能是只同步结构,不同步数据.(会同步
表
的结构,包含所有
索引
,默认值,主键.和属性.同步存储过程.函数.
视图
.触发器)
数据库开发
8,030
社区成员
1,364
社区内容
发帖
与我相关
我的任务
数据库开发
高性能数据库开发
复制链接
扫一扫
分享
社区描述
高性能数据库开发
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章