元スレ:https://egg.5ch.net/test/read.cgi/bizplus/1515417744/
1: ノチラ ★ 2018/01/08(月) 22:22:24.98 ID:CAP_USER
米オラクルの主要顧客であるアマゾン・ドット・コムとセールスフォース・ドットコムは重要なビジネスシステムで使用するデータベースソフトについて、現行のオラクル製品に代わり、コストがより低いオープンソースのソフトへの乗り換えを積極的に進めている。情報サイト「ジ・インフォメーション」が協議に詳しい関係者の話として報じた。

 報道によると、アマゾンとセールスフォースでは、オラクル製品からのソフト移行の取り組みがすでにかなり進んでいる。オラクルのデータベースソフトは世界最新鋭と広く見なされるが、競合に比べ最も高価でもあり、両社がオラクル製品を見限る理由は十二分にあると、同サイトは報じた。2日の米株式市場でオラクルの株価は一時2%下落した。

 同サイトはさらに、アマゾンは2000年代の早い段階からオラクル製品に代わるソフトの採用を模索しており、その取り組みは進んでいるとした。アマゾンは巨大な電子商取引事業を支える2つの社内データベースをすでにオラクル製品からオープンソースのNoSQLに移行済みだと、移行について知る関係者2人が話したという。

 セールスフォースでは、「サヨナラ」というコードネームが付いたデータベース製品切り替えプロジェクトが社内での実践段階に達したと、ジ・インフォメーションが事情を知る元従業員の話として伝えた。報道によれば、データベースは2023年までにオラクル製品から切り替わると同社は見込む。

 オラクル、セールスフォース、アマゾンはそれぞれ報道に関するコメントを控えた。(ブルームバーグ)
https://www.nikkan.co.jp/articles/view/00456418

3: 名刺は切らしておりまして 2018/01/08(月) 22:25:06.65 ID:71dFU7lX
日本語なんだw

9: 名刺は切らしておりまして 2018/01/08(月) 22:38:08.07 ID:krYmFiM+
PostgreSQL で十分やん

11: 名刺は切らしておりまして 2018/01/08(月) 22:39:44.64 ID:yuE8VnJi
オープンソースでもかなり信頼性上がってるんだろうな。
昔は商用で使えるもんじゃなかったけど。

15: 名刺は切らしておりまして 2018/01/08(月) 22:44:18.81 ID:2Z2PxhYP
もうAmazonが世界を牛耳ってるといってもいいなこりゃ。。
一気にOracle離れ進みそうだわ
そのうち日本に特化したりしてOracle

78: 名刺は切らしておりまして 2018/01/09(火) 06:00:23.43 ID:3LGe5tAR
>>15
最大手製品を使わないと責任問題になるから。
別製品に変更してトラブル起きると責任問題になるから。

21: 名刺は切らしておりまして 2018/01/08(月) 22:49:55.74 ID:mTtR9euJ
NoSQLは早いんだけどリレーションを使うときは不便なんだよな

93: 名刺は切らしておりまして 2018/01/09(火) 08:48:31.26 ID:444+88/R
>>21
あとからデータ抜くのがちょう面倒い

147: 名刺は切らしておりまして 2018/01/09(火) 17:03:21.84 ID:UXOiabbt
>>21
なんでNoSQL選んでるのにリレーションなんて使いたがるんだ?
KVSでいくらでも必要な数値をかまえるだろう?

22: 名刺は切らしておりまして 2018/01/08(月) 22:54:38.55 ID:krYmFiM+
すまん、10年以上前にRDB離れてから疎いんだが
NoSQL ってリレーションとは全く違うんけ?

148: 名刺は切らしておりまして 2018/01/09(火) 17:06:31.81 ID:UXOiabbt
>>22
リレーション使って、クエリ作ろうとすると、一度クエリ展開しないと処理が続かない。

でもクエリの展開は分散処理が難しい。

最初から元になるクエリを予想して、その表に必要な値を組み込んでおけば、例えばキーとなるidで分割して分散処理ができる。

そういう工夫をしたデータベースをNoSQLという。

まあ、使いにくいんで、現実には上位からはSQLを使っているように見えるラッパーかけとくことが多い。

27: 名刺は切らしておりまして 2018/01/08(月) 23:01:18.74 ID:tnCkJRoV
NoSQLってどう読むの?

73: 名刺は切らしておりまして 2018/01/09(火) 03:26:03.92 ID:wB48NwvT
>>27
ふつうにノーエスキュウエル

50: 名刺は切らしておりまして 2018/01/09(火) 00:34:37.36 ID:1Ow1+3VY
Oracleから乗り換えるならNoSQL系じゃなくてAuroraかと思ったがMySQLベースなのが嫌なのか
それともAmazonにとってRDBという概念が過去のものなのかな

56: 名刺は切らしておりまして 2018/01/09(火) 01:00:05.26 ID:7PUmopl6
>>50
MySQLは本当の意味でフリーじゃないから
MySQLベースって時点で将来紛争の種になることは目に見えてる

63: 名刺は切らしておりまして 2018/01/09(火) 01:24:51.06 ID:eWP6dvrB
オラクルがオワコンと呼ばれる日も遠くないのかも

67: 名刺は切らしておりまして 2018/01/09(火) 01:59:01.47 ID:kRFlexAk
俺らの世界ではSQLは、言語であり、また規格そのものをさす。
ハゲの世界では違うというそれだけのこと。

