SQL質疑応答スレ 17問目 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
このスレは
「こういうことをやりたいんだけどSQLでどう書くの？」
「こういうSQLを書いたんだけどうまく動きません＞＜」
などの質問を受け付けるスレです。
SQLという言語はISOによって標準化されていますが
この標準を100%実装したDBMSは存在せず、
また、DBMSによっては標準でない独自の構文が
追加されていることもあります。
質問するときはDBMS名を必ず付記してください。
【質問テンプレ】
・DBMS名とバージョン
・テーブルデータ
・欲しい結果
・説明
前スレ：
SQL質疑応答スレ 16問目
http://echo.2ch.net/test/read.cgi/db/1447160858/ >>444
最近覚えた言葉を使いたがるやつっているよね 同じカラム名で意味の異なる属性は、RDBではないな。そのテーブルの主キーではあるが、業務上、意味がない値を格納するだけだとしてもよろしくない。MS-Accessの古い慣習の影響か。 あのさぁ、1プロジェクトで数百以上のテーブルとか普通にあるんだけど、それぞれユニークなカラム名付けるのか？ カラム名が同じなら、その項目同士にリレーションシップがあると考えるのが標準SQL。 >>450
リレーションシップは外部キー制約があるかどうかではない。 >>442
て言うか単一テーブルだけでないなら普通そうするよね テーブル名指定するなら、テーブル名をコラム名の一部に使うのと同じ事になる 考え方の違いだな。
テーブルはエンティティを表すとするならカラムはその固有の属性だが、もともとのリレーショナルモデルでは
先に属性があってその関係をリレーション(テーブル)として表すわけなんで、同じ属性が異なる複数の
リレーションに含まれ得る。 すみません、SQLの実行の順番ってどうなってるのですか？
select
hoge
from
tableA
inner join (...) subQuery1
on(...)
inner join (...) subQuery2
on(...)
みたいなsqlがあるとき、どのどこから実行されるのですか？ from→where→group by→having→select→union等→order by
の順に実行したかのような結果になる（from内のjoinは左から）
内部動作として実際にこの順で実行しているかはまた別の話 サブクエリもfrom句の内なんだからそのように解釈すればいいだろう。そもそも何を問題にしているのかわからん。
>>460の質問はおかしい
>>460の質問はインラインビューについて聞いている
>>460の質問はインラインビューについて聞いているが質問がおかしい
どれ？ >>466
初心者なんだから、そんなのあたりまえだということがわからない。
話をすっとばしてはいけない。 その「あたりまえ」は>>462の知識を前提にしているんだから順序はそれでいいんだよ。何をすっとばしたって？
それにそもそも、>>460がそのあたりまえのことを理解できない初心者だと決めつけるのもおかしいだろう。
一連のレスを見返してみると、お前は中身のないケチをつけるしか能がないのか？しかも支離滅裂。 すみません。SQL初心者なのにここで質問してしまいました。
知りたかったことは下記のようなことです。
subQuery1,2はTableAを別名化したものです。subQuery内にはそれぞれwhere条件があります。
subQuery1内のwhere句のregist_dateが2017/08/04between2017/08/05
subQuery2内のwhere句のregist_dateが2000/01/01between2017/08/05
このとき、subQuery2内のwhere句には、2017/08/04~2017/08/05のフィルタがかかった状態で検索されるのですか？
それともフィルタがかからない状態で検索され、2000/01/01~2017/08/05までの全レコードが検索され、
その上で内部結合の結合条件のレコードが抽出されるのですか？ 概念的には各サブクエリは独立して実行されると考えてよいが、
それをjoinした結果からは区別がつかん場合もある。
もちろん実際の実行順序は別の話。 >>470
同じSELECT文の中で同じテーブルを検索したら、それはそれで結果のビューができるという考え方でよい。
RDBMSによって内部の実装は異なるし、データの統計情報によっても処理方法は異なる。 >>470
内部結合だから結合条件によっては、同じ結果になるか、初心者にありがちな検索結果からSQLが正しいかどうかを確認してるのか？ SQL初心者のスレが無いorz
mysqlですがちょっと教えて下さい
table nulltest
id int primary key,
price1 int not null,
a__price1 int default null
というテーブルで
a_price1がnullでないならそれを採用、
a_price1がnullならprice1を採用
id price1 a_price1
1 , 10 , 8
3 , 122 , 100
10 , 10 , null
とあるなら
1 , 8
3 ,100
10, 10
と出したい。SQLで出来ませんか？ インジェクション扱いされて
SQL文、書き込めない。 ＞a_price1がnullでないならそれを採用、
＞a_price1がnullならprice1を採用
ｃｏａｌｅｓｃｅ(a__price1,price1) as a_price1
全角を半角に直して >>478
その引数を最初から評価して最初にNULL値でない引数を返す
ということで最初にa__price1を持ってくるということですか。
ありがとうございます >>479
彼は関数を使えと言ってるけど、CASE式でもいいけどな。 476です。あ〜、case式ですか
case when a_price1 is null then price1 else
a_price1 end as a_price1
でも出来ました。ありがとうございます。 IDEなんかに出てくるフォルダがスキーマってやつだよね？
でテーブルがあると
スキーマとテーブルの間のフォルダみたいな奴はなんなの？ >>482
どのRDBMSかわからないが、GUIのツールによっては、他のユーザーのスキーマ、データベースオブジェクトがぶら下がっているかのように見えるものがある。 ExcelでWith使いたいんですけど、何とかなりません?
もちろん、With〜End WithのWithじゃなくて、SQLのWithです。 >>485
その説明では何を言ってるのかわかりません。 temp table的な使い方のWITH句について言ってるんだと思うけど
DBサーバー、DBドライバ、実際のクエリ、この辺りの情報そろえて
DB製品スレかExcelスレで聞いたほうがいい ネット上でよく見かける困ったバカの特徴
自分が理解出来ないとすぐに相手の言語能力不足を指摘する(しかも割と本気) >>491
仮定での回答ほどたいへんなものはない。 >>486
>>487
いや、485にも書きましたけど、SQLのWithですって。
VBAのWith〜End WithのWithじゃないです。
>>488
そのWithです。
Excelスレって、そっちの人達じゃわからないですよ。
あと、DBサーバーとかDBドライバって、
使えるかどうかは、それに依存するんですか? >>494
!?
SQLって小文字使えるでしょ!?
少なくともExcelなら、SelectとかFromとか、小文字使えますよ。 >>485
相手のDBMSによるので最低限何のDB使ってるのか書け
接続方法等によってSQLの発行方法が微妙に違うからそれも書け 自分が分かっていない事を分かっていないんだろうから何を言っても無駄 >>493
推測するに、ODBCかなにか使って、外部のDBを扱いたいのだろうと思う
その場合、外部のDBが何であるか、例えばOracleとかMySQLとか
そして、そのDBに対してどのような接続方法をするか、
質問する際にそういう情報として出さないと、誰も回答しようがないと思う
Withが使えるかどうかは、相手次第 >>493
ExcelスレってのはExcelのVBAスレな
>使えるかどうかは、それに依存するんですか?
依存する場合もあるし、君が何か間違えてる可能性もある
そもそもサーバー側がサポートしてないケースだってあるだろ
エラーが出てるならそのエラー内容も含めて関連スレで聞きな
SQLの文法でエラーになってるならここで聞けばいいけど ExcelのシートにADOで繋いでクエリかけたいとかなら無理だぞ
VBA使ってるなら文字列生成を工夫して省力化できるかもしれんが。
ちなみにWITH句もしくはCTE(Common Table Expressions)といったほうが通じる >>501
完全に間違った推測ワロタｗ
しゃべるなバカｗ >>507
おまえ、質問者だろ？
前もそういう態度だったよな？ >>508
違うわｗ
質問に群がる教えたがりのバカを笑ってるだけだｗ
お前みたいなバカなｗ >>497
>>501
相手方は、AccessかExcelかCsvです。
接続方法は、MsQueryかADOしか分かりません。
>>503
そのExcelのVBAスレなんですけど、
そっちは、普通の使い方をする人がメインで、
SQLとかWindowsAPIとか、マイナーなのはあんまり話が通じない・・。
ここも、WithがSQLのWithだとわからないで攻撃してくる人がいましたけど、
あっちはもっと酷いです。
>>506
無理なんですか・・。
ありがとうございました。 >>512,513
お前らの頭なw
なんでバカのくせに教えたがるの？w 「話が通じない」んじゃなくてお前の書き方がヴァカなんだよ >>516←自分のバカをバカにされてバカにしてる奴が質問者だと思いこみたい救いようのないバカw >>514
そもそもあなたの言葉は非常にわかりにくく、大半の日本人は理解できませんよ？ 言い方が悪いけど、頭の悪い女性が書く文章に似ている。 >>519
だから悪いのはお前の頭だと何度w
とはいえすかさずバカ特有の論理性を欠いた女性蔑視発言をねじこんでくるあたりはさすがだなw
バカオブザバカの称号をお前に授けようwww いつものクズがVBAスレから出張してきててﾜﾛﾀｗｗｗ >>518
それはそうです。
分かる人(Withというキーワードだけでピンと来る人)に向けて書いてますから。 with自体について突っ込まれているんじゃないってことすら読み取れないのか。
ざっと見まわしても>>494ぐらいしか見当たらんけどな、そういうのは。 >>523
だから、どこでSQLのwith句をどう使おうとしているのか、どう書こうとしているのか、頼むから書いてくれ。 暇な人(分かるとは言っていない)だけが答えてますから。 >>525
>相手方は、AccessかExcelかCsvです
らしいから、Jet(ACE)だろ
少なくとも俺の知るバージョンではCTEは使えないから
回答として、できないで終了でいんじゃね Excel VBAスレにいるいつもの奴だからスルーで
自分で質問して自分で回答してる奴ね
お前らどうせ分からないだろ、俺が一番詳しい（ｷﾘｯ
って態度で質問してる
誰かが回答するとすぐ回答者を装って嫌違うってレスしてくるからすぐわかるぜ >>530
だからそのwithじゃなく雑誌のwith >>1
【緊急】
すき家の定食に衝撃異物！
ずさんな管理体制が明らかとなった
指摘したその時！わざとらしく店員が声をあげごまかした！
229 名前:やめられない名無しさん [sage] :2017/08/29(火) 07:31:54.64 ID:EfhOnUp0
俺の朝はいつもすき家
楽しみにしてたのに・・今日に限って朝定食にしたんだ
見てくれ、これが証拠
店員さんも驚いて声をあげてる・・
https://www.youtube.com/watch?v=wjD4hUeU-CA
ちなみに半分食べた
お客様センターが通じない・・病院行く・・
(´・ω・｀)すき家が大好きだったのに・・ LEFT JOINで結合した際に、対応するレコードがない場合
値がnullになりますが、元のテーブルのデフォルト値にするにはどうしたら良いでしょうか？
SELECT句で各clumnにIFNULLは使いたくないです
MySQLを使っています
よろしくお願いします LEFT OUTER JOINの話かな？
どっちにしろ、そんな方法はない
IFNULLで地道に埋めるしかない >>534
CASE式、COALESCE、IFNULL, サブクエリ、デフォルト値有りの一時テーブルへINSERTとかかな
IFNULLを使いたくない理由が手間のみなら諦めたほうがいい
真っ当な理由があるならCASE式での代替を考えるといいのでは >>535
>>536
そうですか・・・
clumnの数がかなりあるので糞面倒ですが地道にやります
ありがとうございました ソース全部手で打ち込んでいるのか？
環境が分からないけど、
大概のエディタって置換機能あるだろう 単純な繰り返しならエクセルの計算式でsql文作ってコピペすれば楽チン すごくたくさんあるならSQLを生成するスクリプトを書くとか SELECT *, "default" AS [name] FROM foo
こんな感じでfooテーブルのレコードに任意の値をくっつけたものを出力可能
NOT EXISTSとかのサブクエリと組み合わせて、EXISTS側とUNIONで合体する
自分ならまずやらない方法ではあるが
単発のSQLじゃなくアプリケーションで使うSQLだとすると
DB設計かアプリケーション設計かどっちか考えなおしたほうがいいかもね CentOS6 + mysql 5.57
社のシステムなので、アップデートやインストール、ログ設定の変更ができない前提です。
まず前置きですが
既存のデータをDB化する一環で、大量（毎日80000行）くらいのinsert文を実行しなければなりません。
insert文自体は、既存のテキストデータから必要事項を抜き出して私が組み立てています。
元のデータはwindowsだったりワープロ専用機だったりですが、最終的に全てUTF-8に変換しています。
まぁこの処理自体はマクロ等駆使してやっているので問題がないのですが、元々のテキストに本来SQLで避けなければならないような半角記号とかが含まれている可能性がありますが、そこまでのチェックは物理的にできません（やっていません）。
一応、改行を\n、半角の引用符号は全角に、程度の処置はしています。
で、この大量のテキストをsource文で読み込んで処理するのですが、所々warning＊＊みたいな表示がでているのがわかります。
登録済み行数のチェックくらいはできますが、フィールドの中身が正しく登録されたかどうかまでのチェックはとても手が回りません。
そこで質問なんですが、SQLを実行する前にエラーになりそうな箇所を知る方法、あるいは、実際にエラーやwarningが出た行を知る方法（ツール、設定）がないでしょうか。 改行コードを入れてはいけないとか
引用符を入れてはいけないとか
そんな「俺ルール」はDBにとっては知ったこっちゃないので
まずはその「俺ルール」を正確に定義しないと何も始まらない ■ このスレッドは過去ログ倉庫に格納されています
