本篇文章给大家谈谈oracle认证考试多少钱，以及oracle要钱吗的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
文章详情介绍：
Oracle ocp认证中文考试考题063-38（中文原版）
38
请选择两项。
关于多租户容器数据库(Container Database, CDB)中的角色，哪两项描述是正确的?
A)默认情况下，公用用户可以在插入到CDB中的任何可插入数据库(Pluggable Database, PDB)中创建本地角色。
B)本地角色可以分配给PDB中的公用角色。
C)本地角色可以授子给本地用户和公用用户。
D) root容器可具有本地和公用角色。
E)只能为公用角色授予系统权限。
F)公用角色只能授于给公用用户。
整理：cuug
Java SE疯狂涨价！甲骨文改按公司人头收费，用不用Java都要交钱
鱼羊 发自 凹非寺
量子位 | 公众号 QbitAI
还在用Java SE（标准版）的盆友们注意了：
甲骨文已经悄咪咪大涨价了。
从1月23日起，订阅Java SE不再按用户数量收费，而是改为按公司员工人数收费。
你 没 看 错。
举个夸张一点的例子，这就是说，一家100个人的公司，哪怕只有1个人在用Java SE，其他人甚至都不是程序员，也要被收100个人的授权费……
这操作，看得网友是目瞪口呆：
甲骨文这是要慢性自杀啊。
更有业内人士犀利评价：
甲骨文不愧为硅谷带恶人。
Java原则上是开源的。但甲骨文2010年收购了SUN之后，就一直在利用Java“合法勒索”，试图最大化利润。
Java由SUN公司开发，该公司在2009年被甲骨文以74亿美元的价格收购，收购案在2010年完成。
甲骨文更改Java SE定价模式
具体是怎么个收费法，甲骨文倒是明码标价整得清清楚楚。
还十分“贴心”地给出了一个计算价格的示例：
对于一家员工总数为28000人的公司而言，每年的订阅费用为28000人×6.75美元×12个月=226.8万美元（人数越多折扣越大呢）~
亲亲要注意下，算员工数的时候要把全职员工、兼职员工、临时工，还有外包和顾问啥的都算上哦，即使这些人并没有在用Java也要算~
稍显良心的是，新的许可在桌面、服务器和第三方云上是通用的。
另外，对于之前按旧收费标准订阅的客户，目前甲骨文是承诺，还能按原来的条款续签。
不过嘛，据咨询公司House of Brick首席执行官Nathan Biggs透露，已经有公司受到了甲骨文销售的“骚扰”，想让他们改用这种“更易于理解的订阅模式”。
Nathan Biggs帮大家伙具体算了一下。
如果一家公司员工总数为250人，其中只有20人是Java开发，公司里有8台安装了Java的单路服务器，按照原来的收费标准，这家公司每年要给甲骨文交 （2.5美元×20+25美元×8）×12=3000美元。
而如果按照新标准，这笔钱就一下变成了45000美元/年（15美元×250人×12个月）。
好家伙，立涨1400%。
而就算这家公司是Java大户，250人全是Java开发，公司里有48台安装了Java的单路服务器，算下来依然要多花105%的钱：
按旧条款，订阅费用是21900美元/年；按新标准，订阅费用同样是45000美元/年。
网友：甲骨文不愧是甲骨文
不知道你对这涨价幅度怎么看。
Nathan Biggs是直接建议：看看免费OpenJDK吧。
热心网友看到这个消息，也开始默默整理跑路路线：
而甲骨文这种不打招呼突然涨价的行为，显然惹怒了不少网友。
不少人直接开骂：想钱想疯了、甲骨文不愧是甲骨文。
当然，也有人替甲骨文辩白：调整收费又不影响开源版本。付费产品怎么收费都无可厚非吧。
但更多“警告”随之而来：甲骨文有黑历史，大家伙小心点。
大多数人安装Java的时候都会被指引安装Java SE，而非OpenJDK。
这就是很多公司都禁掉了甲骨文下载页面的原因。
此前，甲骨文还曾因Java专利问题跟谷歌大战11年，声称谷歌在Android中使用Java API侵犯其版权和专利。
这一案件去年有了结果：美国最高法院宣布，谷歌在Android操作系统中对甲骨文Java API的有限复制构成合理使用。
话说回来，这事儿对你影响大吗？
如果有好用的OpenJDK推荐，也欢迎在评论区留言~
参考链接：
[1]https://www.oracle.com/java/technologies/java-se-subscription-faq.html
[2]https://www.oracle.com/us/corporate/pricing/price-lists/java-se-subscription-pricelist-5028356.pdf
[3]https://www.computing.co.uk/news/4066266/oracle-sharply-raises-price-java-licences
[4]https://houseofbrick.com/blog/oracle-java-pricing/
— 完 —
量子位 QbitAI · 头条号签约
关注我们，第一时间获知前沿科技动态
Java收费，你会怎么选择？
“To be or not to be，this is the question。”这是莎翁笔下那个最忧郁的王子哈姆雷特的内心独白。
在人生的很多重要阶段，我们都要或主动或被动地做出选择。其中，有些决定可能会左右未来的命运。
在开源商业化方面，Oracle做出了一项新的选择：从2019年1月起，如果没有商业许可，Java SE 8的公开更新将无法用于商业或生产用途。
收费是一把双刃剑
Oracle的这一选择并非心血来潮，可能2009年收购Sun时就已经动了这一念头，只是在等一个恰当的时机罢了。2016年，Oracle对Java收费的苗头初现；2017年，Oracle加大了对违反其许可证要求的Java客户的审查和追缴付款的力度；2019年，收费已在所难免。
天下本来就没有免费的午餐，这已被无数事实所验证。开源并不等于免费，人们明白但很多时候存在侥幸心理。开源商业化这件事一直处于不断探索之中，毕竟开源软件厂商也要赚钱、生存。红帽是将开源技术与成功的商业模式结合得比较好的，所以在开源软件领域一直独秀，直到去年被IBM收购，开启了一段新的旅程。
Oracle针对Java收费，毫无疑问是一把双刃剑：利，实现开源商业化，为公司带来更多收入和利润，同时收费也能让其服务更具水平和价值；弊，那些已经在成百上千台设备中部署了Java的客户可能会患上焦虑症，因为成本的问题、因为涉及到要更换产品和服务商，他们不得不在去还是留这个问题上做出选择。
从Oracle的角度肯定不愿放弃任何一个客户。但是正如智者所云：“两弊相衡取其轻，两利相权取其重。”为了公司的整体商业利益，Oracle必须做出选择，巩固那些付费的重要的大客户，而普通的个人用户或中小企业可能就要自己另谋出路了。
其实，对于厂商的决定，用户大可不必焦虑。常言说，兵来将挡，水来土掩。在关键的转折点上，用户当然也会趋利避害，做出更利于自己未来的选择。实际上，在感觉到Oracle将对Java收费的风吹草动后，一些企业用户已经开始行动。坊间流传，金融等行业一些Java大客户主动来敲IBM的门，寻求可替代的解决方案。
还记得微软收购开源代码库GitHub吗，因为提心平台未来的中立性，一些开发者选择放弃GitHub平台，转而投奔GitHub的直接竞争对手——另一个代码托管平台GitLab。在微软宣布收购GitHub后的一段日子里，GitLab的平台项目导入量和注册用户量出现了大幅增长。Oracle应该会预料到对Java收费后，会流失一定量的用户。不过从现在的情况看，Oracle还是坚决地选择让其商业化的战车轰隆隆地继续前行。
用户可以有其他选择
选择什么样的商业策略，这是厂商的自由。同理，用户会做出怎样的抉择，也拥有充分的自主权。如果用户继续使用原来的旧版本而不再升级，可将Oracle的“收费令”置于脑后，但是如果用户希望持续地升级和更新，并且将软件用于商业或生产用途，那么收费没商量。这是一道再简单不过的选择题。
“是与否”的选择，看上去似乎很简单，但是如果你是一个长期在Oracle Java平台上工作的企业，在进行选择时可能会犹豫。为什么？继续留在Oracle Java平台上并且付费，日益增加的成本怎么办？被单一厂商绑定怎么办？放弃Oracle Java，以前的付出如果付之东流怎么办？迁移到新的平台如果出现问题怎么办？新的平台能否满足应用需求吗？不管如何选择，用户都可能面临一定风险，或许还要经历一段阵痛期。
是有人该挺身而出的时候了！
如果用户选择离开Oracle Java平台，还是有其他选择的。这是Java用户值得庆幸的一点，因为Java早已经是一个大生态，其中的供应商不仅仅是Oracle一家。用户可以选择OpenJDK，IBM、红帽、Amazon、Azure、SAP等都能提供支持。实际上，在Oracle宣布新政之后，IBM、Amazon等已经积极行动起来，推出了帮助Oracle Java原用户实现平滑迁移的解决方案。
IBM Runtimes for Business就是用户的一项新选择。对于Java来说，IBM并非一名“闯入者”，而是一直浸润在Java的沃土中。从最初的Sun时代直到Oracle时期，IBM都是Java授权的长期持有者。而除了拥有技术授权以外，IBM还有使其提供的Java版本符合Java Compatibility Kit的义务，并且独立地提供Java中许多符合规范的组件。可以肯定地说，IBM提供的Java服务可以保证连续性和一致性，以及服务品质。
从OracleJDK迁移到IBM Runtimes for Business，能否轻松、安全地实现？这可能是绝大多数准备进行迁移的用户最大的担心。事实上，对于相同的功能和行为，Oracle的Java与IBM Runtimes for Business的Java使用的都是OpenJDK，几乎在所有情况下，都无需对应用进行更改。另外，如果用户担心自己的技术能力不足以应对迁移，那么IBM Runtimes for Business的支持渠道可以提供优化和调优指导，以及其他相关的帮助。
大多数情况下，如果能够拥有更好的成本、更优的体验，用户是没有理由拒绝的。从成本的角度分析，从IBM公开的价格列表看，IBM Java的价格最低不足Oracle的56%。Oracle的政策是，用户必须为每个服务器和桌面支付费用，才能获取支持、安全补丁和更新。而采用IBM的解决方案，仅需针对用户想要获取支持的服务器和桌面支付费用即可，其他的服务器和桌面，则可利用免费的社区支持。这对于降低长期使用成本是十分有效的。
对于广大的Oracle Java用户来说，现在是要做出选择的时候了！
声明：本文系信软网原创文章，转载请注明出处、作者和本文链接。若违规转载使用，本网站将保留追究的权利。