有誰了解數(shù)據(jù)庫ip地址怎么查？要想直接連接一個數(shù)據(jù)庫服務(wù)器，光很清楚IP是遠(yuǎn)遠(yuǎn)的夠的，起碼還不需要清楚不勝感激信息：1、端口號，與IP地址在一起所構(gòu)成ftp訪問遠(yuǎn)程服務(wù)的通道2、數(shù)據(jù)庫服務(wù)器上的帳號(

有誰了解數(shù)據(jù)庫ip地址怎么查？

要想直接連接一個數(shù)據(jù)庫服務(wù)器，光很清楚IP是遠(yuǎn)遠(yuǎn)的夠的，起碼還不需要清楚不勝感激信息：

1、端口號，與IP地址在一起所構(gòu)成ftp訪問遠(yuǎn)程服務(wù)的通道2、數(shù)據(jù)庫服務(wù)器上的帳號(用戶名)和密碼，利用登錄數(shù)據(jù)庫服務(wù)器；欲打開系統(tǒng)數(shù)據(jù)庫，往往換句話說需要較高的權(quán)限，這樣的話，該帳號最好是是系統(tǒng)管理員3、數(shù)據(jù)庫服務(wù)器是哪一種，oracle/sybase/mssql/mysql等等，各大數(shù)據(jù)庫對SQL標(biāo)準(zhǔn)都有了擴(kuò)大編制，并不徹底兼容，尤其是底層數(shù)據(jù)管理機(jī)制各有各的招兒，打開系統(tǒng)數(shù)據(jù)庫就像不需要知道一點(diǎn)這些底層概念，針對各種數(shù)據(jù)庫服務(wù)器，嘶嘶還不如或者的查詢命令或想執(zhí)行相對應(yīng)的存儲過程。

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

多用戶操作的影響主要注意是回移動到記錄，oracle數(shù)據(jù)庫提供行級鎖，也就是說用戶你操作數(shù)據(jù)時，oracle為記錄行加鎖，不過如果用戶一年操作的數(shù)據(jù)過于，oracle的鎖資源過大，或是鎖定數(shù)據(jù)長時間也沒釋放（比如幾百萬條有記錄自動更新移殖還沒有并提交）。oracle的資源夠，回生級為表鎖。況且性能，依舊跟鎖定后的資源大小有關(guān)系。多用戶能操作的解決方法：四次沒更新量千萬不能太大，你記得馬上重新提交結(jié)果，能養(yǎng)成sql語句后面立刻commit或者rollback的習(xí)慣。（我們以前有個太超級搞笑的同時，數(shù)據(jù)處理提示錯誤先在前臺頁面彈窗提示，等操作人員點(diǎn)了確認(rèn)才重新提交或是更新操作，最終操作人員一看見彈窗就打咨詢回來，事務(wù)幾個小時都沒再提交）多人操作表是精準(zhǔn)暗器鎖的也就是表是網(wǎng)絡(luò)共享的行是除你之外的你也在操作的行別人不能查又不能一同做可以修改的操作你commit或rollback之后是會能量鎖別人就可以操作了.oracle并發(fā)可以解決的辦法這個問題，只要在增、刪、改時我記得馬上commit或rollback就行了.2.兩個用戶另外對一個表并且提升操作，有沒要等一個提高完之后兩個才是可以先執(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ù)操作時，是會相互聯(lián)系的，如對來說，user1直接修改了它的一行，user２又對該表的郵儲銀行參與了修改，這樣的話該表的該行的不好算內(nèi)容是在user１修改后基礎(chǔ)上user2修改的結(jié)果（注意一點(diǎn)，所有修改以結(jié)果順利并提交改請求的用戶的內(nèi)容規(guī)定為準(zhǔn)），多個用戶對同一個用戶下的同一個表的同時可以修改和完全鎖定會造成鎖再等待