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

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

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

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

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

多用戶操作的影響主要注意是回移動到記錄，oracle數(shù)據(jù)庫提供行級鎖，也就是說用戶你操作數(shù)據(jù)時，oracle為記錄行加鎖，不過如果用戶一年操作的數(shù)據(jù)過于，oracle的鎖資源過大，或是鎖定數(shù)據(jù)長時間也沒釋放（比如幾百萬條有記錄自動更新移殖還沒有并提交）。oracle的資源夠，回生級為表鎖。況且性能，依舊跟鎖定后的資源大小有關系。多用戶能操作的解決方法：四次沒更新量千萬不能太大，你記得馬上重新提交結果，能養(yǎng)成sql語句后面立刻commit或者rollback的習慣。（我們以前有個太超級搞笑的同時，數(shù)據(jù)處理提示錯誤先在前臺頁面彈窗提示，等操作人員點了確認才重新提交或是更新操作，最終操作人員一看見彈窗就打咨詢回來，事務幾個小時都沒再提交）多人操作表是精準暗器鎖的也就是表是網絡共享的行是除你之外的你也在操作的行別人不能查又不能一同做可以修改的操作你commit或rollback之后是會能量鎖別人就可以操作了.oracle并發(fā)可以解決的辦法這個問題，只要在增、刪、改時我記得馬上commit或rollback就行了.2.兩個用戶另外對一個表并且提升操作，有沒要等一個提高完之后兩個才是可以先執(zhí)行增加你操作?。恳粋€用戶加數(shù)據(jù)，如果加完數(shù)據(jù)立即做事務處理，那個用戶就不需要太久在等待，甚至還很有可能沒有感覺，再假如一個用戶加數(shù)據(jù)加鎖后不做事務處理，那另一個用戶就會總是在等待，等到第一個用戶commit后才這個可以不能執(zhí)行第二個用戶的操作.１oracle的數(shù)據(jù)模式是：用戶建在表空間上，表建在用戶上２一個用戶的表就象自己的私有財產一般，沒有自己或管理員授權許可別的用戶是沒法網站查詢或修改的；３相對于差別用戶下的同名表，大都獨立的數(shù)據(jù)對象，如和是相互獨立的，用戶四個能操作自己的表是不會影響其他用戶的；４對此同一用戶下的同一個表，所有有權限的用戶對其采取通過數(shù)據(jù)操作時，是會相互聯(lián)系的，如對來說，user1直接修改了它的一行，user２又對該表的郵儲銀行參與了修改，這樣的話該表的該行的不好算內容是在user１修改后基礎上user2修改的結果（注意一點，所有修改以結果順利并提交改請求的用戶的內容規(guī)定為準），多個用戶對同一個用戶下的同一個表的同時可以修改和完全鎖定會造成鎖再等待