為了那個(gè)隨機(jī)生成試卷的功能,想了不少辦法,現(xiàn)在在用的一個(gè)辦法是先隨機(jī)抽取70%的題量,然后根據(jù)試題數(shù),總分和難度系數(shù)來(lái)有針對(duì)性的抽題湊卷,不過(guò)還沒(méi)完成,有點(diǎn)難度的說(shuō)
不想用數(shù)組,ASP的效率低下加上一個(gè)記錄數(shù)以千計(jì)的題庫(kù)和可能同時(shí)有200個(gè)并發(fā)線(xiàn)程,綜上條件,決定好好利用SqlServer的威力,于是用了臨時(shí)表的概念,就是隨機(jī)建立新表,將數(shù)據(jù)插入進(jìn)去,這樣之后的查找排序都比用ASP來(lái)寫(xiě)個(gè)算法高效。
初步用WAS作了服務(wù)器負(fù)載測(cè)試,我的機(jī)子在600個(gè)線(xiàn)程并發(fā)請(qǐng)求的時(shí)候才出現(xiàn)了比較嚴(yán)重的錯(cuò)誤
悶死了,今晚可能又要通宵戰(zhàn)斗,把那個(gè)算法寫(xiě)完是我的目標(biāo),不過(guò)最近似乎很不順,總完不成當(dāng)天的目標(biāo)。所謂“今日事今日畢”有時(shí)真的是屁話(huà)。如果一個(gè)問(wèn)題半個(gè)小時(shí)想不出來(lái),就得回頭再看,不然這個(gè)牛角尖只會(huì)越鉆越深。記得有一次我被一個(gè)問(wèn)題纏了兩天,當(dāng)然不是48小時(shí),但也夠嗆,差點(diǎn)就真的親身去測(cè)重力加速度了。
好了,帖段ASP隨機(jī)建表的代碼
1
randomize
2
ranNum=int(900*rnd)+100
3
tmptable="tmp"& minute(now)&second(now)&ranNum
4
tmpsql="select * into b from a where 1=2"
5
conn.execute(tmpsql)

2

3

4

5

繼續(xù)努力去了~~~
select * from table order by newid()?
但就這樣也沒(méi)什么用啊,因?yàn)樵囶}有試題類(lèi)型,試題難度,試題分值和題目數(shù)量的限制,得一一滿(mǎn)足才算是合法卷,如果讓SQLserver隨機(jī)抽,那就一直等著好啦
什么亂七八糟的東東嘛,我閃!
我只能閃了。。。