大表拆分小表，update时怎么办？？？？？？

[zhuyx808]

（数据库2000）
有一个person表，里面数据几十万，需要频繁更新和查询，因为并发问题，导致经常死锁，所以现在想把这个大表拆分成同构的小表，对于查询的时候我可以通过union all视图的方式查询，但是要update的时候怎么办？以前有很多关于这个表的update操作，要改起来很麻烦，有没有什么方便的方式能轻松的改掉以前的存储过程？


主要问题就是我update的时候怎么方便那？
举个例子就是，person表分成 person1，person2，person3。。。。。 几个小表，结构一样，

以前有存储过程有很多这样的 update person set id=@id，name=@name where pid=@pid
或者这样的 select pid，id，name from person where pid=@pid

我现在改的话有没有什么好的方法？？？？

[Limpire]

做成分区视图

[dawugui]

友情帮顶.

[Limpire]

person1，person2，person3。。。。。 几个小表作为基表

创建分区视图person

update/delete/insert都可以只针对person来操作，你原来的程序还不用改。

[-狙击手-]

[Quote=引用 3 楼 Limpire 的回复:]
person1，person2，person3。。。。。 几个小表作为基表

创建分区视图person

update/delete/insert都可以只针对person来操作，你原来的程序还不用改。
[/Quote]

[zhuyx808]

小楼，分区视图是不是只对查询有效，从那些概念上我只能这么判断，对update/delete/insert都有效吗？涉及危险操作，还是得个肯定答案比较好。。

[-狙击手-]

查联机帮助：可更新视图

[Limpire]

分区视图是可更新的。

[ws_hgo]

UP

[zhuyx808]

我原来的person是在查询的时候使用了全文索引的，现在分成几个小表后，对于查询有没有影响？哪种更好？

[zhuyx808]

还是说我在小表中继续建立全文索引，那一个大表的全文索引和几个小表的全文索引哪个速度更快？在一个应用中哪种发生死锁的几率更小？

[-狙击手-]

你这个人员表想对哪个字段全文索引呀？
似乎。。。。

而且频繁更新对填充来说。。。。

[-狙击手-]

应该考虑对其进行全文索引的表中发生的更改数以及表的行数

[zhuyx808]

name字段的全文索引，当然这个person只是个例子表，实际中有个表字段是“公司名称”，对这个做的全文索引

[jacklee_888]

直接拆分不是辦法。應該理一下update的相關問題才決定做法。應該來說person這種基本資料update頻率很高的機會不大才可以。可以考慮把一些功能獨立出去處理而不是直接搬資料.