SQL質疑応答スレ 19問目

**NAME IS NULL** · 2019/05/23(木) 20:25:40.60

このスレは
「こういうことをやりたいんだけどSQLでどう書くの？」
「こういうSQLを書いたんだけどうまく動きません＞＜」
などの質問を受け付けるスレです。

SQLという言語はISOによって標準化されていますが
この標準を100%実装したDBMSは存在せず、
また、DBMSによっては標準でない独自の構文が
追加されていることもあります。

質問するときはDBMS名を必ず付記してください。

【質問テンプレ】
・DBMS名とバージョン
・テーブルデータ
・欲しい結果
・説明

前スレ：
SQL質疑応答スレ 18問目
https://mevius.5ch.net/test/read.cgi/db/1515071542/

**NAME IS NULL** · 2021/03/14(日) 17:22:39.59

>>951
まーた文脈読めないレスしやがって
これだからAccessユーザーはww

**NAME IS NULL** · 2021/03/14(日) 17:50:46.58

これだから他DBMSユーザーを貶すことしかできない奴はw

**NAME IS NULL** · 2021/03/14(日) 17:54:36.87

>>932
RDBMS製品としてのOracleがレガシー化してるという話ではなく
Oracleを使い続けてるような組織や技術者がレガシー化してる(もしくはレガシー化しやすい)という話でしょ

当てはまらない会社がないわけではないけど傾向としては思い当たる節がかなりある

**NAME IS NULL** · 2021/03/14(日) 17:59:49.51

OracleでSQL覚えたため、そのあと外部結合の書き方で苦労した

**NAME IS NULL** · 2021/03/14(日) 18:13:58.58

わかる
(+)の書き方に慣れちゃった結合条件は全てWHEREにないと落ち着かない

**NAME IS NULL** · 2021/03/14(日) 18:59:49.73

組織や技術者のレガシー化ってまた意味がよくわからん雰囲気ワードだな。
具体的にはどういう状態のことを言っているんだろう。

**NAME IS NULL** · 2021/03/14(日) 19:06:53.31

>>956
それOracleだけじゃなくて、他のRDBMSでもその構文は使える。

標準SQLの方がよい構文はそちらがスタンダードになっているだけ。

ここは本当に中高年しかいないなw

**NAME IS NULL** · 2021/03/14(日) 19:19:55.84

>>955
MySQLで覚えてたらもっと酷いことになってた

**NAME IS NULL** · 2021/03/14(日) 19:29:53.11

(+)構文がオラクル以外でも使えるって初耳だが
ググってもそれらしい情報出てこんし

**NAME IS NULL** · 2021/03/14(日) 20:10:07.13

少なくともSQL-Serverではdocsには載ってないから使えないと思う
秘密のコマンドでOracle互換モードとかあるのかも知れんがw

**NAME IS NULL** · 2021/03/14(日) 20:22:16.65

>>960
PostgreSQL、Db2など。

そもそもどの製品も独特な外部結合構文を持っていて、Oracle Databaseだけが独特なのではない。

**NAME IS NULL** · 2021/03/14(日) 20:47:53.70

そういう話じゃないと思うが・・・

**NAME IS NULL** · 2021/03/14(日) 21:12:24.04

>>957
>Web周りの技術力ってISSとWebSphereとOASのどれが優れているかとかいう議論ならわかるが、

↑これがレガシー化
自覚がない本人かもしれんが

**NAME IS NULL** · 2021/03/14(日) 21:31:09.20

相当なルサンチマンを抱えてるんだろうなｗ

**NAME IS NULL** · 2021/03/14(日) 22:53:26.21

レガシー化というのは時代の変化や環境の変化に対応できなくなってること

旧式化して時代遅れになってると言ってもいいが
簡単にはリプレースできないしがらみや機能や考え方が硬直的というニュアンスも含む
逆に硬直性の無いものはレガシーとは言わない

人に対して使う場合は時代遅れと老害を足して2で割ったものと思っておけばいい

**NAME IS NULL** · 2021/03/14(日) 23:12:19.06

普段言われている奴が使いたがる用語

**NAME IS NULL** · 2021/03/15(月) 00:56:53.79

943です、皆さん回答ありがとうございます
やりたかったのは、食品の販売だとすると、
イチゴや大根の商品コードを対して、果物や野菜、といった分類をCASE式でつけたいのですが、20行程度のSQLの冒頭に数十行のselect句があると頭でっかちに感じた次第です。

**NAME IS NULL** · 2021/03/15(月) 01:03:00.08

>>968
例えばイチゴの場合に果物か野菜かの判定をSQL文の中で行わせたいって事か？

**NAME IS NULL** · 2021/03/15(月) 01:19:12.21

>>968
それは商品コードを管理するマスタに分類を持たすとか、判断用のビュー作とかするのが普通じゃないかと思うんだが
まあ、設計はスレ違いではあるが、設計見直すべきだと

**NAME IS NULL** · 2021/03/15(月) 07:31:16.03

>>933
おおっ！

**NAME IS NULL** · 2021/03/15(月) 08:22:46.90

