我一直在尋找oracle liecense，它對於命名用戶而言看起來很便宜。我的意思是，如果我開發一個Web應用程序，用戶除了註冊和登錄之外沒有與數據庫交互，並且如果我在服務器內部創建一個虛擬用戶來完成所有這些從用戶獲取用戶名和密碼的事情。將它們保持在隊列中並逐個執行數據庫命令。我是否需要一個以上的用戶名加上這個，我是oracle和web領域的完全noob，我只是一個正在學習服務器端技術的設計師，所以如果這個問題是無效的，請讓我知道爲什麼。命名用戶加上，這是什麼？
命名用戶許可是不是在這種情況下，最好的選擇 - 甲骨文認爲Web應用程序的複用裝置，並要求您跟蹤應用程序的用戶，購買記名用戶許可證爲他們每個人。
[編輯] 我看到你在其他答案中收到了一些很好的附加許可信息，但總之是一個Oracle模式！=一個應用程序用戶。幾年前，我非常不幸地成爲Oracle的不受歡迎的審計的POC，並且我們的Intranet應用程序需要報告從Web服務器連接到應用程序的不同IP地址。
甲骨文許可是一個迷宮這幾個人瞭解。即使大多數Oracle員工也不會討論它，因爲它太複雜了。事實上，從調整實際數據庫的角度來看，提供許可建議的謀生者幾乎都是謀生的。
所以下面只是一個意見，你絕對不應該使用它作爲一個商業計劃的基礎。
如果你的Web應用程序是你可以購買指定用戶許可證，因爲你應該能夠識別你的應用程序的每個用戶的內部網絡。但是，如果您的應用程序正在使用未知且不可知的用戶羣訪問Internet，則需要購買Per Processor許可證。
甲骨文有牌多核處理器的複雜機制。這非常依賴於我們使用的平臺和芯片類型。這是甲骨文定期修改的授權領域，因爲他們試圖與多核CPU相提並論。它曾經是幾乎所有的東西都是0.75;正如Zendar所指出的那樣，現在許多配置的授權是每個內核0.5。 Oracle始終圍繞着，所以如果我們有一個雙內核CPU，每個核心乘數爲0.75，那麼它仍然會花費我們兩個Per Processor許可證，但是四核只需花費三個。 Find out more。
需要注意的一點是，如果您的應用程序具有相當輕的數據庫要求 - 即少於4GB的應用程序數據，適合在單個CPU（單核）上運行 - 則可以使用Express Edition for免費，用於任何目的。
一兩件事：許可適用於所有數據庫，而不僅僅是那些在produvction。因此，您還需要考慮開發和測試環境的許可成本。
關於最後一點，Zendar引用了OTN下載許可證。這概述了我們可以使用從OTN下載的產品做什麼。與OTN下載許可證的問題是明確在Database Licensing甲骨文的解釋：
「這有限的許可證爲用戶 制定正確的，但不能 部署，使用 特許產品的應用。這也限制了 使用下載的產品的一個 人，並限制安裝 產品到一臺服務器的「
這樣：如果我們是一個人操作（無狗），我們可以使用OTN下載許可證開發應用程序但是如果我們想要一個共享數據庫的開發團隊，我們需要一個完全使用許可證，而且一旦我們支持生產應用程序，我們需要一個全面使用許可證來維護（以前稱爲開發）環境
的另一個考慮因素是這樣的：如果我們想支持，併爲我們的開發環境的補丁，然後我們需要一個適當的許可
我說，這是一個迷宮。
甲骨文長一段時間都price list在其網站公佈。所以，那裏沒有任何祕密。
在那裏你會發現他們的「命名用戶加」的定義。
短解釋：指定用戶爲每一個人和/或設備訪問數據庫。
您可以爲每個處理器許可證或每指定用戶購買，挑選一個套房，爲您更好（小心處理器許可證 - 甲骨文有一些公式處理器核心計數 - 檢查價目表和Oracle Processor Core Factor Table）
關於APC-S答案 - 所有英特爾和AMD芯片的核心因素爲0.5 - 意味着每2核心1個處理器許可證。
Development license for Oracle RDBMS產品規定：
我們授予您使用程序只爲目的開發，測試，原型設計和演示您的應用程序非排他的，不可轉讓的有限許可，不得用於任何其他目的。
因此，您可以將
download Oracle product用於開發，測試，原型設計和演示您的應用程序。
呃，不是。見下面的編輯。
免責聲明：我不是從來沒有作過甲骨文員工或Oracle的經銷商。這裏的信息是我對Oracle網站免費提供的文件的解釋。我與Oracle產品合作過，他們遠非完美，但無論如何，我不喜歡錯誤信息，特別是如果有正確的信息。
編輯：
RE APC的評論：
沒錯。你是對的。這是限制性的，因爲你在你的答案中寫道。
我重新閱讀許可協議。上面引用的句子後的幾句話說：
該程序可能只安裝在一臺計算機上，並由我們確定的操作環境中的一個人使用。
因此，OTN開發許可證對於大多數開發人員來說實際上是無用的。
Zendar - 我不認爲你對OTN許可證的解釋是完全安全的。這比你暗示的更有限。您對英特爾內核的看法是有效的;我的心理定價模型有些過時了。 – APC 2010-07-21 18:10:25
這不是一個編程的問題。它屬於服務器故障。 – 2010-07-21 14:26:39
@DavidThornley - 有趣的一點，但我不同意。這實際上是一個項目管理問題，目前在三部曲中缺乏合適的家園。所以我們不妨在這裏作爲SF來討論它。 – APC 2010-07-21 18:36:34
@APC：這是一個關於Oracle授權的問題，以及如何去做。這不是項目管理，它是如何最好地將企業軟件放到計算機系統上。這意味着它在專業管理員的省份，這正是服務器故障的用途。它在三部曲裏有一個適當的家，而這個家不在這裏。 – 2010-07-21 19:43:16