請問我有一個(gè)表壞了，修復(fù)無反應(yīng)，刪除也不行，改名也不行，怎么辦

chujian

我執(zhí)行dbcc tablealloc 輸入后就一直停止在go那，rename，drop table也是一樣，單用戶模式也如此，請問怎么解決

wfcjz

將庫置到-32768下試試！

andkylee

貼錯(cuò)誤日志。

chujian

drop table mycom_goods_check

00:00000:00030:2009/12/12 21:19:47.92 kernel  curdb = 5 pstat = 0x10000 lasterror = 0
00:00000:00030:2009/12/12 21:19:47.92 kernel  preverror = 0 transtate = 1
00:00000:00030:2009/12/12 21:19:47.92 kernel  curcmd = 199 program = ctisql                        
00:00000:00030:2009/12/12 21:19:47.92 kernel  pc: 0x7bd09b pcstkwalk + 0x33b(0x16de928, 0x16ded4c, 0x270f, 0x2, 0x167001e)
00:00000:00030:2009/12/12 21:19:47.92 kernel  pc: 0x7bca55 ucstkgentrace + 0x135(0x167001e, 0x2, 0x270f, 0x0, 0x0)
00:00000:00030:2009/12/12 21:19:47.92 kernel  pc: 0x798e00 ucbacktrace + 0x80(0x167001e, 0x1, 0xc0000005, 0x0, 0x0)
00:00000:00030:2009/12/12 21:19:47.92 kernel  pc: 0x404196 terminate_process + 0x4e6(0x167001e, 0xffffffff, 0xf78, 0x0, 0x16dffb4)
00:00000:00030:2009/12/12 21:19:47.92 kernel  pc: 0x79eda3 kiexception + 0x223(0x1b, 0x10202, 0x16df504, 0x23, 0x4020027f)
00:00000:00030:2009/12/12 21:19:47.92 kernel  pc: 0x42086d des__idtfill + 0x1d(0x7f003136, 0x32343532, 0x32343532, 0x9, 0x21a4e81
00:00000:00030:2009/12/12 21:19:47.92 kernel  pc: 0x41e5d9 des__fill + 0x5d9(0x7f003136, 0x32343532, 0x80003236, 0x32343532, 0x81003336)
00:00000:00030:2009/12/12 21:19:47.92 kernel  end of stack trace, spid 30, kpid

chujian

原帖由 wfcjz 于 2009-12-12 16:10 發(fā)表
將庫置到-32768下試試！

也沒有用，我試著操作了一下，發(fā)現(xiàn)只要對這個(gè)有問題的表做任何操作，都會(huì)停在那不動(dòng)。而且還沒其它錯(cuò)誤。

hobbylu

有一種辦法，收工刪除系統(tǒng)表來drop table
另外的就是移植數(shù)據(jù)庫

chujian

請問手工系統(tǒng)里刪除，是修改哪幾個(gè)系統(tǒng)表