資料庫跨平台
A. oracle 克隆資料庫 支持跨平台嗎
不支持！！！
B. 有哪些跨平台的oracle資料庫管理工具
Oracle DBA都是跨平台的 O(∩_∩)O~
C. Android，IOS，WP，Windows，linux通用的資料庫有哪些
你需要查看你的資料庫軟體操作系統支持列表才可以。目前，PC平台上較知名的資料庫軟體基本上都能夠跨平台（即既有windows也有類unix版本）而手機平台因為出現時間較短，而且受制於單個公司（例如ios被蘋果限制），且應用環境的制約，一般PC平台上出名的資料庫都未見有手機版本，或者正打算出手機版本。
開源的資料庫推薦你使用postgresql。這東西雖然是屬於實驗性質的資料庫（基本上包括了所有能見到的資料庫特性），但是無論性能還是可靠性都是不錯的。這東西也有商業化的版本，當然要付費支持。
D. java資料庫，哪個更好用
你好，對於java來說，MySQL是最好用的資料庫。因為MySQL簡單，高效，而且是免費的。有很多大型的java應用都是使用的MySQL資料庫。
E. 請教一個資料庫跨平台跨版本的遷移方案
方法還是採用EXPDP的形式進行
1、在遷移前，對原始的業務系統進行分析，看看不是所有的業務表都必須遷移，以減少遷移量;
2、根據CPU的個數，考慮使用並行;
3、導出和導入同時進行;
F. 跨平台資料庫管理工具 DbVisualizer pro 10 破解免費資源
DbVisualizer pro 10(跨平台資料庫管理工具)
破解安裝教程
雙擊dbvis_windows-x64_10_0_16.exe，點擊next
勾選I accept，點擊next
選擇安裝路徑，點擊next
安裝完成，先不要運行軟體，點擊finish
將破解補丁dbvis.jar復制到C:Program FilesDbVisualizerlib目錄下替換源文件
運行軟體在注冊界面點擊文件夾圖標找到找到數據包中的注冊文件dbvis.license並點擊open，然後點擊install license key
重啟軟體，點擊重啟即可,完成
G. 安卓系統里的本地資料庫用哪種好,它能不能跨平台,在CE系統中能用么,還有蘋果里的呢,用的是什麼資料庫
系統自帶sqlite3。sqlite3本身就是一個跨平台的文件資料庫。各種平台都有移植。CE可用不過ce首推還是ms自己的sql service compat版本。
H. linux系統下 php跨平台連接sqlserver資料庫獲取數據
你可以在你php的server裡面嘗試用shell遠程連接你的SQLserver。一般這些是兩個問題，要麼是你遠程SQLserver沒有開埠，所有不能訪問你SQLserver，或者是你mysql沒有開啟遠程連接。
I. 什麼叫跨平台數據遷移
比如，把數據由 DB2 遷移到 Oracle，從 Windows 遷移到 Unix，就是跨平台數據遷移。
Java 和 XML 因為是支持多平台的，所以最初開發的時候用這兩個技術就可以較容易實現跨平台數據遷移。
J. 什麼是跨平台
跨平台泛指程序語言、軟體或硬體設備可以在多種作業系統或不同硬體架構的電腦上運作。
廣義面言，一般的計算語言都可做到跨平台，開發商只需要提供各種平台下的Runtime/中間件環境即可。嚴格而言是指用某種計算機語言編制的程序只需要做小量的修改，編譯之後即可在另外一種平台下運行，此時並不提供Runtime/中間件環境。例如Java是一種提供Runtime環境的跨平台解決方案，而C而是一種標准且嚴格的跨平台語言。
跨平台概念是軟體開發中一個重要的概念，即不依賴於操作系統，也不信賴硬體環境。一個操作系統下開發的應用，放到另一個操作系統下依然可以運行。相對而言如果某種計算機語言不用修改代碼即可做到高度跨平台，那麼此語言就越抽象，硬體控制力就越低，只適合開發高度抽象的模型系統。諸如java,delphi和易語言，都已做到了跨平台。它們將可以在多種系統下開發，運行和維護。
大部分電腦語言從絕對意義而言，都是跨平台的：因為都是以高級的、人類可讀的方式來對CPU發號指令，這樣也就沒必要依賴於任何作業系統。但如果要用系統的部件工具箱，來新建用戶圖形界面（GUI），就可能會用到開發員特定系統中的API函數或庫類。雖然C++是跨平台的，但Windows下用到Win32 API的C++程式，一般就不能在Unix機器上編譯。不同編譯器對語言規范的解釋也有所差異。這樣的話，在針對不同系統進行構建之前，程式就得加以考慮。
一些如Java這樣的語言，從一開始就意識到要在各個平台下運行，所以跨平台在其平台的本地語言環境中已經實現。例如，Java可以跨平台使用，正是由於Swing庫在許多平台下的實現。類似的，能進行跨平台的文件存取，是因為有各自平台下文件存取的庫。以此類推，各種跨平台問題，都需要各自的本地庫來解決。wxWidgets框架就是這樣的一個跨平台庫，根據不同的跨平台問題，提供了許多不同的解決方案；類似的庫有許多，可以根據不同語言的跨平台開發，而採用相應的庫。
針對每種作業系統、CPU，而提供並測試各自的編譯版本，這種做法的可行性很小；開源軟體則允許用戶自己來編譯目的碼（object code），這樣在跨平台方面更好一些。類似的，那些解釋型語言，或者需要虛擬機的語言，也更加符合跨平台的要求，因為用戶也要自己進行編譯。Sun公司的Java虛擬機Hotspot，只針對幾種而不是全部平台，提供編譯好的二進位文件。例如，Sun對於GNU/Linux，只支持i386平台，但如果誰在PowerPC或者SPARC電腦上運行Linux，就只好自己編譯本地的機器碼（machinecode），或者使用第三方軟體，才能運行Java程式。
許多API（應用程式介面）依賴於平台。OpenGL可以看作是跨平台的，因為其不依賴於任何特定的作業系統、CPU構架或者某個牌子的圖形設備。特定平台的API可以在其他系統上作為兼容層而新建，例如WINE的庫，Windows程式就可以在UNIX系統上運行。
另外許多程式語言還有跨平台的擴展以及中間件，這樣程式設計師對於同樣的原始碼，只要進行一點小修改，就可以在不同平台下編譯/運行，例如Qt和wxWidgets。
支持多種作業系統的軟體
1. 資料庫管理系統(DBMS)：
MySQL：Solaris、Linux、Windows、FreeBSD
Oracle：Solaris、Linux、Windows
2. 網站伺服器、應用程式伺服器：
Apache：Solaris、Linux、Windows、FreeBSD
Tomcat：Linux、Windows、FreeBSD
3. 網際網路瀏覽器：
Mozilla Firefox：Linux、FreeBSD、Solaris、AIX、Windows、
可在不同作業系統上進行軟體開發的程式語言
C語言、C++、Java
Perl、Tcl、Erlang
Python、Delphi+Kylix、REALbasic
開發java應用的跨平台，包含五方面的內容：
一、跨應用伺服器
二、跨資料庫
三、跨操作系統
四、跨瀏覽器
五、多語言支持
下面分別來說一下。
■跨應用伺服器
這一點，看起來好像有些多餘，java的口號之一不就是「一次編譯，到外運行」嘛，可實際經驗告訴我們，這僅僅是一個口號而已。實際中是「一次編譯，到處調試」。為什麼會這樣？從應用伺服器來說，各個產品或多或少都在標準的java規范之上進行了一些拓展，小規模的應用開發，多以tomcat為基準；大規模的應用，多以weblogic/websphere為基準。
那麼開發完成的應用，可否在所有的應用伺服器上正常部署呢？答案是否定的。在tomcat5上部署沒問題，在tomcat4上卻可能有問題；在tomcat5/4上沒問題，卻可能在resin/jetty/weblogic/websphere上有問題。在我的經歷中，在resin/jetty/weblogic為基準進行開發的應用，部署到tomcat上基本上沒什麼問題。但是以tomcat為基準的應用，部署到其他應用伺服器中，卻可能出現各種各樣的問題。這與tomcat本身的定位和開發方式有關，它更像是一個學術產品，而不是一個商業產品。
小型的應用，我偏好resin，它的速度、穩定性、兼容性、中文處理，都是非常不錯的。相比而言，以「純java、快速」著稱的jetty，就不太令人滿意。jetty的4/5/6各個版本中，對session的存放位置、web.xml的標准、struts的plugin的支持、log4j的處理，都各不相同。在最新的jetty6中，竟然會要命地「不能使用session.validate()」方法，一使用此方法之後，就無法再使用set/getAttribute了。
也曾經在將一個應用轉移到websphere5上時，費勁周折。這個應用跑在其他應用伺服器上都沒問題，但是一部署到ws5上，就無法正常載入struts的配置文件。本以為是struts配置文件寫得有問題，但即便把所有的action/form配置均去掉，只保留一個空的配置文件，也無法正常啟動。最後實在無法，只能亂碰運氣，考慮是否是struts的幾個jar包版本有問題，經檢查，發現應用中使用的是struts1.2的jar包，換成struts1.1的jar包，再啟動後就一切正常。這樣的問題，可真的是折磨人呢。
所以，我認為跨應用伺服器是很重要的。你不能告訴客戶，俺們的系統只能跑在tomcat下面，至於您花重金購買的weblogic/websphere，對不起，我們暫時還不支持。客戶會吐血的。
■跨資料庫
經常看到某大公司產品，要求必須使用oracle或者sqlserver資料庫，你想換個資料庫來部署？沒門，人家說了，我們的產品只支持這一種資料庫，你就老實的用吧。但對於客戶方來說，為了減少投資，並且保證內部系統盡可能使用同一種資料庫以減少維護成本（總不能請一個oracle DBA，再請一個sqlserver DBA吧？），總會希望新系統使用的資料庫是以前用過的吧。
現在有了hibernate，在此基礎上開發的應用，基本上是能滿足跨資料庫要求的，個人認為這是hibernate最大的亮點。但也要注意，在開發中盡可能考慮到不同資料庫的特性。諸如sqlserver的text/image欄位上不能查distinct，oracle內的各種對象名稱長度不得超過30等，盡量不要調用資料庫的內部特性（如存儲過程、視圖等）
■跨操作系統
這一點，貌似沒有什麼可說的，很少有開發出的系統只能部署在一種操作系統上的。不過有一點也要注意，如果系統中某些功能依賴於通過JNI來調用windows本地組件的話，比如列印、word/excel操作，或與只能運行在windows下的報表組件(如國內的數巨報表、如意報表)集成的話。
■跨瀏覽器
竊以為，如果只是做國內的應用，這一點倒不重要，就以IE為標准來開發也未嘗不可。
PS：完全支持IE也不是一件容易的事情，IE5/6本身就有不少的差異。
但如果產品本身想立足於世界，想與國外產品競爭，對瀏覽器的全面支持也必不可少。至少應該同時支持ie和firefox吧，如果對自身嚴格要求的話，我認為應以opera為標准，opera對html/css/javascript的標準是實現和支持得最好的瀏覽器。
■多語言支持
如果您的產品只想在中國賣，根本就不考慮世界市場，那這一條就pass好了。
Java程序跨平台需要注意什麼
使用Java語言編寫應用程序最大的優點在於「一次編譯，處處運行」，然而這並不是說所有的Java程序都具有跨平台的特性，事實上，相當一部分的Java程序是不能在別的操作系統上正確運行的，那麼如何才能編寫一個真正的跨平台的Java程序呢?下面是在編寫跨平台的Java程序是需要注意的一些事情：
1.編寫Java跨平台應用程序時，你可以選擇JDK1.0，1.1，1.2或支持它們的GUI開發工具如：Jbuilder,VisualAgeforJava等等，但是必須注意你的Java程序只能使用Java核心API包，如果要使用第三方的類庫包，則該類庫包也要由Java核心包開發完成，否則在發布你的程序的時候還得將支持該Java類庫包的JVM發布出去。也就是說，你的程序需要是100%純Java的。舉一個例子，VisualJ++就不是純Java的，由VisualJ++編寫的程序也就不具有平台無關性。
2.無論你使用的是JDK或其他開發工具，在編譯時都要打開所有的警告選項，這樣編譯器可以盡可能多的發現平台相關的語句，並給出警告。雖然不能保證沒有編譯時警告錯誤的程序一定是跨平台的，但含有警告錯誤的程序卻很有可能是非平台無關的。
3.在程序中使用任何一個方法的時候，要詳細察看文檔，確保你使用的方法不是在文檔中已經申明為過時的方法(Deprecatedmethod),也不是文檔中未標明的隱含方法(Undocumentedmethod)。
4.退出Java程序時盡量不要使用java.lang.System的exit方法。Exit方法可以終止JVM，從而終止程序，但如果同時運行了另一個Java程序，使用exit方法就會讓該程序也關閉，這顯然不是我們希望看到的情況。事實上要退出Java程序，可以使用destory()退出一個獨立運行的過程。對於多線程程序，必須要關閉各個非守護線程。只有在程序非正常退出時，才使用exit方法退出程序。
5.避免使用本地方法和本地代碼，盡可能自己編寫具有相應功能的Java類，改寫該方法。如果一定要使用該本地方法，可以編寫一個伺服器程序調用該方法，然後將現在要編寫的程序作為該伺服器程序的客戶程序，或者考慮CORBA(公共對象請求代理)程序結構。
6.Java中有一個類似於Delphi中的winexec的方法，java.lang.runtime類的exec方法，作為該方法本身是具有平台無關性的，但是給方法所調用的命令及命令參數卻是與平台相關的，因此，在編寫程序時要避免使用，如果一定要調用其他的程序的話，必須要讓用戶自己來設置該命令及其參數。比如說，在windows中可以調用notepad.exe程序，在linux中就要調用vi程序了。
7.程序設計中的所有的信息都要使用ASCII碼字元集，因為並不是所有的操作系統都支持Unicode字元集，這對於跨平台的Java中文軟體程序不能不說是一大噩耗。
8.在程序中不要硬性編碼與平台相關的任何常量，比如行分隔符，文件分隔符，路徑分隔符等等，這些常量在不同的平台上是不同的，比如文件分隔符，在UNIX和MAC中是「/」，在windows中是「\」，如果要使用這些常量，需要使用jdava.util.Properties類的getProperty方法，如java.util.Properties.getProperty(「file.separator」)可以獲得文件分隔符，getProperty(「line.separator」)返回行分隔符，getProperty(「path.separator」)返迴路徑分隔符。
9.在編寫跨平台的網路程序時，不要使用java.net.InetAddress類的getHostName方法得到主機名，因為不同的平台的主機名格式是不同的，最好使用getAddress得到格式相同的IP地址，另外，程序中所有的主機名都要換成IP地址，比如www.263.net就要換成相應的IP地址。
10.涉及文件操作的程序需要注意：不要在程序中硬性編碼文件路徑，理由和8中一樣，只是這一點特別重要，因此單獨提出。而且，不同平台對於文件名使用的字元及最大文件名長度的要求不同，編寫你的程序的時候要使用一般的ASCII碼字元作為文件的名字，而且不能與平台中已存在的程序同名，否則會造成沖突。
11.如果您寫的程序是GUI程序，在使用AWT組件時不能硬性設置組件的大小和位置而應該使用Java的布局管理器(layoutmanager)來設置和管理可視組件的大小和位置，否則有可能造成布局混亂。
12.由於不同的操作系統，不同的機器，系統支持的顏色和屏幕的大小和解析度都不同，如何獲得這些屬性呢?使用java.awt.Systemcolor類可以獲得需要的顏色，如該類的inactiveCaption就是窗口邊框中活動標題的背景顏色，menu則是菜單的背景顏色。使用java.awt.Toolkit的getScreenResolution可以以「象素每英寸」為單位顯示屏幕的解析度。該類的getScreenSize可以得到屏幕大小(英寸)，loadSystemColors可以列出所有的系統顏色。