关于事务处理机制和原理、分布数据库设计架构与原理
今天跟一个大牛讨论上述的原理,下面贴一下聊天记录备忘.
![](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
![](https://www.cnblogs.com/Images/OutliningIndicators/ExpandedBlockStart.gif)
2009-06-05 20:20:14 ⑦零ゞ距离(76159179)
群主做了几年开发了
2009-06-05 20:20:58 杨航(282602809)
好些年了
2009-06-05 20:22:24 ⑦零ゞ距离(76159179)
呵呵,做行业软件还是?
2009-06-05 20:22:45 杨航(282602809)
做男人好些个年了
2009-06-05 20:22:50 ⑦零ゞ距离(76159179)
哈哈
2009-06-05 20:23:18 杨航(282602809)
呵呵
2009-06-05 20:23:51 ⑦零ゞ距离(76159179)
经常做设计不?
2009-06-05 20:24:11 杨航(282602809)
什么设计
2009-06-05 20:24:22 ⑦零ゞ距离(76159179)
架构设计
2009-06-05 20:24:24 杨航(282602809)
哦
2009-06-05 20:24:30 杨航(282602809)
那是得做的
2009-06-05 20:24:50 ⑦零ゞ距离(76159179)
呵呵,有没有什么心得可以交流下
2009-06-05 20:25:08 杨航(282602809)
那得有具体问题
2009-06-05 20:25:18 杨航(282602809)
让我上来就讲,我也不知道说什么啊
2009-06-05 20:26:37 杨航(282602809)
你看看你有什么地方不清楚的,看看我知道不
2009-06-05 20:26:43 杨航(282602809)
哈哈
2009-06-05 20:29:29 杨航(282602809)
上来就真没敢问的
2009-06-05 20:30:24 ⑦零ゞ距离(76159179)
呵呵,我想问一下,你在事务这块是这么处理的
2009-06-05 20:32:09 杨航(282602809)
就是些个需要并行处理的东西用它啊
2009-06-05 20:33:04 杨航(282602809)
比如,转帐
一边+钱,一边-钱,需要同步时
2009-06-05 20:33:08 ⑦零ゞ距离(76159179)
呵呵,我在大批量数据进行插入的时候经常会碰到死锁
2009-06-05 20:33:10 杨航(282602809)
就是需要同步联系的东西
2009-06-05 20:33:26 杨航(282602809)
哦
2009-06-05 20:33:32 ⑦零ゞ距离(76159179)
我发现这个东西是不是需要队列进行等待
2009-06-05 20:33:33 杨航(282602809)
批量时
2009-06-05 20:33:38 杨航(282602809)
就要进行日志核对
2009-06-05 20:33:46 杨航(282602809)
不家事务
2009-06-05 20:33:52 杨航(282602809)
就是先锁表
2009-06-05 20:33:54 杨航(282602809)
在插
2009-06-05 20:33:55 ⑦零ゞ距离(76159179)
比如主从表数据插入更新
2009-06-05 20:34:13 杨航(282602809)
两头插完了后比较缺的部分,在匹配更新
2009-06-05 20:34:27 杨航(282602809)
表数据插如更新?
2009-06-05 20:34:37 杨航(282602809)
msmq
2009-06-05 20:34:42 杨航(282602809)
可以用这个
2009-06-05 20:34:54 杨航(282602809)
msmq里可以在硬盘里存
2009-06-05 20:34:56 ⑦零ゞ距离(76159179)
但是这样会不会影响性能呢
2009-06-05 20:34:59 杨航(282602809)
也是个不错的选择
2009-06-05 20:35:12 杨航(282602809)
你可以用COM+做分布处理
2009-06-05 20:35:25 ⑦零ゞ距离(76159179)
变成一张表一次只能一个人插入数据
2009-06-05 20:35:31 ⑦零ゞ距离(76159179)
其它的人要等
2009-06-05 20:35:34 杨航(282602809)
MSMQ可以调用COM+组件的
2009-06-05 20:35:45 ⑦零ゞ距离(76159179)
回去研究下
2009-06-05 20:35:48 ⑦零ゞ距离(76159179)
知道有这个东西
2009-06-05 20:35:47 杨航(282602809)
你是说这个事啊
2009-06-05 20:35:58 ⑦零ゞ距离(76159179)
com+也在书上见过
2009-06-05 20:36:09 ⑦零ゞ距离(76159179)
但是没有用过,好像不是 太好用
2009-06-05 20:36:13 杨航(282602809)
COM+可以做分布式均衡负载
2009-06-05 20:36:21 杨航(282602809)
application center进行负载
2009-06-05 20:36:38 ⑦零ゞ距离(76159179)
负载的用户最大有多少
2009-06-05 20:37:00 杨航(282602809)
这个是局域网内部多少台机器了
2009-06-05 20:37:15 杨航(282602809)
MSMQ可以根据IP传对象的
2009-06-05 20:37:29 杨航(282602809)
网络之间可以用http传
2009-06-05 20:37:41 杨航(282602809)
可以走内部队列
2009-06-05 20:38:01 ⑦零ゞ距离(76159179)
这样啊
2009-06-05 20:38:04 杨航(282602809)
如果数据量大,你就要考虑分布式数据库了
2009-06-05 20:38:12 ⑦零ゞ距离(76159179)
到时候改造看看
2009-06-05 20:38:22 杨航(282602809)
因为数据库连接是一个瓶颈
2009-06-05 20:38:24 ⑦零ゞ距离(76159179)
我之前做的框架就是有这方面的问题
2009-06-05 20:38:30 ⑦零ゞ距离(76159179)
并发多的时候会出现问题
2009-06-05 20:38:31 ⑦零ゞ距离(76159179)
是啊
2009-06-05 20:38:39 ⑦零ゞ距离(76159179)
数据连接太少了
2009-06-05 20:39:10 杨航(282602809)
关键和你带宽,和数据量以及用户并发都有关
2009-06-05 20:39:36 ⑦零ゞ距离(76159179)
带宽还好了
2009-06-05 20:39:39 杨航(282602809)
它的瓶颈口和 IIS一样
2009-06-05 20:39:47 ⑦零ゞ距离(76159179)
我做的大部分都是内部系统
2009-06-05 20:39:50 杨航(282602809)
哦
2009-06-05 20:40:09 ⑦零ゞ距离(76159179)
分布式的数据库架构要怎么做
2009-06-05 20:40:13 ⑦零ゞ距离(76159179)
大概的模式
2009-06-05 20:40:12 杨航(282602809)
你是没见过满负荷干活的
2009-06-05 20:40:16 ⑦零ゞ距离(76159179)
一直不是很清楚
2009-06-05 20:40:18 ⑦零ゞ距离(76159179)
是啊
2009-06-05 20:40:31 杨航(282602809)
我做过海关的项目,就是满负荷干活的
2009-06-05 20:40:57 杨航(282602809)
这个群里还有个巴特勒船长,也是管理员
2009-06-05 20:41:08 杨航(282602809)
他是和我一起做海关项目的
2009-06-05 20:41:25 ⑦零ゞ距离(76159179)
啊,很想有这个机会
2009-06-05 20:41:45 ⑦零ゞ距离(76159179)
我做的项目很少有满负荷跑得
2009-06-05 20:41:48 杨航(282602809)
海关服务器很多,带宽很足,但报文也能延时半个小时
2009-06-05 20:41:52 杨航(282602809)
有时候一个小时
2009-06-05 20:42:00 ⑦零ゞ距离(76159179)
基本都是很宽松
2009-06-05 20:42:15 ⑦零ゞ距离(76159179)
这个延时是怎么回事
2009-06-05 20:43:02 杨航(282602809)
CPU内存基本都是满的
2009-06-05 20:43:15 杨航(282602809)
16g内存和8核心CPU
2009-06-05 20:43:23 杨航(282602809)
就是业务量大
2009-06-05 20:43:58 杨航(282602809)
大连海关高峰期跑好多报文,每个都有好多逻辑,对数据库操作的
2009-06-05 20:44:00 ⑦零ゞ距离(76159179)
业务量大的时候,你怎么做延时
2009-06-05 20:43:43 ⑦零ゞ距离(76159179)
cpu一般我做的系统就是50%
2009-06-05 20:44:15 杨航(282602809)
恩,那你是没加多线程,所以在50%以下
2009-06-05 20:44:16 ⑦零ゞ距离(76159179)
是对操作进行等待
2009-06-05 20:44:37 ⑦零ゞ距离(76159179)
主要对多线程不是 很了解
2009-06-05 20:44:32 杨航(282602809)
就是msmq里啊
2009-06-05 20:44:52 ⑦零ゞ距离(76159179)
操作员不是 要等死啊
2009-06-05 20:44:58 杨航(282602809)
msmq+com+也有事务性的
2009-06-05 20:45:04 杨航(282602809)
里面也是有所等待的
2009-06-05 20:45:08 ⑦零ゞ距离(76159179)
这个我知道
2009-06-05 20:45:46 杨航(282602809)
数据库的事务操作千万不能过大
2009-06-05 20:45:56 杨航(282602809)
你知道数据库事物的操作原理吗?
2009-06-05 20:46:42 ⑦零ゞ距离(76159179)
很少嵌套事务
2009-06-05 20:46:43 杨航(282602809)
是这样的
2009-06-05 20:46:49 ⑦零ゞ距离(76159179)
不知道事务操作的原理
2009-06-05 20:46:35 ⑦零ゞ距离(76159179)
我一般一个事务里操作的逻辑都比较简单
2009-06-05 20:46:57 杨航(282602809)
事务为了达到同步是这么实现的
2009-06-05 20:47:03 杨航(282602809)
比如银行转帐
2009-06-05 20:47:09 杨航(282602809)
我把钱转给你
2009-06-05 20:47:10 ⑦零ゞ距离(76159179)
上学的时候没有学过
2009-06-05 20:47:14 杨航(282602809)
比如转50元
2009-06-05 20:47:36 ⑦零ゞ距离(76159179)
我只是知道事务是为了保证数据的唯一性和准确性
2009-06-05 20:47:52 ⑦零ゞ距离(76159179)
银行转帐确实是事务的经典案例
2009-06-05 20:48:41 杨航(282602809)
首先是对表,进行加锁,不让别人用
然后执行
我这边 set money=money-50
你那边 set money=money+50
然后解锁
2009-06-05 20:49:07 杨航(282602809)
如果事务中有数据根据的话
2009-06-05 20:49:19 杨航(282602809)
比如在事务里需要select 什么,或insert什么
2009-06-05 20:49:31 杨航(282602809)
都在内存里进行虚操作检查
2009-06-05 20:49:50 杨航(282602809)
然后在加锁进行同步,在解锁
2009-06-05 20:49:55 杨航(282602809)
是为了保证同步
2009-06-05 20:50:10 ⑦零ゞ距离(76159179)
锁定了以后该表是不是不能查询了
2009-06-05 20:50:28 杨航(282602809)
这时,同步的数据select有可能被改变
2009-06-05 20:50:30 ⑦零ゞ距离(76159179)
我记得了如果表被锁定了,查询也不行了
2009-06-05 20:50:34 杨航(282602809)
就造成了脏读数据
2009-06-05 20:50:41 杨航(282602809)
恩
2009-06-05 20:50:45 ⑦零ゞ距离(76159179)
查询的是以前的数据
2009-06-05 20:50:55 杨航(282602809)
看怎么锁
2009-06-05 20:50:59 ⑦零ゞ距离(76159179)
但是如果不能查询肯定是不行的
2009-06-05 20:51:05 杨航(282602809)
有表锁,有字段锁
2009-06-05 20:51:14 ⑦零ゞ距离(76159179)
我现在设置的锁是可以读的
2009-06-05 20:51:16 杨航(282602809)
是根据不同的逻辑使用不同的
2009-06-05 20:51:25 杨航(282602809)
也有可改的
2009-06-05 20:51:35 ⑦零ゞ距离(76159179)
设置字段锁应该在存储过程里锁还是在程序锁
2009-06-05 20:51:37 杨航(282602809)
比如,股票撮合委托成交
2009-06-05 20:52:06 杨航(282602809)
这就需要被select表的行情数据是时时新的,要求能够被更改的
2009-06-05 20:52:15 ⑦零ゞ距离(76159179)
其实我一直都没有搞清楚数据库的锁是这么回事
2009-06-05 20:52:22 ⑦零ゞ距离(76159179)
也不太清楚原理
2009-06-05 20:52:22 杨航(282602809)
因为股票的价格一直是在被变的
2009-06-05 20:52:39 杨航(282602809)
锁,就是不让别人用了
2009-06-05 20:52:48 杨航(282602809)
有什么不理解的?
2009-06-05 20:53:26 ⑦零ゞ距离(76159179)
我知道,但是这个锁有级别的
2009-06-05 20:53:35 ⑦零ゞ距离(76159179)
每个级别的功能好像不太一样
2009-06-05 20:53:40 杨航(282602809)
恩
2009-06-05 20:53:46 杨航(282602809)
要根据你系统设计而定
2009-06-05 20:53:52 杨航(282602809)
比如
2009-06-05 20:53:55 杨航(282602809)
银行转帐
2009-06-05 20:54:10 杨航(282602809)
当我要向你银行转帐时
2009-06-05 20:54:29 杨航(282602809)
就要求操作期间,我们之间的帐户钱数不能被其他程序改变
2009-06-05 20:54:53 杨航(282602809)
否则,比如正在操作能,别人把我钱在期间弄少了,或多了
2009-06-05 20:54:57 杨航(282602809)
那不就乱套了
2009-06-05 20:55:03 ⑦零ゞ距离(76159179)
呵呵,是啊
2009-06-05 20:55:15 ⑦零ゞ距离(76159179)
我现在设计的事务操作没有考虑到这些
2009-06-05 20:55:23 杨航(282602809)
这时,就要对我的帐户进行加缩,对你的帐户加缩
2009-06-05 20:55:24 ⑦零ゞ距离(76159179)
也因为有疑问
2009-06-05 20:55:39 杨航(282602809)
回头你想想,股票交易
2009-06-05 20:56:00 杨航(282602809)
当一个客户想交易时,他希望的能成交的价格是最新的
2009-06-05 20:56:01 ⑦零ゞ距离(76159179)
没买过股票
2009-06-05 20:56:05 ⑦零ゞ距离(76159179)
所以不是很清楚的
2009-06-05 20:56:28 杨航(282602809)
这时候把能变更的那个表给锁上了,不能更新了,这家伙不就老也交易不成功吗?
2009-06-05 20:56:43 ⑦零ゞ距离(76159179)
嗯
2009-06-05 20:56:48 杨航(282602809)
买股票原理是这样
2009-06-05 20:56:53 杨航(282602809)
先下委托单
2009-06-05 20:57:13 ⑦零ゞ距离(76159179)
我觉得一般情况是锁记录就可以了
2009-06-05 20:57:18 杨航(282602809)
你是想买,或想卖,想买多少,想卖多少,先在软件里下单
2009-06-05 20:57:29 杨航(282602809)
然后你的数据送到交易锁进行撮合
2009-06-05 20:57:35 ⑦零ゞ距离(76159179)
不需要锁整张表吧
2009-06-05 20:57:45 杨航(282602809)
撮合就是,有匹配你的价格和数量,就进行成交
2009-06-05 20:57:55 杨航(282602809)
没有的就继续等待
2009-06-05 20:58:02 杨航(282602809)
这个不用
2009-06-05 20:58:10 杨航(282602809)
因为表的数据是时时变化的
2009-06-05 20:58:26 杨航(282602809)
不一定什么时候有人想买,什么时候想卖,什么时候出什么样的价格
2009-06-05 20:58:05 ⑦零ゞ距离(76159179)
哦
2009-06-05 20:58:29 杨航(282602809)
都是变动的
2009-06-05 20:58:51 杨航(282602809)
股票大盘的K线图,就是根据那个来的
2009-06-05 20:58:50 ⑦零ゞ距离(76159179)
当我们锁住该记录的时候,其它人应该是无法删除的吧
2009-06-05 20:58:59 杨航(282602809)
恩
2009-06-05 20:59:03 杨航(282602809)
这是有权限的
2009-06-05 20:59:10 杨航(282602809)
你也可以让它删除
2009-06-05 20:59:23 杨航(282602809)
很详细的哦
2009-06-05 20:59:20 杨航(282602809)
这方面资料,你可以找一找
2009-06-05 20:59:54 杨航(282602809)
不过你放心,你能想到的,肯定有解决方案
2009-06-05 21:00:02 ⑦零ゞ距离(76159179)
嗯,谢谢群主
2009-06-05 21:00:09 ⑦零ゞ距离(76159179)
解决了我很多困惑
2009-06-05 21:00:20 杨航(282602809)
呵呵
2009-06-05 21:00:28 ⑦零ゞ距离(76159179)
主要做这行较短
2009-06-05 21:00:31 ⑦零ゞ距离(76159179)
经验太少了
2009-06-05 21:00:36 杨航(282602809)
多长时间了?
2009-06-05 21:00:39 ⑦零ゞ距离(76159179)
缺乏大项目的锻炼
2009-06-05 21:00:40 ⑦零ゞ距离(76159179)
2年
2009-06-05 21:00:46 ⑦零ゞ距离(76159179)
都是做一些小的项目
2009-06-05 21:00:50 杨航(282602809)
哦
2009-06-05 21:01:19 杨航(282602809)
如果你的操作进行了死锁
2009-06-05 21:01:34 杨航(282602809)
不要在程序上挑毛病
2009-06-05 21:01:55 杨航(282602809)
一定要在架构中找瓶颈
2009-06-05 21:02:42 ⑦零ゞ距离(76159179)
是啊,我知道在架构中出了问题
2009-06-05 21:02:33 杨航(282602809)
把瓶颈部分挑出来,进行分布式处理或者等待处理
2009-06-05 21:03:00 ⑦零ゞ距离(76159179)
但是还没有很有效的解决方案
2009-06-05 21:03:39 杨航(282602809)
在大一些的,就要用分割数据库,进行分布式
2009-06-05 21:04:15 杨航(282602809)
就是用一个数据库进行对多个库索引
2009-06-05 21:04:32 杨航(282602809)
多个库的表结构都是一样的
2009-06-05 21:05:05 杨航(282602809)
这样每个库的承载量就小,压力就分散开来了
2009-06-05 21:04:01 杨航(282602809)
分布式数据库道理挺简单的
2009-06-05 21:05:29 杨航(282602809)
不需要
2009-06-05 21:05:45 杨航(282602809)
那还做什么分布式负载均衡啊
2009-06-05 21:05:50 ⑦零ゞ距离(76159179)
不需要的访问的时候怎么获得所有的数据
2009-06-05 21:05:03 ⑦零ゞ距离(76159179)
这样需不需要一个共同的库来保存所有的数据
2009-06-05 21:05:52 杨航(282602809)
那就拿那个库干被
2009-06-05 21:06:11 杨航(282602809)
这个你要考虑用户体验问题
2009-06-05 21:06:34 杨航(282602809)
比如,我想查一条信息
2009-06-05 21:06:57 杨航(282602809)
不是查一条,按一个条件去查
2009-06-05 21:07:06 ⑦零ゞ距离(76159179)
对啊
2009-06-05 21:07:14 ⑦零ゞ距离(76159179)
但是我不并不知道保持在什么库
2009-06-05 21:07:29 杨航(282602809)
通常我们的数据库表里经常进行条件查询的字段,都会做表索引吧?
2009-06-05 21:07:38 ⑦零ゞ距离(76159179)
会
2009-06-05 21:07:50 杨航(282602809)
比如,你用asp.net
2009-06-05 21:07:53 ⑦零ゞ距离(76159179)
但是放在不同的服务器
2009-06-05 21:07:58 杨航(282602809)
里面进行分页
2009-06-05 21:08:09 ⑦零ゞ距离(76159179)
系统也 没有那么智能啊
2009-06-05 21:08:27 杨航(282602809)
比如查到1000万条数据,你不会真的把1000万条直接给datasource然后databind吧?
2009-06-05 21:08:43 ⑦零ゞ距离(76159179)
没有
2009-06-05 21:08:49 ⑦零ゞ距离(76159179)
当然不会
2009-06-05 21:09:16 ⑦零ゞ距离(76159179)
我的意思是说如果这1000万分布在5个数据库的话
2009-06-05 21:09:22 杨航(282602809)
恩
2009-06-05 21:09:30 ⑦零ゞ距离(76159179)
那我要怎么查询呢
2009-06-05 21:09:49 杨航(282602809)
首先, 字段加索引了,count是很快的
2009-06-05 21:10:04 杨航(282602809)
你一下就知道共多少条数据了吧
2009-06-05 21:10:36 ⑦零ゞ距离(76159179)
一般查询的语句都是针对一个数据库的
2009-06-05 21:10:51 杨航(282602809)
你五个表,都可以是结构一样的
2009-06-05 21:10:50 ⑦零ゞ距离(76159179)
如果分布式的话,查询是怎么写得
2009-06-05 21:11:33 ⑦零ゞ距离(76159179)
我知道,是不是我查询的时候连上所有的服务器,然后count这些表
2009-06-05 21:11:38 杨航(282602809)
难道你想不通吗?
2009-06-05 21:11:44 杨航(282602809)
恩
2009-06-05 21:11:57 杨航(282602809)
首先是知道共多少条数据了吧?
2009-06-05 21:12:39 ⑦零ゞ距离(76159179)
啊,那样我每加一个服务器不是要去改sql语句
2009-06-05 21:12:56 杨航(282602809)
那就是你写程序习惯的问题了
2009-06-05 21:13:40 杨航(282602809)
如果写的够公用化,应该多一台服务器,只是多一个conn的问题
2009-06-05 21:14:15 ⑦零ゞ距离(76159179)
呵呵,不太清楚这个要怎么做
2009-06-05 21:14:30 杨航(282602809)
好
2009-06-05 21:14:32 杨航(282602809)
我引导你
2009-06-05 21:14:39 杨航(282602809)
首先
2009-06-05 21:15:05 杨航(282602809)
即使得到数据,也应该不是select全部吧
2009-06-05 21:15:14 ⑦零ゞ距离(76159179)
是
2009-06-05 21:15:14 杨航(282602809)
应该top多少多少吧
2009-06-05 21:15:23 ⑦零ゞ距离(76159179)
对
2009-06-05 21:15:29 杨航(282602809)
但是一共多少条知道吧
2009-06-05 21:15:43 杨航(282602809)
根据多少条应该知道一共多少页面吧
2009-06-05 21:16:17 ⑦零ゞ距离(76159179)
不是,我的意思是说我每次查询的时候是不是要连上所有的数据库服务器
2009-06-05 21:16:16 杨航(282602809)
知道多少条根据count是很快的吧
2009-06-05 21:16:22 杨航(282602809)
对呀
2009-06-05 21:16:27 杨航(282602809)
得连上啊
2009-06-05 21:16:34 ⑦零ゞ距离(76159179)
那要怎么连
2009-06-05 21:16:43 杨航(282602809)
这样
2009-06-05 21:16:43 ⑦零ゞ距离(76159179)
就是数据操作类要怎么设计呢
2009-06-05 21:16:58 ⑦零ゞ距离(76159179)
让我写的sql可以跟一台一样呢
2009-06-05 21:17:00 杨航(282602809)
你研究研究petshop这个框架好吧
2009-06-05 21:17:03 杨航(282602809)
你听说过吗?
2009-06-05 21:17:07 杨航(282602809)
petshop4
2009-06-05 21:17:11 ⑦零ゞ距离(76159179)
听说过
2009-06-05 21:17:27 ⑦零ゞ距离(76159179)
微软的sqlhelper有用过
2009-06-05 21:17:36 杨航(282602809)
你会不会泛型?
2009-06-05 21:18:19 ⑦零ゞ距离(76159179)
会
2009-06-05 21:18:26 杨航(282602809)
如果你没研究过泛型,建议研究研究先,可能我说的你没有概念
2009-06-05 21:18:34 杨航(282602809)
好
2009-06-05 21:18:44 杨航(282602809)
既然会的话,你看看petshop
2009-06-05 21:18:54 杨航(282602809)
应该比我嘴说的明白
2009-06-05 21:19:04 杨航(282602809)
具体有好多细节,我可能说不明白
2009-06-05 21:19:55 杨航(282602809)
既然有了泛型,那么不管你什么数据库过来的,什么表过来的,他是不是都可以给你构造成一个表对象
2009-06-05 21:20:01 杨航(282602809)
这你明白了吧
2009-06-05 21:20:04 ⑦零ゞ距离(76159179)
是的
2009-06-05 21:20:15 杨航(282602809)
你5个库过来的表
2009-06-05 21:20:29 杨航(282602809)
10个库,哪怕是另两个库是其他的数据库
2009-06-05 21:20:43 杨航(282602809)
构造到泛型里,都可以变成一个表
2009-06-05 21:21:04 ⑦零ゞ距离(76159179)
问题是我每次操作好像都只是操作一个连接
2009-06-05 21:21:13 杨航(282602809)
一共十条信息,有可能2条来自sql,有的来自oracle,有的来自其他
2009-06-05 21:21:31 杨航(282602809)
是啊
2009-06-05 21:21:57 杨航(282602809)
但是你可以把得出的表构造到泛型里啊
2009-06-05 21:22:47 杨航(282602809)
我问你
2009-06-05 21:22:55 ⑦零ゞ距离(76159179)
得出的表构造到泛型,是保持表结构,还是信息呢
2009-06-05 21:22:56 杨航(282602809)
有10条记录
2009-06-05 21:23:01 ⑦零ゞ距离(76159179)
嗯
2009-06-05 21:23:40 杨航(282602809)
分别要求从access里选5条,和sql里选5条,然后显示在一页里,他们有同样字段数,和字段意义
2009-06-05 21:23:48 杨航(282602809)
这个活你能干出来不?
2009-06-05 21:24:02 ⑦零ゞ距离(76159179)
能,但是我要事先知道
2009-06-05 21:24:27 杨航(282602809)
他们俩不就分布开了嘛?
2009-06-05 21:24:39 杨航(282602809)
明白原理啦?
2009-06-05 21:25:06 杨航(282602809)
而中间怎么选,这就要看你的中间程序怎么写
2009-06-05 21:25:13 杨航(282602809)
就相当于索引怎么索引了
2009-06-05 21:25:18 翔鸟(78255140)
要是排序,怎么办呢?
2009-06-05 21:25:34 ⑦零ゞ距离(76159179)
翔鸟问得好
2009-06-05 21:25:42 杨航(282602809)
字段加的索引,就是排序文件东西
2009-06-05 21:25:52 杨航(282602809)
数据库的原理是2叉数
2009-06-05 21:26:01 杨航(282602809)
折半查找原理
2009-06-05 21:26:04 ⑦零ゞ距离(76159179)
哦
2009-06-05 21:26:25 杨航(282602809)
要不你加索引文件,怎么查东西比一般快
2009-06-05 21:27:12 杨航(282602809)
而索引库,就是拿着他们的索引说事
2009-06-05 21:27:22 杨航(282602809)
拿着他们的索引上其他库里找
2009-06-05 21:27:29 杨航(282602809)
比如,你建立个表
2009-06-05 21:27:40 杨航(282602809)
表里有 姓名,性别,年龄字段
2009-06-05 21:27:47 ⑦零ゞ距离(76159179)
杨兄,你的意思时候说,如果分布式的话,我在操作数据库的话需要去构造一个连接集合,然后遍历集合,逐个连接,然后把得到的数据拼到一起对吗
2009-06-05 21:27:53 杨航(282602809)
你经常用姓名为关键字查找
2009-06-05 21:28:06 杨航(282602809)
恩
2009-06-05 21:28:17 杨航(282602809)
但是中间要有一个索引库
明白吗?
2009-06-05 21:28:16 ⑦零ゞ距离(76159179)
这样我明白了
2009-06-05 21:28:28 ⑦零ゞ距离(76159179)
索引库保存什么呢
2009-06-05 21:28:47 杨航(282602809)
目的是把所有索引字段内容进行大排序
2009-06-05 21:29:03 杨航(282602809)
然后根据索引找到是哪个库,哪行记录
2009-06-05 21:29:24 杨航(282602809)
我问你
2009-06-05 21:29:29 杨航(282602809)
你一个数据库
2009-06-05 21:29:34 ⑦零ゞ距离(76159179)
需要实时更新吗
2009-06-05 21:29:38 杨航(282602809)
一张表,你为什么要建立索引文件
2009-06-05 21:29:45 杨航(282602809)
对呀,得实施更新啊
2009-06-05 21:29:51 ⑦零ゞ距离(76159179)
加速查询
2009-06-05 21:30:07 杨航(282602809)
但你字段它加速查询的原理吗?
2009-06-05 21:30:21 ⑦零ゞ距离(76159179)
更新索引信息,还是把所有的字段数据放到索引库呢
2009-06-05 21:30:23 ⑦零ゞ距离(76159179)
不知道
2009-06-05 21:30:36 杨航(282602809)
你说对了一半
2009-06-05 21:31:02 杨航(282602809)
所谓索引文件,就是排序文件
2009-06-05 21:31:21 杨航(282602809)
比如,你弄个姓名字段,做索引
2009-06-05 21:31:41 ⑦零ゞ距离(76159179)
实际我做索引都是跟着事件探查器的结果让企业管理器去帮我生成
2009-06-05 21:31:42 杨航(282602809)
每当进行增删改时,就要对姓名的索引文件进行一次排序
2009-06-05 21:31:56 ⑦零ゞ距离(76159179)
所以我并不是 很清楚数据库索引需要怎么加
2009-06-05 21:32:01 ⑦零ゞ距离(76159179)
怎么设置才合理
2009-06-05 21:32:25 杨航(282602809)
哦,那个它一般就给你弄个累加id,目的 是唯一标识
2009-06-05 21:32:38 杨航(282602809)
索引文件,就是排序文件
2009-06-05 21:32:49 杨航(282602809)
目的就是为了进行折半查找用
2009-06-05 21:33:08 杨航(282602809)
数据结构你学过吧,折半查找原理就不用我说了吧
2009-06-05 21:33:17 ⑦零ゞ距离(76159179)
没有学过才糟糕啊
2009-06-05 21:33:21 ⑦零ゞ距离(76159179)
我不是科班出身的
2009-06-05 21:33:35 ⑦零ゞ距离(76159179)
数据结构最近才开始看
2009-06-05 21:33:40 杨航(282602809)
[表情]
2009-06-05 21:33:46 杨航(282602809)
原理是这样的
2009-06-05 21:33:29 ⑦零ゞ距离(76159179)
所以很多东西我是不懂
2009-06-05 21:34:14 杨航(282602809)
比如,1-10,10个数字,表示10个数值
2009-06-05 21:34:30 杨航(282602809)
比如我们插入的顺序是这样的
2009-06-05 21:34:39 ⑦零ゞ距离(76159179)
这个我知道
2009-06-05 21:34:44 杨航(282602809)
3 2 4 1 5 7 6 8 10 9
2009-06-05 21:35:04 杨航(282602809)
你知道什么?
2009-06-05 21:35:13 杨航(282602809)
折半查找原理?
2009-06-05 21:35:25 ⑦零ゞ距离(76159179)
在插入数据的时候,数据库会对id字段进行排序查找位置,然后插入
2009-06-05 21:35:29 ⑦零ゞ距离(76159179)
是这样吗
2009-06-05 21:35:35 ⑦零ゞ距离(76159179)
折半查找原理不知道
2009-06-05 21:35:49 杨航(282602809)
我跟你说的是折半查找原理
2009-06-05 21:35:58 ⑦零ゞ距离(76159179)
哦
2009-06-05 21:36:14 杨航(282602809)
比如正常一个字段,我们输入顺序是这样的
3 2 4 1 5 7 6 8 10 9
2009-06-05 21:36:18 ⑦零ゞ距离(76159179)
嗯
2009-06-05 21:36:47 杨航(282602809)
正常我们想找到8在哪,你怎么找
2009-06-05 21:36:44 ⑦零ゞ距离(76159179)
然后呢
2009-06-05 21:36:57 ⑦零ゞ距离(76159179)
一个个找
2009-06-05 21:36:58 杨航(282602809)
是不是得挨个验证一下啊
2009-06-05 21:37:03 ⑦零ゞ距离(76159179)
对
2009-06-05 21:37:06 杨航(282602809)
从头到尾
2009-06-05 21:37:15 ⑦零ゞ距离(76159179)
找到就不找了
2009-06-05 21:37:19 杨航(282602809)
对
2009-06-05 21:37:33 杨航(282602809)
这是10个数
2009-06-05 21:37:39 ⑦零ゞ距离(76159179)
是
2009-06-05 21:37:40 杨航(282602809)
1000万个数呢?
2009-06-05 21:37:45 ⑦零ゞ距离(76159179)
不行
2009-06-05 21:37:50 ⑦零ゞ距离(76159179)
这样就太慢了
2009-06-05 21:37:50 杨航(282602809)
是不是需要好长时间?
2009-06-05 21:37:53 ⑦零ゞ距离(76159179)
对
2009-06-05 21:37:59 杨航(282602809)
但你看这样
2009-06-05 21:38:07 杨航(282602809)
3 2 4 1 5 7 6 8 10 9
对他们进行排序
2009-06-05 21:38:18 杨航(282602809)
1 2 3 4 5 6 7 8 9 10
2009-06-05 21:38:30 杨航(282602809)
这是他们的顺序吧
2009-06-05 21:38:33 ⑦零ゞ距离(76159179)
是
2009-06-05 21:38:44 杨航(282602809)
排序顺序
2009-06-05 21:39:08 杨航(282602809)
我们应该很快就知道这是10条数据
2009-06-05 21:39:13 杨航(282602809)
这个没错吧
2009-06-05 21:39:31 ⑦零ゞ距离(76159179)
是
2009-06-05 21:39:48 杨航(282602809)
10条数据,10个位置
2009-06-05 21:40:04 杨航(282602809)
折半原理是除2比较大小
2009-06-05 21:40:14 杨航(282602809)
10/2=5吧
2009-06-05 21:40:41 ⑦零ゞ距离(76159179)
对
2009-06-05 21:40:43 杨航(282602809)
我用8与5这个位置上的数字比较
2009-06-05 21:40:49 杨航(282602809)
发现,大了
2009-06-05 21:40:55 杨航(282602809)
好
2009-06-05 21:41:06 ⑦零ゞ距离(76159179)
然后呢
2009-06-05 21:41:24 杨航(282602809)
那就很快判断它在5678910之间
2009-06-05 21:41:29 ⑦零ゞ距离(76159179)
对
2009-06-05 21:41:29 杨航(282602809)
而不是12345之间吧
2009-06-05 21:41:33 ⑦零ゞ距离(76159179)
嗯
2009-06-05 21:41:45 杨航(282602809)
然后5-10之间,中间的数是什么?
2009-06-05 21:41:57 ⑦零ゞ距离(76159179)
8
2009-06-05 21:42:09 杨航(282602809)
拿8比较,不就命中了嘛
2009-06-05 21:42:13 ⑦零ゞ距离(76159179)
嗯
2009-06-05 21:42:16 ⑦零ゞ距离(76159179)
明白了
2009-06-05 21:42:19 ⑦零ゞ距离(76159179)
谢谢群主
2009-06-05 21:42:22 ⑦零ゞ距离(76159179)
回去再聊
2009-06-05 21:42:24 杨航(282602809)
这个数量级越大
2009-06-05 21:42:30 ⑦零ゞ距离(76159179)
嗯
2009-06-05 21:42:29 杨航(282602809)
越显得块