數(shù)據(jù)庫是干什么的？數(shù)據(jù)庫然后講那就是數(shù)據(jù)的倉庫，為了貯存數(shù)據(jù)的。不過這些數(shù)據(jù)是聽從肯定會規(guī)則關(guān)聯(lián)存檔，可以不實現(xiàn)急速的按照各種條件去檢索到。oracle數(shù)據(jù)庫能查到哪個人刪了表嗎，會不會記錄電腦ip或

數(shù)據(jù)庫是干什么的？

數(shù)據(jù)庫然后講那就是數(shù)據(jù)的倉庫，為了貯存數(shù)據(jù)的。不過這些數(shù)據(jù)是聽從肯定會規(guī)則關(guān)聯(lián)存檔，可以不實現(xiàn)急速的按照各種條件去檢索到。

oracle數(shù)據(jù)庫能查到哪個人刪了表嗎，會不會記錄電腦ip或者其它什么？

多用戶你的操作的影響要注意是回完全鎖定記錄，oracle數(shù)據(jù)庫提供給行級鎖，也就是說用戶你操作數(shù)據(jù)時，oracle為記錄行加鎖，當(dāng)然要是用戶最多操作的數(shù)據(jù)過于，oracle的鎖資源過大，或是完全鎖定數(shù)據(jù)長時間是沒有釋放（.例如幾百萬條資料記錄沒更新移植到也沒并提交）。oracle的資源不夠，回你升級為表鎖。至于性能，仍舊跟鎖定的資源大小有關(guān)系。多用戶你的操作的解決方法：一次自動更新量最好不要太大，記的趕快提交結(jié)果，不養(yǎng)成sql語句后面立刻commit的或rollback的習(xí)慣。（我們以前有個太搞笑點(diǎn)的同時，數(shù)據(jù)處理先在前臺頁面彈窗提示，等操作人員點(diǎn)了確認(rèn)才重新提交或者自動回滾，最后操作人員一看見了彈窗就再打咨詢?nèi)サ?，事?wù)三個小時都沒提交）多人操作表是精準(zhǔn)暗器鎖的也就是表是網(wǎng)絡(luò)共享的行是雀占鳩巢的你正準(zhǔn)備不能操作的行別人不能查不能相互做可以修改的操作你commit或rollback之后是會釋放鎖別人就可以不能操作了.oracle并發(fā)可以不能解決這個問題，如果在增、刪、改時記得及時commit或rollback就行了.2.兩個用戶同時對一個表并且增加操作，是不是要等一個提升完之后那個才可以不負(fù)責(zé)執(zhí)行減少你操作啊？一個用戶加數(shù)據(jù)，如果沒有加完數(shù)據(jù)立馬做事務(wù)處理，其中一用戶就用不著太久再等待，甚至還很有可能沒有感覺，再要是一個用戶加數(shù)據(jù)加鎖后不做事務(wù)處理，那其中一用戶就會一直在在等待，等到第一個用戶commit后才也可以想執(zhí)行第二個用戶的操作.１oracle的數(shù)據(jù)模式是：用戶建在表空間上，表建在用戶上２一個用戶的表就象自己的私有財產(chǎn)一樣的，沒有自己或管理員合法授權(quán)別的用戶是又不能網(wǎng)上查詢或改的；３對于相同用戶下的同名表，也是獨(dú)立的數(shù)據(jù)對象，如和是彼此獨(dú)立的，用戶四個你操作自己的表是不引響其他用戶的；４對于同一用戶下的同一個表，所有有權(quán)限的用戶對其接受數(shù)據(jù)操作時，是會相互影響的，如對來說，user1改了它的一行，user２又對該表的重慶農(nóng)商行參與了修改，那么該表的該行的實際內(nèi)容是在user１修改后基礎(chǔ)上user2修改的結(jié)果（注意，所有修改以最后完成遞交可以修改請求的用戶的內(nèi)容規(guī)定為準(zhǔn)），多個用戶對同一個用戶下的同一個表的同時直接修改和移動到會倒致鎖再等待