「NoSQL」ってRDB（リレーショナルデータベース）と何が違うの?

1：名無しさんID:ID:v9VUaz06M [2025/07/27(日) 22:32:00.93]

🌳になります

NewSQLとは何か？　SQL（RDBMS）やNoSQLとの違いと「いいとこどり」の特徴をマンガで解説|CodeZine（コードジン）

NewSQLとは何か？　SQL（RDBMS）やNoSQLとの違いと「いいとこどり」の特徴をマンガで解説

　SQL（リレーショナルデータベース）の信頼性と、NoSQLのスケーラビリティ。この2つのいいとこどりをしたのが、最近注目されている「NewSQL」です。今回は書籍『わかばちゃんとつくって、壊して、直して学ぶ NewSQL入門』（翔泳社）から、NewSQLの基本情報、SQLとNoSQLとの比較、注目の背景を解説します。…

37：名無しさんID:ID:IPIAi0JE0 [2025/07/27(日) 22:34:09.23]

オラクルマスターゴールド持ってるオバサンいるよ

39：名無しさんID:ID:t/Co4rRir [2025/07/27(日) 22:36:30.55]

プラチナだけど教えてあげない

40：名無しさんID:ID:tL/pKQga0 [2025/07/27(日) 22:37:45.03]

リレーショナルではない

41：名無しさんID:ID:VvSlF6G50 [2025/07/27(日) 22:37:59.13]

バキのメガネかけた奴みたいなのが解説していくスレ

42：名無しさんID:ID:357J50b10 [2025/07/27(日) 22:38:32.06]

SQLコマンドでコミットメントって初めて見て言葉を覚えたなぁ

52：名無しさんID:ID:7I+BjwtD0 [2025/07/27(日) 22:40:51.19]

>>42

コミットはトランザクションの話だからリレーションとは関係ない
トランザクションマネージャとリレーショナルは分離できる機能

59：名無しさんID:ID:357J50b10 [2025/07/27(日) 22:43:35.40]

>>52

関係ないんだ
俺の知ってるSQLはインデックス、コミット、ロールバック、タイムスタンプ
とか使うんだろって思ってた
勘違いかよ

43：名無しさんID:ID:7I+BjwtD0 [2025/07/27(日) 22:38:54.81]

リレーショナル←分かる
データ←分かる

ベース←？！⚾

50：名無しさんID:ID:wjvTCveTr [2025/07/27(日) 22:40:18.13]

>>43

基地のことな

53：名無しさんID:ID:KJqekOiq0 [2025/07/27(日) 22:41:00.66]

>>50

世田谷ベースとかか

57：名無しさんID:ID:YNQhQJjQ0 [2025/07/27(日) 22:41:52.30]

>>50

All your base are belong to us.

73：名無しさんID:ID:NZYtfAYm [2025/07/27(日) 22:53:10.72]

>>43

データベース ← データ群(を整理・検索できるようにしたもの)

リレーショナル～ ← 連携された～ (データベース上のデータが他のデータへリンク・連携したデータベース、連携した状態で検索・整理できるシステム)

44：名無しさんID:ID:85qBG/690 [2025/07/27(日) 22:39:08.03]

一瞬触ろうと思ったけどなんか全然直感的じゃないよね

45：名無しさんID:ID:JHJfvgZga [2025/07/27(日) 22:39:25.90]

ACID特性とか緩めてるのと非構造化したデータ持てるようになってたりとかするんだっけな
でも結局RDBとして元々あった読み取り一貫性なんかはあった方がいいよねとかでちょっと先祖返りしてるものもあるとか

47：名無しさんID:ID:bVYhz3St0 [2025/07/27(日) 22:39:48.52]

結局リレーショナルじゃないと色々困る
ログ保存とかだけなら別にいいけど

48：名無しさんID:ID:E76CDUHn0 [2025/07/27(日) 22:40:01.09]

RDB、NoSQL、データレイク、DWH、データマート、レイクハウス、データメッシュ、MPPデータベース、Vector DB

データ関係の用語ややこしすぎて泣きそう

49：名無しさんID:ID:o0XdumEYH [2025/07/27(日) 22:40:06.52]

仕事でMongoDBとBetrieveっての使ってるけどくっそ使いづらい
こいつら使ったおかげでMySQL、Oracle、SQL serverの素晴らしさがわかった

RDB以外のアーキを採用するやつは人間のクズ

63：名無しさんID:ID:1Sffw+JT0 [2025/07/27(日) 22:45:28.98]

>>49

でもそうなるとキャッシュどうすんねんとなって
もっと複雑になるんだよね

102：名無しさんID:ID:hAwwmVXKa [2025/07/28(月) 02:24:37.43]

>>49

Btrieveなんてまだ生きてんのか

104：名無しさんID:ID:6bfKkPkG0 [2025/07/28(月) 03:37:26.42]

>>102

ある
サポート安い

51：名無しさんID:ID:LeC24AlL0 [2025/07/27(日) 22:40:36.37]

乳SQLとな

54：名無しさんID:ID:3rfYLdHU0 [2025/07/27(日) 22:41:06.50]

RDBしか知らない

55：名無しさんID:ID:KJqekOiq0 [2025/07/27(日) 22:41:33.88]

>>54

エコチェン起こしてそう

60：名無しさんID:ID:v8SGXCyp0 [2025/07/27(日) 22:44:10.65]

Oracle使え😡

61：名無しさんID:ID:E76CDUHn0 [2025/07/27(日) 22:44:19.55]

MariaDBかPostgreDBってのがいいんだろ？