81: 名刺は切らしておりまして 2018/01/09(火) 06:30:45.36 ID:UN9su9es
クラウドコンピューティングはアマゾン「AWS」マイクロソフト「Azure」が世界2強

85: 名刺は切らしておりまして 2018/01/09(火) 06:59:11.60 ID:FPRGK6x3
アマゾンすごいなソフトウエアまで自前にするのか、一人勝ちなんて言われてるけど経営努力してる
からえらいよな。〇天とかもうやばいらしいけど納得だわな。

96: 名刺は切らしておりまして 2018/01/09(火) 10:45:49.04 ID:qC5at7Ao
>>85
初期からサーバソフトも自前で書いてたくらいだよ
見た目だけで本屋ガー言ってたヤツも多いけど

99: 名刺は切らしておりまして 2018/01/09(火) 11:06:24.96 ID:DFaEignr
>>85
ソフトウェアまでというか
あそこはソフトウェアが本業ですよ…

104: 名刺は切らしておりまして 2018/01/09(火) 11:30:43.72 ID:SxkpQjPv
>>85
元々自分のところで使うシステムは自前で開発してたぞ
AWSなんかはその副産物みたいなもん

90: 名刺は切らしておりまして 2018/01/09(火) 08:18:09.96 ID:FOo10YDf
ノーSQLはSQL使わないDBなの?

110: 名刺は切らしておりまして 2018/01/09(火) 12:39:01.89 ID:RIOXROwJ
>>90
Not Only SQL の略じゃなかったっけ?

119: 名刺は切らしておりまして 2018/01/09(火) 13:47:14.36 ID:Ai+JPFqG
NoSQLは簡単に言えばkey value storeのこと
insert(key, val) と思えばいい
トランザクションとかはない

121: 名刺は切らしておりまして 2018/01/09(火) 13:54:43.43 ID:fawP0yYf
>>119
トランザクション無しで在庫管理とか大丈夫なのか?
NoSQLの軽快さを維持してそこをクリアするのがシステムの価値になるのかもしれないけど。

122: 名刺は切らしておりまして 2018/01/09(火) 14:00:37.27 ID:L3WIQEUA
>>121
Google Chrome はトランザクション無しの軽さを武器にFireFoxを撃墜したしね

136: 名刺は切らしておりまして 2018/01/09(火) 15:29:39.22 ID:fQ+hrzwz
>>119
トランザクション処理してないって
業務に使えないじゃん

銀行系とか販売系とか
トラン、ロールバック処理とか
どーすんだ?

138: 名刺は切らしておりまして 2018/01/09(火) 15:36:50.93 ID:GYgQaI3u
>>136
少し頭使えばいいだけ。
トランザクション実装するには一番おもしろい所じゃん。
しかしやっぱり科学力が無い人は無理がある。

129: 名刺は切らしておりまして 2018/01/09(火) 15:05:58.23 ID:n52hEieR
CPU性能あがってんだからDBの差なんて関係ないわな今や
オープンソースで十分

143: 名刺は切らしておりまして 2018/01/09(火) 16:35:01.31 ID:+ulwwaTe
トランザクション処理できないNOSQLって
銀行系とか医療系とか証券系とか
信頼性が絶対条件の業務には適用できない

「完全に置き換え」なんて有り得んよ

154: 名刺は切らしておりまして 2018/01/09(火) 17:21:59.88 ID:VT95nVZC
>>143
完全に置き換えるとは誰も言っておらず適材適所
むしろそれを理解できずリレーショナルデータベースのみ用いて非効率なシステムにしてしまうところも多い

156: 名刺は切らしておりまして 2018/01/09(火) 19:14:08.33 ID:zGDGdWt7
>>143
nosqlで銀行系とか導入できるワケないよな
速攻で門前払いだぞ

rdbmsはこれからも絶対になくならないよ

157: 名刺は切らしておりまして 2018/01/09(火) 19:59:03.92 ID:Ad4mIqoy
>>156
門前払いする必要もないし、まともにビックデータ扱うならSQLにはボトルネックがあるんだから逆立ちしたって扱えやしない。

でも、問題は今の日本の銀行にビックデータを取り扱う必要があるか。

数百万件程度の処理ができなかったみずほに別にペナルティあったわけじゃないからね。

客をどこまでも待たせて不便な扱いできるような業界にビックデータはいらない。

184: 名刺は切らしておりまして 2018/01/09(火) 22:11:45.38 ID:gj1lk2hS
>>156
あなたの言っていることは正しい。
ただし今までRDBMSを使っていた、銀行系とか証券系とかmsec以下でのリアルタイム在庫管理とかじゃない99%のシステムは、RDBMSである必要はない。

特にクラウドサービスになるとNoSQLのレスポンス性能に、RDBMSはとても太刀打ちできない。

188: 名刺は切らしておりまして 2018/01/09(火) 23:31:48.21 ID:f/q6B2bA
>>184
結果整合性のあるシステムを設計できるエンジニアは少ないからな
強い一貫性は性能落ちるけど、不整合時のコストがないから比較的設計も楽

144: 名刺は切らしておりまして 2018/01/09(火) 16:40:56.01 ID:+ulwwaTe
問い合わせが得意だから
大量のスループットが要求されるクエリに適用されるんだろうな
Amaのダイナモのように

銀行系とか読み取り一貫性が絶対条件のDBは
今まで通り、堅牢なリレーショナルDBしか有り得ん

39: 名刺は切らしておりまして 2018/01/08(月) 23:22:36.00 ID:kYXxXvhj
全てのものがアマゾンに集約されていく流れだ