0001以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:38:55.283ID:uZULcxSi0
どっちなのよ
0002以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:39:56.113ID:wlttIUkN0
ISDN
0003以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:39:56.861ID:w4KOWEXYd
NoSQLのほうが良いよ
0004以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:40:50.277ID:pTfC5iSA0
>>3
それあなたの感想ですよね？
なんかそういうデータとかあるんですか？ 0005以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:40:53.632ID:uZULcxSi0
0006以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:41:09.443ID:w4KOWEXYd
0007以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:41:23.606ID:7N4WJtl90
当たり前だけど業務要件にあわせて選定するからどっちとかないだろ
0008以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:41:58.324ID:R/lZSxbBH
SQLのほうが楽
ソースはワイ
0009以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:42:11.559ID:uZULcxSi0
0010以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:42:26.241ID:w4KOWEXYd
>>5
SQLで始末できるデータ数ならOffice365のウェブ版のエクセルで良い 0011以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:42:33.837ID:WKpK0Fl/0
NoSQLは何でもかんでもRDBMS使ってたバカを殴って躾けるための棒
0012以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:42:45.324ID:VZIDuXDd0
データの種類と量が問題
0013以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:43:36.266ID:uZULcxSi0
データ量が多かったらnosqlですくなかったらsqlって感じか
0014以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:44:14.112ID:w4KOWEXYd
>>13
いや少なかったらエクセルで良い
わざわざsqlのわかりにくいUI叩く必要がない 0015以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:45:03.915ID:w4KOWEXYd
だいたいSQLにしかない機能なんて使わんだろ
遅いし
0016以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:45:50.297ID:3BIeMqac0
リレーショナル型のいいところは全体を止めずに要らんテーブルまるごと取り替えたりするのが簡単
というか、分業前提ならこの形じゃないとだいたいうまく対応できない
0017以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:47:25.889ID:w4KOWEXYd
>>16
そういうのが必要になるようなフェーズの奴はこんなスレ立てないし、そういうのは必要になったらで良い 0018以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:49:17.308ID:pTfC5iSA0
ACID要る？
0019以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:50:33.450ID:ClDDdNJC0
firebaseってnosql？
0020以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:51:03.861ID:3BIeMqac0
>>17
市販の書籍にはそういう実務的な部分欠落して正規化を説明しようとするから意味不明なんだ 0021以下、5ちゃんねるからVIPがお送りします2023/05/30(火) 23:53:24.308ID:w4KOWEXYd
>>20
SQL信者の八割はリレーショナルでオナニーしたいだけの頭でっかちで実務に興味がないからな