>>970
>>管理用のビュー
943です。ビューならいじりやすいですね。20年前にソフト屋さんに作って貰った販売管理で、データ取得用のビューがあります。ただ上のコード分類とて30か50個の商品コードのことです。規模が小さいのにオラクルなので他のソフト屋さんに驚かれます。

**NAME IS NULL** · 2021/03/15(月) 10:11:02.70

>>972
20年前ならOracleかSQL Serverの二択ですからね。

**NAME IS NULL** · 2021/03/15(月) 11:41:58.64

普通にPostgreSQLやMySQLも使われてただろ

**NAME IS NULL** · 2021/03/15(月) 11:42:41.74

普通w

**NAME IS NULL** · 2021/03/15(月) 12:09:48.61

SQL SERVERですが decimalの最大桁数(Permission)とバイト数について
1 - 9桁 5バイト
10 - 19桁 9バイト
20 - 28桁 13バイト
29 - 38桁 17バイト
となってると思いますがデータの桁数が多少変動し不明確な場合、
極論各バイト数の最大(9桁、19桁、28桁、38桁)をとっておけば、
実際の桁数少なくてもバイト数も変わらないし無駄はないかなと思っているのですが、この考え合っていますでしょうか？
皆さんどうされていますか？

**NAME IS NULL** · 2021/03/15(月) 15:35:38.96

>>968
それはCASE式じゃなく分類コードを管理するテーブルを作るべきケース
行と列の縦横変換はPIVOTとかの関数を使う

分類が変化しそうにもないなら既存の商品テーブルに分類コードのカラムを追加するのが望ましいが
なんらかの事情でそれが難しいようなら商品コードと分類コードの紐付きを管理するだけの別テーブルを作るのでも構わない

**NAME IS NULL** · 2021/03/15(月) 15:49:14.81

>>976
バイト数以外で最大有効桁数を制限しておきたい理由がなければその方針でいいんじゃない
とりあえず9桁にしておくってみたいなケースはよくあるよ

PermissionじゃなくPrecisionね

**NAME IS NULL** · 2021/03/15(月) 20:32:28.15

>>976
桁数は大きくしておいて、どうしても小さくしたいのなら、あとから変えればいいだけ。

**NAME IS NULL** · 2021/03/15(月) 20:35:28.41

日本円の金額項目なら、9桁は小さいから、よく考えた方がいい。

**NAME IS NULL** · 2021/03/16(火) 23:50:58.51

MAXが１億って、比較的小さい規模の企業ではないかな
個人商店でも溢れそうな気がする

**NAME IS NULL** · 2021/03/17(水) 00:24:46.52

仮に金額入れるとしても9桁で十分なユースケースはいくらでもあるだろう
smallmoneyとか何のためにあると思ってるんだ？

それに9桁ならMAXは約10億だぞ
大丈夫か？

**NAME IS NULL** · 2021/03/17(水) 11:07:02.06

間違ってますよ

**NAME IS NULL** · 2021/03/17(水) 11:08:02.26

約10億という言い方が馬鹿っぽい

**NAME IS NULL** · 2021/03/17(水) 11:21:48.74

>>984
また恥ずかしいレスしちゃったねw

**NAME IS NULL** · 2021/03/17(水) 12:02:24.73

おちんちんが小さくて恥ずかしいです。

**NAME IS NULL** · 2021/03/17(水) 18:23:25.88

馬鹿っぽいと言っておけば
自分の馬鹿さを隠せるとでも思ったのか

**NAME IS NULL** · 2021/03/17(水) 18:56:12.21

仕事の会話だったら、普通は9億いくつという言い方をする。約10億だと10億以上もあるということになり、認識がずれてしまう。

**NAME IS NULL** · 2021/03/17(水) 19:44:25.72

スレが活発になって嬉しいｗ

**NAME IS NULL** · 2021/03/17(水) 21:23:38.42

桁数の話してるんだから普通の人は約10億で最大九億九千九百九十九万九千九百九十九ってわかると思うんだが…

**NAME IS NULL** · 2021/03/17(水) 21:49:39.92

？

**NAME IS NULL** · 2021/03/17(水) 21:50:17.62

中学校からやり直しですね。

**NAME IS NULL** · 2021/03/17(水) 21:51:05.93

正確には小学校からだった。

**NAME IS NULL** · 2021/03/17(水) 21:58:14.11

毎度赤っ恥かく原因はクソみたいなマウンティング精神にあることを気付こうな
いい年してそれじゃヤバいで

**NAME IS NULL** · 2021/03/17(水) 22:39:56.28

やばいですね。

**NAME IS NULL** · 2021/03/22(月) 23:31:39.87

with句とfromのサブクエリ、皆さんどのように使い分けていますか？

**NAME IS NULL** · 2021/03/23(火) 14:44:47.25

>>996
基本的には前者にしておく。

**NAME IS NULL** · 2021/03/23(火) 20:51:04.53

ほかが戸惑わないようにサブクエリ

**NAME IS NULL** · 2021/03/23(火) 21:06:13.65

999

**NAME IS NULL** · 2021/03/23(火) 21:44:51.12

WITH句は徐々に浸透しているから、WITH句を使わない決まりがないなら、WITH句はどんどん使うべき。

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 670日 1時間 19分 11秒

**1002** · Over 1000

5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php