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はインデックス、コミット、ロールバック、タイムスタンプ
とか使うんだろって思ってた
勘違いかよ
俺の知ってる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として元々あった読み取り一貫性なんかはあった方がいいよねとかでちょっと先祖返りしてるものもあるとか
でも結局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の素晴らしさがわかった
こいつら使ったおかげで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が忌み子だっただけ
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]
ニュースクールかYO!
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だけではビジネスロジックに耐えられんよ
書き捨てて後で分析するとかは強いけどアップデートに弱すぎるから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採用したら性能問題は出るわ
店舗によって存在しない商品が発生するわで結局
店舗ごとにマスタ持たせるようになり、相変わらず性能問題は残ったままになったわ
とか言って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とかそのラッパーみたいな世界観すごくわかりにくく感じた
必要になって真剣に触ったのでなく無料なんだしと試しに触っただけだからだろうけど
本格的に触ったわけじゃないけどpostgreSQLとかMySQLとかそのラッパーみたいな世界観すごくわかりにくく感じた
必要になって真剣に触ったのでなく無料なんだしと試しに触っただけだからだろうけど
85:名無しさんID:ID:6MPnFntU0 [2025/07/27(日) 23:26:38.96]
RDBはある行の特定とその中の列の取得を高速で精度良く行える
でもビッグデータ分析とかだと1行の特定とか抜け漏れとかはあんまりどうでもよくて、列全体に興味があったりするから非リレーショナルのほうが向いてたりする
でもビッグデータ分析とかだと1行の特定とか抜け漏れとかはあんまりどうでもよくて、列全体に興味があったりするから非リレーショナルのほうが向いてたりする
86:名無しさんID:ID:i3PyIKh90 [2025/07/27(日) 23:29:59.32]
どう違うのっていうかSQL以外は全部NoSQLだから…
典型的なのがMongoDBだろ
テーブルの形式決めなくてもとりあえずjsonぶちこめるやつ
まあでもSQLは色々決まり事があるから高速に実装できるわけだし、なんでもありなら遅くなるよね
典型的なのが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がめんどくさすぎる
joinがめんどくさすぎる
99:名無しさんID:ID:pY0JAczE0 [2025/07/28(月) 00:39:40.92]
刑務所から更生プログラムの一環でsqliteのソースを一から書き直すプロジェクトに参加してて出所後に雇われたってのこないだ見たナ🐼

コメント