b*2
发帖数: 94 | 1 去年还真做过这道题：
private static boolean match(String regEx, String word) {
// TODO Auto-generated method stub
if(regEx == "*")
return true;
int reIndex = 0;
int wdIndex = 0;
for(;reIndex
if(regEx.charAt(reIndex)==word.charAt(wdIndex)){
continue;
}else if(regEx.charAt(reIndex)!='?'&®Ex.charAt(reIndex)!='*'){
//simply not equivalent
return false;
}else if(regEx.charAt(reIndex)=='?'){
//deal with ?
//goto the next char
continue;
}else{
//de... 阅读全帖 |
|
m******y
发帖数: 588 | 2 刚到一个新公司， 今天给我们的production db server set up log shipping到我们
另外一个data center, 可是居然发现两个data center之间network只有每秒几百k传输
速度， 传个4g的transaction log 就要好几小时，真是没辙了。
现在的问题是，log backup every 15 mins, 平时还不算大，但每天晚上reindexing后
log就变成几个g了， reindexing是根据avg_fragmentation_in_percent和avg_page_
space_used_in_percent逐个rebuild或者reorganize的，我想不出还有什么办法让log
小一点。
还有现在的log shipping没用zip和unzip, 请问大侠们有没有自己customize的script
用zip和unzip在log shipping里的？我想把job改一改，放个zip, unzip, 就是我们那
个xp_cmdshell都不让enable，不知道还怎么办
还有就是把restore的间隔弄的大点 |
|
m******y
发帖数: 588 | 3 reindexing后再backup,是不是不太好呀？要是reindexing的时候出点问题就比较麻烦
。
现在在看redgate的sql backup, 不知道有没有大侠用过？ |
|
a9
发帖数: 21638 | 4 再说了，有必要每天晚上做reindexing吗？
我的数据库基本上没做过reindexing。现在百十来G了一点都不慢啊。
log |
|
s*****m
发帖数: 8094 | 5 当你工作了一段时间，对一个code base熟悉了以后，这种花里胡哨的索引的用处就越
来越少了。
很久不用eclipse了，早期的eclipse的索引就他妈是垃圾中的极品，每次reindex基本
机器就废了。
vc的就还好。 |
|
F****n
发帖数: 3271 | 6 Gmail是实时更新没错但别忘了他的content是增减而不是revision
也就是说只要实时index新增的邮件就行了不需要reindex
Gmail邮件总量虽然大，但每个用户的邮件量并不算大，所以其实都不要做inverted
index, 用Trie就行了, size < N
gmail |
|
S***k
发帖数: 370 | 7 I guess “Log read switch”, you mentioned, is “Pages scanned”.
In most cases I would like to simply check Scan Density value. In theory the
value should be closed to 100%. If the value is 80%-70%, it means
fragmentation exists and reindex may be necessary. |
|
j*****n
发帖数: 1781 | 8 hmm... you right. however, sql serve can still use B tree instead of hash
tree.
if you doubt with that, we can go for non-clustered index with accountid +
date with fill factor = 80%; then reindex nightly. should work. |
|
gy
发帖数: 620 | 9 我纯属抬杠哈...
即使80% fillfactor, 也仍然会有fragmentation在银行这种high volume transaction
里,
只是时间的早晚而已
所以reindex是不可少的. |
|
z***y
发帖数: 7151 | 10 只实在是个很好的问题, 一般来说, 当你的数据量变化超过20%的时候, 需要update
statistics.
reindex 以后不需要update statistics， 但是re org index 以后， 需要。 |
|
i***d
发帖数: 158 | 11 1. 网速那么慢, 你还要把restore间隔弄大点? --- 当log size变得很大时, 那不是更
慢了吗?
2. xp_cmdshell都不让用, 那你即使zip了也没办法呀.
3. 不知道你们那个database大不大, 要是不大, 还不如在reindex后backup database,
然后再restore呢......
log
script |
|
r****n
发帖数: 575 | 12 最近公司SQL server 从SQL 2005 32bit upgrade 到SQL 2008 64bit。application是
delphi写的windows application.突然发现performance downgrade厉害。现在的RAM有
60多GB。硬盘，CPU都没有到bottleneck. 也排除了network (SAN)的问题。The database has been reindexed and update statistics also. 唯一我觉得
有点疑问的是local harddrive and SAN are both RAID5.但是我们硬件工程师不认为
这是个问题。所以拒绝改成RAID 0 or RAID 1.wom我们装RAID 10也不可能。
现在很困惑，到底是什么让这个performance downgrade?大家有什么意见？有没有谁用
2008 64 bit也有类似performance issue?
谢谢！ |
|
a9
发帖数: 21638 | 13 我记得升级数据库后，有些类型，比如int long,varchar,nvarchar之类的会影响比较
大。
找找看看。
database has been reindexed and update statistics also. 唯一我觉得 |
|
t*****g
发帖数: 3010 | 14 我曾经遇到过2000升级到2005时的性能问题，查了半天，是由于一个SQL的写法问题，
那种写法在2000性能可以，但是在2005上慢了10倍。用新的写法写了之后，比在2000下
快了3~4倍。
怀疑是磁盘性能问题的话，可以用性能监视器跟踪一段时间，假如磁盘队列高于存储系
统的最大值，就可能存在瓶颈，磁盘系统最大队列长度可以查出来，不过假如有raid的
话，计算会复杂一些，可以去谷一下看看。
database has been reindexed and update statistics also. 唯一我觉得 |
|
k********e
发帖数: 702 | 15 update statistics是必须的。当然，其实更应该先defrag/reindex一下（尤其是
cluster index），信不信由你。
另外，高版本的SQL可以绑定execution plan，当然，你index hint也可以。没什么不
好的。query optimizer本来就不能保证100%最优。
对了，我是web developer。我都知道这个。 |
|
s**********o
发帖数: 14359 | 16 PROFILE只看出哪些参数造成慢，并不会告诉你哪一
步慢，代入参数改成QUERY,RUN EXECUTION PLAN
看什么地方COST高。通常是TABLE数据多了缺少
INDEX就慢下来了，也可能是需要REINDEX |
|
s**********o
发帖数: 14359 | 17 通常SP是不需要经常RECOMPILE的，除非你的TABLE数据变化快，
一天添加删除几万几百万，怀疑还是你的INDEX没做好，一般的数据
一周REINDEX一次就可以了，RUN SP的EXECUTION PLAN就能看出来，
哪里少了INDEX，哪个INDEX上有问题 |
|
s**********o
发帖数: 14359 | 18 比如，把浏览网页的记录做成PARTITION TABLE，时间，IP,看了啥是一个记录
按照年份或者月份做PARTITION比如2015年的一个FILEGROOUP, 2014年的一个
FILEGROOUP，2013，2012，2011等等。现在你说删掉一半，一般就是按照年份删吧，把
2011 2012年的删掉，把FILEGROUP去掉就行了。但你要说，把IP是102.-190。的全部删
掉，那只能去TABLE上删掉，跟PARTITION就没啥关系了，INDEX 就DBCC REINDEX一下就
得了。PARTITION的目的就是为了BACKUP容易，查询起来容易。你要DROP PARTITION就
说明你的PARTITION建的目的不对，没弄好，一般都不会去删东西。TABLE PARTITION
针对的都是海量数据，比如色情网站一天的浏览量就上亿，要存个几年的数据就会
巨大无比，按时间PARTITION，历史数据一般也不会去删除。 |
|
x*******6
发帖数: 262 | 19
是的。也正如楼上所说，update数据后得过一段时间才会在solr里面reindex。中间还
用了rabbitmq。不知道这个构架有啥优缺点所以才发上来问问。 |
|