62：名無しさんID:ID:0uRDw3DD0 [2025/07/27(日) 22:45:00.22]

NewSQLとかスケーラビリティが出来るようになっただけなら普通にSQLでよくね
NoSQLが忌み子だっただけ

66：名無しさんID:ID:o6Tutr2j0 [2025/07/27(日) 22:46:47.67]

データの一貫性は担保されないけどとにかく速い

67：名無しさんID:ID:VdP4gnKd0 [2025/07/27(日) 22:46:55.48]

SQLiteでいい

69：名無しさんID:ID:v9VUaz06M [2025/07/27(日) 22:47:46.87]

newsqlのCockroachDB🪳って…たしかにタフネスだけど😧

70：名無しさんID:ID:bfWxQXNT0 [2025/07/27(日) 22:47:50.59]

ニュースクールかＹＯ！

71：名無しさんID:ID:IPIAi0JE0 [2025/07/27(日) 22:51:40.02]

町内会のお婆ちゃんなんてAccess Expert持ってたよ
それでなんかいろいろ構築してたわ

72：名無しさんID:ID:NmulRnwJ0 [2025/07/27(日) 22:53:10.34]

ログ目的かキャッシュ以外で使ってるとこほぼ見たことないわ
書き捨てて後で分析するとかは強いけどアップデートに弱すぎるからNoSQLだけではビジネスロジックに耐えられんよ

75：名無しさんID:ID:Pjda0xc2a [2025/07/27(日) 22:55:04.31]

おもちゃ作るには楽なんだけどな

76：名無しさんID:ID:EpVMR36y0 [2025/07/27(日) 22:55:11.43]

おもむろにMySQLを立ち上げる

77：名無しさんID:ID:KI9FXAcNH [2025/07/27(日) 22:55:12.37]

tes

79：名無しさんID:ID:o0XdumEYH [2025/07/27(日) 23:01:13.99]

店舗によって商品マスタが異なるのでこれからは一元化する（ｷﾘｯ
とか言ってMongoDB採用したら性能問題は出るわ
店舗によって存在しない商品が発生するわで結局
店舗ごとにマスタ持たせるようになり、相変わらず性能問題は残ったままになったわ

80：名無しさんID:ID:jYHdocAL0 [2025/07/27(日) 23:07:15.87]

AWSのDocumentDB(MongoDB)は後ろにあるのがSQLだし全部方言の違い

82：名無しさんID:ID:gMVQeb5N0 [2025/07/27(日) 23:19:21.38]

オラクルは高すぎて移行できるところはポスグレに移行してるよな

83：名無しさんID:ID:WlG8r9pI0 [2025/07/27(日) 23:20:48.24]

一緒に並べてるけどNoとNewでは全然違うだろ

84：名無しさんID:ID:K/3YR7OH0 [2025/07/27(日) 23:22:39.39]

windows95が登場したときくらいの衝撃的なオープンソースなデータベースソフト出来てほしい
本格的に触ったわけじゃないけどpostgreSQLとかMySQLとかそのラッパーみたいな世界観すごくわかりにくく感じた
必要になって真剣に触ったのでなく無料なんだしと試しに触っただけだからだろうけど

85：名無しさんID:ID:6MPnFntU0 [2025/07/27(日) 23:26:38.96]

RDBはある行の特定とその中の列の取得を高速で精度良く行える
でもビッグデータ分析とかだと1行の特定とか抜け漏れとかはあんまりどうでもよくて、列全体に興味があったりするから非リレーショナルのほうが向いてたりする

86：名無しさんID:ID:i3PyIKh90 [2025/07/27(日) 23:29:59.32]

どう違うのっていうかSQL以外は全部NoSQLだから…
典型的なのがMongoDBだろ
テーブルの形式決めなくてもとりあえずjsonぶちこめるやつ
まあでもSQLは色々決まり事があるから高速に実装できるわけだし、なんでもありなら遅くなるよね

88：名無しさんID:ID:NZYtfAYm [2025/07/27(日) 23:42:15.83]

dBASEのクローンとか大昔に自作したりもしたけど、SQLはもうアリモノ使った方がマシ…というかマジで車輪の再発明にしかならん

RDBの応用としては、やはりOSワイドでのファイルシステムへの組み込みかねえ…見果てぬWinFSの夢よ。実現すればコンピューティング環境が根底から変わる

90：名無しさんID:ID:Dzp6YGq40 [2025/07/27(日) 23:53:55.07]

昔はよく間違ってたけど今はAIあるから事前にチェックしてくれるから便利

91：名無しさんID:ID:MZiDUAtUa [2025/07/27(日) 23:57:15.33]

全部日本語に訳せないから何も生み出せない案外外国語は頭に入らない

92：名無しさんID:ID:pViz4abCH [2025/07/28(月) 00:02:50.01]

専用設計すると爆速でビビるがRDBほど堅牢じゃないから用途が限られる

95：名無しさんID:ID:4qalS+mC0 [2025/07/28(月) 00:12:36.32]

スキーマ構築の手間をなんとか回避しようとしたら後々余計面倒なことになるってことがわかって
結局スキーマ頑張るしかねえってなってるのが現状

96：名無しさんID:ID:nVUTTVbE0 [2025/07/28(月) 00:13:16.79]

ACCESSのsqlMSsqlの構文をなぜ同じにしなかった
joinがめんどくさすぎる

99：名無しさんID:ID:pY0JAczE0 [2025/07/28(月) 00:39:40.92]

刑務所から更生プログラムの一環でsqliteのソースを一から書き直すプロジェクトに参加してて出所後に雇われたってのこないだ見たナ🐼