SQL質疑応答スレ 16問目 [転載禁止]©2ch.netYouTube動画>1本 ->画像>2枚

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

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

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

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

前スレ：
SQL質疑応答スレ 15問目
http://peace.2ch.net/test/read.cgi/db/1402919549/

SQL言語リファレンス一覧
Oracle Database
http://docs.oracle.com/cd/E57425_01/121/SQLRF/toc.htm
Microsoft SQL Server
http://msdn.microsoft.com/ja-jp/library/bb510741
IBM DB2 Database
http://pic.dhe.ibm.com/infocenter/db2luw/v10r5/topic/com.ibm.db2.luw.sql.ref.doc/doc/c0004100.html

PostgreSQL
http://www.postgresql.jp/document/current/html/sql.html
MySQL
http://dev.mysql.com/doc/refman/5.7/en/sql-syntax.html
http://dev.mysql.com/doc/refman/5.6/ja/sql-syntax.html


参考リンク
http://sql.main.jp/cont/sql/map.html
http://www.atmarkit.co.jp/fnetwork/rensai/sql01/sql1.html
http://www.geocities.jp/oraclesqlpuzzle/
http://www.techscore.com/tech/sql/

過去スレ
15問目：http://peace.2ch.net/test/read.cgi/db/1402919549/
14問目：http://peace.2ch.net/test/read.cgi/db/1371476534/
13問目：http://toro.2ch.net/test/read.cgi/db/1343899481/
12問目：http://toro.2ch.net/test/read.cgi/db/1316769778/
11問目：http://hibari.2ch.net/test/read.cgi/db/1299305530/
10問目：http://hibari.2ch.net/test/read.cgi/db/1274791771/
9問目：http://pc11.2ch.net/test/read.cgi/db/1252492296/
8問目：http://pc11.2ch.net/test/read.cgi/db/1236253554/
7問目：http://pc11.2ch.net/test/read.cgi/db/1223525474/
6問目：http://pc11.2ch.net/test/read.cgi/db/1210940477/
5問目：http://pc11.2ch.net/test/read.cgi/db/1193486961/
4問目：http://pc11.2ch.net/test/read.cgi/db/1176553195/
3問目：http://pc11.2ch.net/test/read.cgi/db/1160458216/
2問目：http://pc8.2ch.net/test/read.cgi/db/1141622643/
帰ってきた：http://pc8.2ch.net/test/read.cgi/db/1124178925/
Part 2：http://pc8.2ch.net/test/read.cgi/db/1103113155/
初代：http://pc8.2ch.net/test/read.cgi/db/1056973582/

よくある質問１

（問）
ID | DATE　　　　 | DATA
--+----------+-----
1 | 2007-11-11 | aaa
2 | 2007-11-11 | bbb
1 | 2007-11-10 | ccc
3 | 2007-11-12 | ddd
3 | 2007-11-11 | eee
4 | 2007-11-10 | fff
1 | 2007-11-12 | ggg

このようなテーブルから、下記のように

1 | 2007-11-12 | ggg
3 | 2007-11-12 | ddd
2 | 2007-11-11 | bbb
4 | 2007-11-10 | fff

各idに対して最新の１件だけ抽出するSQLの書き方を教えてください。

（答）
select A.ID,
　　　 A.DATE,
　　　 A.DATA
from TableName A
　　 inner join
　　 (select ID, max(DATE) as MAX_DATE
　　　　from TableName
　　　　group by ID
　　 ) B
　　 on A.ID = B.ID
　　 and A.DATE = B.MAX_DATE
;

よくある質問２

（問）
key　　　data
----------------
1　　　　　a
1　　　　　a
1　　　　　b
1　　　　　b
1　　　　　a
2　　　　　b
2　　　　　a
2　　　　　a

というテーブルから

key　　　a　　　b
--------------------
1　　　　3　　　2
2　　　　2　　　1

というExcelのピボットの様なデータを取得したいのですが、どういうSQLになりますか？
a,bというのは固定なので、仮にcというデータがあっても無視して構いません。

（答）
SELECT key,
　　　 SUM(CASE data WHEN 'a' THEN 1 END) AS a,
　　　 SUM(CASE data WHEN 'b' THEN 1 END) AS b
FROM table
GROUP BY key
ORDER BY key
;

よくある質問３

（問）
ID HOGE
01 A
01 B
01 C
02 A
03 B

HOGEをAもBもCも持っている、ID：01だけ取り出すにはどうすればよかですか

（答１）
SELECT id
FROM TableName
WHERE hoge in ('A','B','C')
GROUP BY id
HAVING count(DISTINCT hoge) = 3
;

（答２）
select *
from TableName T1
where not exists (select *
　　　　　　　　　from (values 'A', 'B', 'C') T2 (HOGE)
　　　　　　　　　where not exists (select *
　　　　　　　　　　　　　　　　　　from TableName T3
　　　　　　　　　　　　　　　　　　where T1.ID = T3.ID
　　　　　　　　　　　　　　　　　　and T2.HOGE = T3.HOGE
　　　　　　　　　　　　　　　　　 )
　　　　　　　　 )
;
※valuesの部分(Table Value Constructor)はDBMSによって文法がかなり違うので注意

よくある質問４

（問）
列の数が可変な問合せはどう書きますか？

（答）
標準SQLでは書けません。
pivotという機能を搭載したDBMSなら一見書けそうですが実はやっぱり書けません。
Oracle 11g以降でpivot xmlというキーワードを使用すれば一応可変っぽくはなります。
が、素直にプロシージャを書くかアプリケーションで処理したほうが良いでしょう。

SQL Serverのpivot（2005以降）
http://msdn.microsoft.com/ja-jp/library/ms177410.aspx

Oracleのpivot（11g以降）
http://download.oracle.com/docs/cd/E16338_01/server.112/b56299/statements_10002.htm#CHDCEJJE
http://www.oracle.com/technetwork/articles/sql/11g-pivot-097235.html

よくある質問５

（問）
年月(YYYYMM)を指定し、その年月に対応する年月日を取得したい

　例：201006を指定したら、以下の結果を得たい

　　　20100601
　　　20100602
　　　　・
　　　　・
　　　　・
　　　20100630

（答）
SQLでは存在しないデータを生成することはできません。
この問いの場合は素直にカレンダーテーブルを用意しましょう。

どうしてもやりたければ以下のような方法もなくはないですが、
再帰問合せの本来の使い方ではありません。
やめておくことを強くお奨めします。
（PostgreSQLのgenerate_series()関数なら辛うじてセーフかもしれませんが
　賛否の分かれるところでしょう。）

with TEMP (NUM) as (
　　　　select 1 from dual
　　　　union all
　　　　select NUM + 1 from TEMP where NUM < 31
)
select to_char(to_date('201006', 'YYYYMM') + NUM - 1, 'YYYYMMDD')
from TEMP
where to_date('201006', 'YYYYMM') + NUM - 1 < add_months(to_date('201006', 'YYYYMM'), 1)
;

※上記はOracleの場合です。（11gR2以降）
※再帰問合せをサポートするDBMSならこれを適当に改変すれば動きますが
　どのみちお奨めしません。

以上、テンプレ終わり

文字列でバージョン情報を格納してるカラムがあるんですけど、
これをうまく並べ替えれないですかね？

3.12.1
3.8.1

こういう二つのバージョンがあった場合、文字列ソートだから後者の方が大きいと判定されてしまうんですよね。
やっぱりバージョンのドット毎に区切った数字をカラムに保存して、ソートするしかないでしょうか？

難しいな、、、
ピリオドの数固定なら
PostgreSQLだと split_part() と lpad() 組み合わせてなんとかなったけど

自分なら邪道だけど、文字列のカラムに加えて、ソート用にバラした整数のカラムを追加するかな...

ver_raw = '1.23.4'
ver_mj = 1
ver_mi = 23
ver_se = 4

てな感じに。これだと "2.11.5_revB" みたいな変なものがきても、格納はできる。

【質問テンプレ】
・DBMS名とバージョン
MariaDB 10.0.21

・テーブル
ID,DATA,col1,col2,col3

・説明
SELECT ID, DATA AS DATA_A FROM table WHERE col1 = 100 AND col2 = 2 AND col3 = 0;

SELECT ID, DATA AS DATA_B FROM table WHERE col1 = 100 AND col2 = 3 AND col3 = 0;

SELECT ID, DATA AS DATA_C FROM table WHERE col1 = 100 AND col2 = 4 AND col3 = 0;

col1,col2.col3の内容によって、DATAカラム内の意味が変わってくるテーブルです。
上記３つのSQLの結果を以下の用に一行でまとめたいです。

ID,DATA_A,DATA_B,DATA_C

このような事は可能でしょうか？
UNIONやgroup byでは厳しそうなので相談させてください。

宜しくお願いします。

これってA、B、Cそれぞれ1行しか無いの？

イメージ的にはこんなかんじにしたいです。

ID | DATA | col1 | col2 | col3
--+-----+-----+---+-----------
1 | aaa | 100 | 2 | 0
1 | bbb | 100 | 3 | 0
3 | ccc | 100 | 3 | 0
2 | ddd | 100 | 2 | 0
2 | eee | 100 | 4 | 0
3 | fff | 100 | 2 | 0

↓

ID | DATA_A | DATA_B | DATA_C
---+--------+--------+------
1 | aaa | bbb | 0
2 | ddd | 0 | eee
:
:

よくわからんけどorでくっつけりゃいけるんじゃ

>>14
>>5のsum()のかわりにgroup_concat()を使う

>>14
> col1,col2.col3の内容によって、DATAカラム内の意味が変わってくるテーブルです。

あんさんが書いた内容だと、col1 は 100、col3 は 0 固定なんだが
とりあえず col2 で変わると言うことか？

そもそも >>16 見ると ID でまとめてる様に見えるし
データがないところに NULL じゃなくて 0 を入れればいいのか？
ID と col2 が同じレコードは複数ないのが前提なのか？

【質問テンプレ】
・DBMS名とバージョン
Oracle 11gR2

・テーブルデータ
table_a
id parent_id
---- ---------
1 null
11 1
111 11
1111 111
1112 111
2 null
22 2
222 22
23 2
223 23
224 23

table_b
id cost
---- ---------
1111 100
1112 200
222 300
223 400
224 500

・欲しい結果
id SUM(cost)
---- ---------
1 300
11 300
111 300
1111 100
1112 200
2 1200
22 300
222 300
23 900
223 400
224 500

・説明
table_aはid - parent_idで階層になっている。
table_aの階層毎にtable_bのcostの集計値を表示させたい。
階層の深さは一定ではない。

こうかな？

with cum (id, parent_id, cum_cost) as (
　　　　select　t1.id,
　　　　　　　　t1.parent_id,
　　　　　　　　coalesce(t2.cost, 0)
　　　　from　　table_a t1
　　　　　　　　left outer join
　　　　　　　　table_b t2
　　　　　　　　on t1.id = t2.id
　　　　where not exists (
　　　　　　　　select　*
　　　　　　　　from　　table_a t3
　　　　　　　　where　 t1.id = t3.parent_id
　　　　)
　　　　union all
　　　　select　t4.id,
　　　　　　　　t4.parent_id,
　　　　　　　　coalesce(t6.cost, 0) + t5.cum_cost
　　　　from　　table_a t4
　　　　　　　　inner join
　　　　　　　　cum t5
　　　　　　　　on　　　t4.id = t5.parent_id
　　　　　　　　left outer join
　　　　　　　　table_b t6
　　　　　　　　on　　　t4.id = t6.id
)
select　id,
　　　　sum(cum_cost)
from　　cum
group by id
order by to_char(id)
;

>21 ありがとうございます。
今現在環境がないので、月曜日に試してみます。

お願いします

■PostgreSQL 9.4

■テーブルデータ
id|price|created_at
------------------
1|500|2015-11-01 00:00:00.00000+09
2|500|2015-11-31 00:00:00.00000+09
3|300|2015-12-01 10:00:00.00000+09
4|500|2015-12-01 20:00:00.00000+09
5|400|2015-12-02 15:00:00.00000+09

■欲しい内容
2015年12月のレコードからpriceのみがほしい。
同じ日付のpriceを全て足した状態でほしい。
800←1日の300+500
400←2日の400

select to_char(created_at,'YYYY-MM-DD') as day,sum(price) from tablename
where created_at between '2015-12-01 00:00:00' and '2015-12-31 23:59:59'
group by day order by day ;

日付はいらないのかな・・

>>23
ご指摘されてから日付も必要だと気づきました
試してみてうまくいきました
ありがとうございます

>>24
'2015-12-31 23:59:59.00001' ~ '2015-12-31 23:59:59.99999' のデータを取りこぼしちゃう…

適当に直してくださいｗ

【質問テンプレ】
・DBMS名とバージョン
Oracle 12c

・テーブルデータ
employees表には名前(employee_name)、給与(salary)が入っています。
grade表には、grade列、low列、high列があり
各gradeの範囲が格納されています。

・質問
下記、最高給与の従業員名と給与、給与等級を表示するSQL文です。
「salary = (SELECT MAX(salary) FROM employees)」、「salary BETWEEN low AND high 」
のどちらが検索条件で、どちらが結合条件でしょうか

SELECT employee_name, salary, grade FROM employees, grade 　
WHERE salary = (SELECT MAX(salary) FROM employees)
AND salary BETWEEN low AND high

>>28
後者。

何この質問？

宿題？

後者が結合条件。

詳しく言えば非等価結合な。

思うんだけど、入門者に対して最初からこういった(専門)用語を学ばせる(覚えさせる)ってのはどうなんだろうな？
こんな用語知らなくても実務じゃ問題なかろう

結合させるためのものか検索するためのものかは用語を知らずとも判断できるはずだよね。
そして少なくとも今回の場合、用語がどちらに当てはまるものかはきわめて容易に分かるよね。
その上で>>32のレスを書いたということ？

>>32
普通にここの検索条件見直せとか言うだろ
くそ忙しい時に検索条件ってどれですかぁ？
なんて間抜けなこと聞かれたらブチ切れられて当然だと思う

暇でない人間は2チャンネルなんか見に来ないよ

それ、一連のやり取りに関係ある？
ただの捨て台詞だよね？

職場で聞かれているわけじゃないんだから、
そういうシチュエーションはいらないと思います。

データベースの構成についての質問もここでいいですか？

訂正
テーブル構造の質問です

DB設計を語るスレ 9
http://peace.2ch.net/test/read.cgi/db/1444733172/

とかどう？

>>37
>>32 > こんな用語知らなくても実務じゃ問題なかろう
　　　　　　　　　　　　　　　　　￣￣￣￣
まあ、ＤＢ回りは俺一人で開発してる
とかなら知らんが

その人がどういう環境でSQLを使おうとしているかをまず聞いた上でなら分かるけど
実務で使うかどうかすら聞いてないんでしょ？

その無益な言い合いどうでもいいです
何か書き込みあったかと思って見てみれば…

>>42
その人がどの人か知らんけど、俺は >>32 にレスしてるだけ

>>34
実務でそんな話が出たらWHERE句全体のことかと思いそうだが。
>>28の検索条件と結合条件って実際呼び分けてる？

そうですか。では私の発言は無視して下さい。

>>45
呼び分けてない

>>45
結合条件と絞込条件

俺は検索条件というあいまいな言葉は使わないな。

FROM句のテーブルを直積→WHERE句の条件で絞込み(選択)、ってイメージだから
区別したことないわ。

>>49
FROM句で結合条件を書く方法だとそれでいい。

WHERE句で書く場合は、結合条件と絞込条件が混在するので、先に結合条件を書いたり、コメントを入れる。

逆だろ。FROM句にJOINで結合条件書いたらそれは直積じゃない。
で、直積に対しては結合条件と絞込条件などと区別する必要もない。

>直積に対しては結合条件と絞込条件などと区別する必要もない。
あのさあ

>>52
なになに？

>>50
&#9747;FROM句で結合条件を書く方法だとそれでいい
○FROM句に結合条件書かないならそれでいい

だよな？書き間違い？

>>53
上を見て納得しました
絡んですいません

http://q.hatena.ne.jp/1327717990

このページのうぃんどさんが偉そうに説明してる全結合ってどこの用語？
StackOverFlow 見ると explain させて where も inner join もどっち使っても一緒って切り捨てられてるみたいだけど

>>54
たぶん>>50は直積を知らなくて、>>49がJOINのことを言っていると脳内変換したと思われ

>>40
質問を整理してからそこで聞いてきます

教えてください。

やりたいこと
・元のデータ(生データ)を格納する table A がある
・生データを週単位で集計した table B がある
・新たな生データを投入した table A' を集計して集計済みの table B のデータに加えたい

単純に A' のデータを集計して B に新規追加するだけなら簡単なのですが、
A' のデータと同じ集計単位のデータが B にあった場合にどう処理するのが効率的なのかが分かりません。
A' のデータを一端一時テーブル等に集計した後に、B に存在する集計単位と存在しない集計単位ごとに
UPDATE と INSERT を行う方法が思いつくのですが、一般的でしょうか。

アドバイスを頂ければ、と思います。

>>59
質問が分かりません。

いるよな、こういう質問のドヘタクソな奴

＞元のデータ(生データ)を格納する table A がある

table Aの定義を明らかにしなさい。

＞生データを週単位で集計した table B がある

何をキーに集計するのかを明らかにしなさい。

＞新たな生データを投入した table A'

「新たなデータ」なら同じ集計単位は発生しないんじゃないの？

■PostgreSQL 9.4

■テーブルデータ
id|price|created_at
------------------
1|100|2015-11-17 00:00:00.00000+09
2|200|2015-11-24 00:00:00.00000+09
3|300|2015-12-01 10:00:00.00000+09
4|350|2015-12-01 13:00:00.00000+09
5|400|2015-12-08 20:00:00.00000+09
6|500|2015-12-15 15:00:00.00000+09

今日は12/15とします。
今日の曜日を含めて過去4週分の平均を求めるSQLを教えてください。
上のテーブルだとidが2〜6までの200+(300+350)+400+500を足して4で割った値が欲しいです

具体的な質問じゃなくてごめんなさい。
ここは SQL 文そのものの質問をするところだったのね。スレチだし答えられなければ無視しといてください。

>「新たなデータ」なら同じ集計単位は発生しないんじゃないの？

例えば過去に 2015/11/01 のデータを投入するとそのデータが table B に保存される。
その後で 2015/11/02 のデータを投入すれば「同じ週」なので同じ集計単位のデータが発生します。

>>64
同一日付のデータはテーブルAから弾いていいの？それとも別データ扱い？
テーブルBでは弾いていいの？それとも後から来たデータで更新したいの？

DBMS名も言った方がいいよ。やりたいことさえはっきりすれば方法はあると思う。

>>62,65
仮定の話になるので不要と思っていましたが、データの具体例を挙げます。

table A
id　　　　　　　int
custom_id　　int
date　　　　　 datetime
parts_id　　　 varchar(10)
parts_count　int

table B
date　　　　　 datetime
parts_id　　　 varchar(10)
parts_count　int

////

table A'
11,1,2015/11/03,'partA'.1
12,1,2015/11/04,'partB'.1
13,2,2015/11/05,'partA'.2
＋
table B
2015/01,'partA',1
↓
table B
2015/01',partA',4
2015/01,'partB',1

※
この例では parts_id ごとの parts_count の合計値を週ごとに取得する。
table B の date はその週の始めの日付(日曜日)の日付を設定。
「↓」の下の B の parts_count の値は、「↓」の上の A' と B の part_id ごとの合計値。
partA では A' の合計 3 と B の 1 との合計の 4 となる。

>同一日付のデータはテーブルAから弾いていいの？それとも別データ扱い？
同一日付というか、同じ週のデータは合計します。
DBMS は特定のものを想定していませんでしたが、SQLServer2014 で試します。

訂正

table A'
11,1,2015/11/03,'partA'.1
12,1,2015/11/04,'partB'.1
13,2,2015/11/05,'partA'.2
＋
table B
2015/11/01,'partA',1
↓
table B
2015/11/01,'partA',4
2015/11/01,'partB',1

よかった何言ってるのかわからなかったのは俺だけじゃなかったんだｗ

>>59,66
知りたいのはMERGE文じゃない？
大体のDBMSで似た様なものがあるけど

>>66
SQL Serverの場合、mergeというステートメントが使用できる。
これ使うと、対象テーブルに対して、特定条件でinsertとupdateの何れかを実行できるそうだ。
申し訳ないが、こちらには実行環境がないので実際に試しての検証はできない。

>>69-70
欲しかったのはこれです。
ありがとうございます。

こんな感じでしょうか。(書いただけです。全く確認してません。)

MERGE INTO tableB t1
USING
　(
　 SELECT DATEADD( day, ( DATEPART( date ) - 1 ) * -1, date ) AS week, parts_id, sum( parts_count ) AS parts_count
　 FROM tableA'
　 GROUP BY week, parts_id
　 ) t2 ON t1.date = t2.week AND t1.parts_id = t2.parts_id
WHEN MATCHED THEN
　UPDATE SET t1.parts_count = t1.parts_count + t2.parts_count
WHEN NOT MATCHED THEN
　INSERT VALUES ( t2.week, t2.parts_id, t2.parts_count )

思いつきで書いただけなのでもっと効率のいい書き方がいくらでもありそう。考えます。

>>71
ロジック書いた方がいい。

メンテナンスが難しくなる。

>>63
SELECT avg(price_total)
FROM
(SELECT
SUM(price) AS price_total
FROM
table
WHERE created_at::DATE BETWEEN '2015-12-15'::DATE + '-4 weeks'::INTERVAL + '1 day'::INTERVAL AND '2015-12-15'::DATE
GROUP BY
TO_CHAR(DATE_TRUNC('day', created_at),'YYYY-MM-DD')) foo

とかどうかなあ、4週だと11/17が入ってしまうようなので1足した
この辺は調整してみて
2015-12-15はCURRENT_TIMESTAMP とかで

週でわけるなら
TO_CHAR(created_at,'YYYY-MM/w')
か、でもこれ起点が1日だからな

当日から日付までの日数引いて7で割るのがよさげ

>>72
> ロジック書いた方がいい。
ロジックって何？
クライアントループしろとかそういう話？

Transact-SQL 使っても良いんじゃない？

UPDATEとINSERTの２文を１トランザクションで流せば良いだけの気が

MERGE ぐらいでメンテナンスが難しくになるかなぁ…

SQLのテストをしない低レベルなら、かまわないが。

>>73
できました
ありがとうございます

>>72
スレチですよ

SQLを何だと思ってるのかw

まさかStructureなんたらとか思ってるんじゃないだろうなw

初学者です。
ご回答よろしくお願いします。
単一の表から複数の異なる集約結果を求めたいのですが、以下のような方法しか思いつきませんでした。
なにかもっとスマートな方法はありませんか？

select
(select count(番号) from 在庫) as 合計,
(select count(番号) from 在庫 where 分類='メンズ') as メンズ計,
(select count(番号) from 在庫 where 分類='レディース') as レディース計,
(select count(番号) from 在庫 where 分類='ジュニア') as ジュニア計

>>84
>>5

>>84
それの方が分かりやすい。

ただなんのために横列で取得したいの？

union allで複数行で取得してもいいと思うけど？

>>86
ありがとうございます。
これでも変なSQLではないのですね？
union all とかも考えたんですが、上の例で言うと、
アイテム数(行数)が数百万で分類が数十万とかになるので、かえって遅くなるかと思いました。

かえって遅くなると考えたのはどうして？

まさかGROUP BY知らないとかじゃないよな
分類でGROUP BYして、必要ならアプリで縦横変換ってパターンじゃないのかねぇ

>>87
分類が数十万もあるなら、数十万カラムもあるSELECT文を発行するつもりだったのか？

どんな言語で処理したいのか、どんな方法で見たいのか分からないが、プログラムだとしても恐ろしいことになるぞ。

>>87
データベース内の処理はほぼ同じなので性能差を体感できないだろうよ。

>>90
ありがとうございます。
本件(に限って)の場合、数十万に及ぶ全ての分類の集計が必要なのではなく、
数十万のうち常に3つの分類(の組み合わせ)の集計だけが必要だったのです。

アイテム数が数百万と言うのはあると思うけど、
実務で分類が数十万になるケースってあるのかな。
仮にあったとして、そのレベルで集計した物を
どういう風に利用するんだろうか。

直前の書き込み見て無くてごめん。
その時々で集計したい分類が決まるというなら、
union all の方が柔軟性があるんじゃないかな。

>>92
検索結果が必ず一貫性の取れた

>>92
あとそれってある時点の一貫性の取れた検索結果じゃないといけないの？

検索中にデータが増減しないなら、無理に一つのSQLにする必要もない。

>>96
ありがとうございます、質問者です。
すいません、「一貫性の取れた検索結果」というのはどう言う意味でしょうか？
データベース用語でしょうか？

あと、在庫とかメンズ、レディースというのは便宜上使っただけで、
実際のsubjectはある集団の「人間」です。

>>97
SELECT文を実行するときに、他のセッションが在庫テーブルにレコードを登録、削除するかどうかということ。

1つのSELECT文で検索すると読み取り一貫性が担保される。

複数のSELECT文で検索すると合計が合わないかもしれない。

すなおに３回select文発行すれば良いだけの気がするが
整合性うんぬんなら、しかるべき分離レベルの１トランザクションにすれば良いだけ

ド素人がSQLってどんなものか勉強するのにおすすめな本や方法ってありますか？
あとそういう人が行くべきスレはどこですか？

>>93
Amazon 辺りで 分類 = 商品コード で管理してたらあるんじゃね？
まあカテゴリ毎に分散してるのかも知らんけど

>>99
３回発行するぐらいなら、>>89 の言うように group by でいいと思うが

>>101
いやだからそれはアイテム数が数百万のケースだろ
それを分類とは呼ばん

分類あたりのアイテム数が10そこそこだし、分類にインデックスが張られているなら
select 3回、なければgroup byだろうね。

>>103
> それを分類とは呼ばん
自分の考えが全てとか、笑える

>>101
アマゾンクラスの仕事の依頼がここに来たら感激だな

>>102
そのへんはホストアプリとの兼ね合いだな
GROUP BYするにしても、分類を三つに絞るのにorなりinのリストなり
動的にSQL組み立てる必要があるかもしれん

その場合三つってのが確定的なら動的に組み立てて1SQLでも良いかもしれんが
ループまわして複数回発行する方が楽かもしれん

>>104
分類にインデックスが無い状態で3回selectすると、スキャンが3回発生するわけだが
それなら1回ですむGROUP BYの方が良いと思うが
そもそもアイテム数が10そこそことか、どこからそう判断したんだ

>>105
お前はまず日本語の勉強しろ

>>108
恥ずかしい奴 w

>>107
インデックスがあるならselect 3回って書いてあるが。

>>110
ああ、そう書いてあるな。読み違えてるか

それで、アイテム数１０ってのはどういう判断だ]

インデックスないならGROUP BYってのはわかるが
select3回の根拠は？インデックスあってもGROUP BYでも良いわけだが

>>111
そのグループ化するカラムがフルテーブルスキャンならダメだろ。

orやin使うとインデックスあってもフルスキャンするって主張？

>>111
実行計画見たことない奴に聞いても無駄

>>111
横だけど、分類あたりの平均アイテム数は10くらいであってると思うんだけど

>>113
？

>>116
！

SQLServerですが、
NULL禁止なフィールドのあるテーブルをFROMとして
作業表へ SELECT INTO しようとしてます。
作業表では全てのフィールドNULL許可にしたいのですが、WITH〜 なんかを指定することで簡単にできないですか。

作業表を create table するのは避けたいです。


SELECT * FROM [NULL禁止項目のあるテーブル] INTO #TMP;

普通にやると、もとの制限が INTO 先にも適用されてしまいますが
#TPM の中は全てNULL許可にしたいのです。

例のSQL文を間違えました

SELECT * INTO #TMP FROM [NULL禁止項目のあるテーブル];

information_schema 漁って create table するか alter table する sql を生成する。

へぇ、そんな優しい？仕組みがあるんだね。
中の人のことを考えると、結合したりテーブル丸ごとじゃなくて一部の列だけだったりすると
追いかけるの大変そうな気がするし、select 1と結合してみたらどうなるんだろ。

sqliteにpdoを使って接続しているのですが、
insertする文字列って$pdo->quote()しなくても良いのでしょうか？
これをすると、全てのカラムにクォートが入ってしまいました

例）「あいう'えお」をクォートしてinsertしたい場合
「'あいう''えお'」としてinsertされている

>>122
> sqliteにpdoを使って接続しているのですが、
> insertする文字列って$pdo->quote()しなくても良いのでしょうか？
まず、"sqlite SQLインジェクション"でググる
その次に"sqlite pdo プリペアドステートメント"でググる
そうすれば、しなくても良いかどうかがわかる

>>122
どうやってるのか実際にコード書いたほうが伝わりやすい
quoteするのはデータだけよ、SQL文そのものは一部でも入れちゃダメ
それがわかった上で、>>123 の言うようにプリペアドステートメントを使うようにしたほうがいい

>>122
PHPスレでやるべきだと思うけども、一応。
executeに渡すパラメータはquoteしなくていいよ。
quoteは自分でクエリを文字列として組み立てるときに使う。

>>125
お恥ずかしながらググってもよく分からなくて質問したのですが、
125さんの解説で理解できました。ありがとうございました。

>>126
ちょっと心配だな。
プリペアードクエリは使ってる？
使ってなくてINSERTするデータがユーザ由来のものなら、クォートしないとSQLインジェクションが発生する可能性があるよ。

メインテーブルと紐づくマスターテーブルが大量にあるデータベースが
あるのですが、
SELECT時、マスターテーブルの情報を連結させた上でメインテーブルを呼ぼうとおもったら
JOINを大量に書いていくしかないでしょうか？

具体例書いたほうが良い回答つくと思うけど
サブクエリでできないこともないけど、JOINが一番シンプルにかけるんじゃないかなあ

>>128
JOINしなくてもできる

プログラムで制御すればいい
メインテーブルからマスタを参照すればいいなら、マスタ情報を抜く関数を作る

>>130
たいていの場合、JOINした方が速いよ。

テーブルに入るデータは、
固定文字列の場合
コード番号でいれるか
もしくは直接文字としていれるか　どちらのほうがいいでしょうか？

例
ID　サイズ
01　Sサイズ
02　Lサイズ
03　Lサイズ
04　Mサイズ
　↓
ID　サイズ
01　0004
02　0002
03　0002
04　0003


特に固定文字が、可、不可　男、女　とか２つしかない場合どうしようか迷います。

>>132
正規化について調べた方がいいよ

>>133
だよね

>>132のどこが正規化と関係あるというのか

おれなら、、、
id サイズ
01 S
02 L
03 L
04 M

だな、、、
名称に意味をもたせたいなら、サイズは数字にして
別に名称を含めたサイズテーブル追加する

小さい順にソートしたいとかもあるなら数字に意味もたせるか、やはり別テーブルでソート順が決まるカラムも入れる

>>132
コード化されているならコード
コード化できないなら文字入れないとしょうがない

コード化できるけどコード化されてないって話なら、コード化するかどうか決めろって話
SQL関係ないし設計関係のスレ行け

SQLite3使ってます
最後に入れたデータを消したいです
DELETE FROM tbl WHERE Id = MAX(Id)
ではエラーになりました
どう書くのがいいですか

DELETE FROM tbl WHERE Id = (SELECT MAX(Id) FROM tbl)

>>140
ありがとうございます！
tblって2回書かないとダメだったのか

>>141
この場合全レコードを参照して最大値を求める以上、サブクエリーを使うしかない。

DELETE FROM tbl WHERE ROWID = last_insert_rowid()

これでいけるかも知れないな

>>142
ありがとうございます
そう言う風に言っていただけると、なぜそうなるのかが理解できて助かります

>>143
ありがとうございます
やってみましたが、エラーにはならないものの、データも削除されませんでした

あくまでも余談。

まさかとおもいながらぐぐってみたら、
mysql> delete from tbl order by Id desc limit 1
安定のmysqlと思わせてからの、sqliteにもそれをするための条件付コンパイル定数があったという。
http://stackoverflow.com/questions/1824490/how-do-you-enable-limit-for-delete-in-sqlite

>>144
last_insert_rowid() はほんとに最後にinsertした行だからね
１度でもこの方法か別の手段で消しててたらもう消えないよ
新たにinsertして試してみて

むしろ一度消したレコードを再度消す方法があるのか？

>>146
それ以前に、別テーブルにinsertしてたら、違うテーブルの最終ID返すんじゃないのか？
つまり>144は意図しない行が消されてる可能性があるぞ

「最後に入れたデータ」というのを直前の操作と考えたが、
確かにテーブル単位で考えて行かないと正確じゃないな

>>145
私には難しすぎます・・・

>>146
INSERTしてみましたが、結果は同じでした

>>148
まだテスト段階なので1テーブルしかありません
なので大丈夫です

>>150
SELECT ROWID, * FROM tbl WHERE ROWID = last_insert_rowid()

これで何が表示されますか？

一寸試してみました

SQLite version 3.7.11 2012-03-20 11:35:50
Enter ".help" for instructions
sqlite> create table tbl (n int, v varchar(10) );
sqlite> . tables
tbl
sqlite> select * from tbl;
sqlite> insert into tbl (n,v) values (1, 'AAA');
sqlite> select ROWID,* from tbl;
1|1|AAA
sqlite> select ROWID,* from tbl where ROWID=last_insert_rowid();
1|1|AAA
sqlite> delete from tbl where ROWID=last_insert_rowid();
sqlite> select ROWID,* from tbl;
sqlite> insert into tbl (n,v) values (2, 'BBB');
sqlite> select ROWID,* from tbl;
1|2|BBB
sqlite> delete from tbl where ROWID=last_insert_rowid();
sqlite> select ROWID,* from tbl;
sqlite>

last_insert_rowidを使うのはもっと理解が進んでからのほうがいいと思うよ。
正直やりたいことに沿っているかどうかも不明な点が多いわけで。

最後に入れたデータを消す理由によるが
もしかするとトランザクションでRollbackしたらいいんでないか

>>150
こっちで試して書き込んでるのに、それと違う結果なんてなにかおかしいね

質問者は insert → .quit → delete という流れなんじゃないかなって思うぐらいかな。

>>154
トランザクション知らんは流石にアホすぎるだろ。

私の一番最初の書き方が悪かったのですが、SQLite3ではあるのですが、exeでは
なくdllの方です。c#から操作しています。

以下のプログラムで「データの追加」を３回して、「データの表示」をすると安倍
さんが３人います。

ここで「最後の一件削除」をして「データの表示」をしたとき、
　　cmd.CommandText =

あれ？書き込めない。
すみません、2chもあまり使いこなせてないもんで。
もう一度書きます。

私の一番最初の書き方が悪かったのですが、SQLite3ではあるのですが、exeでは
なくdllの方です。c#から操作しています。

以下のプログラムで「データの追加」を３回して、「データの表示」をすると安倍
さんが３人います。

ここで「最後の一件削除」をして「データの表示」をしたとき、
　　cmd.CommandText = "DELETE FROM tbl WHERE Id = (SELECT MAX(Id) FROM tbl)";　 // OK
だと２人に減りますが、
　　cmd.CommandText = "DELETE FROM tbl WHERE ROWID = last_insert_rowid()";　　// NG
だと３人のままです。

最後に入れたデータを消したい理由はそんなに深いものではなく、Idを指定
しての削除は簡単にできたので、最後を消すと言うのもそのうち使うように
なるだろうなと言う程度です。

自分の用途で考えると、Id指定より最後を消す回数の方が多いと思います。

回答としては >>140 で解決していますが、せっかく色々教えて頂いている
ので、落ち着くところまで行きたいと思いますが、ここはc#スレではないので
「はい、終了〜」でもＯＫです。

　private void btnテーブル作成_Click(object sender, EventArgs e) {
　　　string db_file = "sample.db";
　
　　　using (var cn = new SQLiteConnection("Data Source=" + db_file)) {
　　　　　cn.Open();
　　　　　using (SQLiteCommand command = cn.CreateCommand()) {
　　　　　　　command.CommandText = "create table tbl (Id INTEGER PRIMARY KEY AUTOINCREMENT, Name TEXT, Age INTEGER)";
　　　　　　　command.ExecuteNonQuery();
　　　　　}
　　　　　cn.Close();
　　　}
　
　}
　
　// データの追加
　private void btn追加_Click(object sender, EventArgs e) {
　　　string dbConnectionString = "Data Source=sample.db";
　　　using (SQLiteConnection cn = new SQLiteConnection(dbConnectionString)) {
　　　　　cn.Open();
　　　　　using (SQLiteTransaction trans = cn.BeginTransaction()) {
　　　　　　　SQLiteCommand cmd = cn.CreateCommand();
　
　　　　　　　cmd.CommandText = "INSERT INTO tbl (Name, Age) VALUES (@Name, @Age)";
　
　　　　　　　cmd.Parameters.Add("Name", System.Data.DbType.String);
　　　　　　　cmd.Parameters.Add("Age", System.Data.DbType.Int64);
　
　　　　　　　cmd.Parameters["Name"].Value = "安倍";
　　　　　　　cmd.Parameters["Age"].Value = 61;
　　　　　　　cmd.ExecuteNonQuery();
　
　　　　　　　trans.Commit();
　　　　　}
　　　　　cn.Close();
　
　　　}
　}

　// データの表示
　private void btn表示_Click(object sender, EventArgs e) {
　　　string dbConnectionString = "Data Source=sample.db";
　
　　　tbxOutput.Clear();
　　　using (SQLiteConnection cn = new SQLiteConnection(dbConnectionString)) {
　　　　　cn.Open();
　　　　　SQLiteCommand cmd = cn.CreateCommand();
　　　　　cmd.CommandText = "SELECT * FROM tbl";
　　　　　using (SQLiteDataReader reader = cmd.ExecuteReader()) {
　　　　　　　while (reader.Read()) {
　　　　　　　　　tbxOutput.AppendText("ID:" + reader["Id"].ToString());
　　　　　　　　　tbxOutput.AppendText("\t名前:" + reader["Name"].ToString());
　　　　　　　　　tbxOutput.AppendText("\t年齢:" + reader["Age"].ToString());
　　　　　　　　　tbxOutput.AppendText("\n");
　　　　　　　}
　　　　　}
　　　　　cn.Close();
　　　}
　}
　
　// 最後の一件削除
　private void btn最後の一件削除_Click(object sender, EventArgs e) {
　　　string dbConnectionString = "Data Source=sample.db";
　　　using (SQLiteConnection cn = new SQLiteConnection(dbConnectionString)) {
　　　　　cn.Open();
　　　　　using (SQLiteTransaction trans = cn.BeginTransaction()) {
　　　　　　　SQLiteCommand cmd = cn.CreateCommand();
　
　　　　　　　cmd.CommandText = "DELETE FROM tbl WHERE Id = (SELECT MAX(Id) FROM tbl)";　 // OK
　　　　　　　//cmd.CommandText = "DELETE FROM tbl WHERE ROWID = last_insert_rowid()";　　// NG
　
　　　　　　　cmd.ExecuteNonQuery();
　
　　　　　　　trans.Commit();
　　　　　}
　　　　　cn.Close();
　　　}
　}

>>156 さんが指摘しているように、
sqlite は、一旦 quit で閉じると
last_insert_rowid()が初期化されてしまうみたい。

sqlite> select ROWID,* from tbl;
1|1|a
2|2|b
sqlite> insert into tbl (n,v)values(3,'c');
sqlite> select ROWID,* from tbl;
1|1|a
2|2|b
3|3|c
sqlite> delete from tbl where ROWID=last_insert_rowid();
sqlite> select ROWID,* from tbl;
1|1|a
2|2|b
sqlite> insert into tbl (n,v)values(4,'d');
sqlite> select ROWID,* from tbl;
1|1|a
2|2|b
3|4|d
sqlite> .quit

SQLite version 3.7.11 2012-03-20 11:35:50
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> select ROWID,* from tbl;
1|1|a
2|2|b
3|4|d
sqlite> delete from tbl where ROWID=last_insert_rowid();
sqlite> select ROWID,* from tbl;
1|1|a
2|2|b
3|4|d
sqlite>

select last_insert_rowid(); で良くてよ。

> sqlite は、一旦 quit で閉じると
> last_insert_rowid()が初期化されてしまうみたい。

sqlite「は」なの？

書いてた時は気付きませんでしたが、メソッドの中でCloseしちゃっていました。
これが原因かーと思い、btn最後の一件削除_Clickの中で（Closeする前に）データ
表示の機能を付けてみても結果は同じでした。

　private void btn最後の一件削除_Click(object sender, EventArgs e) {
　　　string dbConnectionString = "Data Source=sample.db";
　　　using (SQLiteConnection cn = new SQLiteConnection(dbConnectionString)) {
　　　　　cn.Open();
　　　　　SQLiteCommand cmd = cn.CreateCommand();

　　　　　// データの削除
　　　　　using (SQLiteTransaction trans = cn.BeginTransaction()) {
　　　　　　　cmd.CommandText = "DELETE FROM tbl WHERE Id = (SELECT MAX(Id) FROM tbl)";　 // OK
　　　　　　　//cmd.CommandText = "DELETE FROM tbl WHERE ROWID = last_insert_rowid()";　　// NG

　　　　　　　cmd.ExecuteNonQuery();
　　　　　　　trans.Commit();
　　　　　}

　　　　　// データの表示
　　　　　cmd.CommandText = "SELECT * FROM tbl";
　　　　　using (SQLiteDataReader reader = cmd.ExecuteReader()) {
　　　　　　　while (reader.Read()) {
　　　　　　　　　tbxOutput.AppendText("ID:" + reader["Id"].ToString());
　　　　　　　　　tbxOutput.AppendText("\t名前:" + reader["Name"].ToString());
　　　　　　　　　tbxOutput.AppendText("\t年齢:" + reader["Age"].ToString());
　　　　　　　　　tbxOutput.AppendText("\n");
　　　　　　　}
　　　　　}
　　　　　cn.Close();
　　　}
　}

まあ今回の目的にlast_insert_rowid()は合わないのでやめといたほうがいいね

INSERTしてCloseする前にDELETEするなんてこのプログラムでやろうとしてることだと意味ないだろうし

各メソッドで、cn.Open();cn.Close();しているからそれで完結してしまい、
last_insert_rowid()で最後のレコードが取得できないんじゃないの？
btn最後の一件削除_Click()メソッドでlast_insert_rowid()の値が
何になっているか、確認してみたら？

SELECT last_insert_rowid() FROM tbl LIMIT 1
とかで

つーか試すのにいちいちコンパイルからやってるんじゃ日が暮れる、、、
コマンドラインかSQL直接入力できるツールも使えるようになったほうがいいかと

>>170
簡単なコードだし、1回書けばコンパイルも実行も一瞬で終わるだろ

これ一回ならそうだけど、今後もSQL組み立ててコードに追加していくんだろ？
そのたびにデバッガ動かすのかよ

>>172
ん？
どこに問題があるかわからんから、ちょこちょこコードを変えながら実行するだけだろ？
結果はtbxOutputに出力してるじゃん
デバッガなんか必要ないだろ

自分のコードが期待通りに動作しないのを確かめるのは、自分のコードを使うのが一番。
いちいち「コマンドラインかSQL直接入力できるツール」で検証する必要ない。

デバッガて・・・
VSのことか？

>>168
ここまで仕様が明確になってなお last_insert_rowid を使わせようとしてるの？

問題自体はもう解決してる。
今は興味本位で sqlite の挙動見てるだけ。

>>165
このスレ的には>>140で終わってる話だから
アホに頼ってないでドキュメントを読もう
https://www.sqlite.org/c3ref/last_insert_rowid.html
https://msdn.microsoft.com/ja-jp/library/yh598w02.aspx

どうもです。

最初に私が思ってたより話が長くなってしまいましたが、>>140 の処理が
一番いいようです。

作りたいのはWindowsフォームソフトなので、このスタイルのまま続け
たいと思います。

皆様、色々とありがとうございました。
また分からないことがあった時に教えてください。

>>177
挙動もわからず last_insert_rowid を持ち出した人だとすると相当…

>>180
元質問者のことだが。

最初の質問内容 「最後のレコードを削除する」から、
どのような想定をするかは、人によるでしょう

1トランザクション内の障害時ロールバックを想定したり、
あるいは単純に「いらなくなったので消したい」を想定したり

私は last_insert_rowid がどう使えるものなのか興味があったので。

小さなエスパー回答大きなお世話

まあ良いではないか
ちょうど良い暇つぶしにはなってる」

■PostgreSQL 8.4

■テーブルデータ(テーブル名「a」)
id|data1|data2|data3
------------------
1 |100 |100 |100
2 |null |null |null
3 |300 |300 |300

期待する結果
id
1
3

data1〜data3 が全てnull以外のidを
取得したいのですが、どのようなSQLで
いけるでしょうか？

よろしくお願いします

where datai is not null and
data2 is not null and
data3 is not null;

でもこれ、カラム数がもっと多い場合でもis not NULLを羅列するしかないの?

一瞬javaのスレかと思った

間違えた
C#?か　

>>186
is not null で繋げれば書けますよね

自分がやった時には、思った結果が出なかったので、
根本的に間違っているのかと思ったのですが、
もう少し確認してみます

ありがとうございます

>>185
たとえばdata1〜data3がすべて数値型なら、data1 + data2 + data3 is not null ということもできるけれど。

data1とかdata2な増えていく場合は
プログラムにやらせればいいんでないかい

まあ設計はスレ違いなんだが
そもそもdata1,2,3と横並びでデータ持ってる事が妥当かあやしいな

>>185
もう解決したみたいだけど、ちょっと質問が曖昧かな
a) data1〜data3 が「全てnull」「以外のid」
b) data1〜data3 が「全てnull以外｣「のid」
の２通りに解釈できる

>>194
なんだこの馬鹿

別に馬鹿でもなかろ

馬鹿だと思うよ

>>195
>>195

馬鹿としか書けない奴がまともだったためしはないから

馬鹿と言われて反応する奴が本物だと思うよ

悔しくてしょうがないことはわかった
あえて誰とは言わないけど ()

ちゃんと要件定義しろって話だな。
例を見る限りでは全てがNULLの行を除外っぽく見えるけど。
一部NULLのケースは明示されてないしな。

そもそもNULLに何かしらの意味を持たせる設計をするから、IS NULL、IS NOT NULLの条件が必要なってしまう。

NULLは値がないという意味しかないのに、NULLとときはこういうデータだとか決めてしまうからSQLが意味不明になる。

確かにサンプル示すときは、説明文で不十分なところも
補完できるように示して貰えるといいよね

■PostgreSQL 8.4

■テーブルデータ(テーブル名「a」)
id|data1|data2|data3
------------------
1 |100 |100 |100
2 |null |null |null
3 |300 |300 |300

期待する結果
id
1
3

data1〜data3 が全てnull以外のidを
取得したいのですが、どのようなSQLで
いけるでしょうか？

よろしくお願いします

>>205は、誤って書き込んでしまいました
失礼しました

185の質問をした者ですが
以下のように、data1〜data3が全てnullのものは
抽出しないというSQLが解りませんでした

data1からdata3を AND の IS NOT NULL で繋ぐと
１つも抽出されません

■PostgreSQL 8.4

■テーブルデータ(テーブル名「a」)
id|data1|data2|data3
------------------
1 |100 |null |100
2 |null |null |null
3 |null |null |300

期待する結果
id
1
3

自分が詰まってるところを
正確に説明できず、すみませんでした

よろしくお願いします

自分が書いたSQLを正確にここに晒してみなさいよ。勿論テーブルやカラム名はテスト用のもので良いからさ

>>206
すべてがnot NULLのレコードを抽出するという意味になっている。

>>206
> 以下のように、data1〜data3が全てnullのものは
> 抽出しない

要するに >>194 の
>> a) data1〜data3 が「全てnull」「以外のid」
ってことね
>>186 は
> b) data1〜data3 が「全てnull以外｣「のid」
の方だからこれではヒットしない
素直に書けば
where not (
data1 is null
and data2 is null
and data3 is null)
やったことないけど
where coalesce(data1, data2, data3) is not null
でもいけるかもしれない

>>209
( )に対してnotが書けることを知りませんでした

参考にさせて頂きます
ありがとうございます

>>195 は出てきて謝ろう
完全に >>194 の勘違いされてたぞ

>>206
andじゃなくてorにしないと。
いずれかがnot NULLであればいいんだから。

not (
data1 is null
and data2 is null
and data3 is null)

なんでこんな書き方するんだよｗ 普通に OR でいいだろ…

「data1〜data3が全てnullのものは抽出しない」を素直に書けばandで書くことになる

DBにはメールアドレスが格納されています。

[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]

ドメイン別にメールアドレスが何件あるか調べたいのですが、どのようなSQL文が必要でしょうか？

上記のデータの場合は次のような結果になるようにしたいです。
2.example.com　2
[email protected]　3
[email protected]　1


DBのバージョンはPSQL9.0.4です。

select domain,count(*) from (select regexp_replace (mailaddress,'^.*@', '') as domain from t) d group by domain;

こんなんでは？

>>213
ドモルガン則な
大学のとき習った懐かしい

>>213
data1, data2, data3 のいずれかが null でない id と書いてあれば or で書くけど？

>>215
> 上記のデータの場合は次のような結果になるようにしたいです。
> 2.example.com　2
> [email protected]　3
> [email protected]　1
それ、@ の前も要るんか？
要るなら、
> [email protected] 3
でなくて
> [email protected] 3
となる理由を書いてくれ

本人が何も書かないとよくわからないな

「ドメイン別にメールアドレスが何件あるか調べたい」
とあるんだから、結果は書き間違いだと思う。

roleに付与されたroleの確認って。
SELECT * FROM role_role_privs;でオッケー？

書く場所間違えました。すみませぬ。

むーかしのバージョンにはあった気がするんですけど
SQLServerにユーザー定義定数ってありませんでしたっけ？

#define ZERO 0　　または　　const int ZERO = 0;

をSQLServerのデータベースの中で定義して、T-SQLから使えるようにするみたいなやつ

SQLServerのスレで聞けよ

【質問テンプレ】
・DBMS名とバージョン
SQL Server 2012

・テーブルデータ
+-ID-+-NAME-+
| 1 | TARO |
+----+------+
| 1 + HIRO +
+----+------+

・欲しい結果
+-ID-+-NAME-------+
| 1 | TARO, HIRO |
+----+------------+

・説明
上記のようなことは可能なのでしょうか？

sqlserver group concat でぐぐるとどうにかしてる例が出てくるかと。

>>225
T-SQLなんだから素直にロジックで処理すれば？

>>225
できる。SQLでできる。
idで結合するだけでできる。

同じテーブルを結合すればできるけど、なんでそんなことしなきゃいけないの？

SELECT文いっぱつでどうにかしようとするのは保守がたいへんだから止めてほしいわ。

保守が大変←基本的にSQLが書けない奴の言い訳

まあ、この場合は処理的に無駄だからやめた方がいいけど

いやホント保守しきれなくてそのSQL捨てて０から作りなおすことまであるわｗ

>>229
＞同じテーブルを結合すればできるけど、なんでそんなことしなきゃいけないの？
＞
＞SELECT文いっぱつでどうにかしようとするのは保守がたいへんだから止めてほしいわ。

あくまで１案だよ。

ロジックでどうにかする案しか出ていないから、SQLでも結果が出るという案を出しただけ。
お前が保守できようができまいがどうでもいい。

>>232
保守だけでなく単体テストも面倒だろ。

仕様変更のたびにSQLを変える必要があるプログラムは愚作。

>>233
SQLのテストをすれば良い
SQLだけ変えれば良い

どう転んでも開発保守にかかる工数は
SQL < 自前ロジック
なんだが

なんでもSQL一発で解決したくなる病ってあるよね、一時的な熱病みたいなものかもだけど

ケースごとに考える必要がありそうなネタなんだけどなぁ。
何でも漢字で書いてたり、全部ひらがなで、とか、それらを混ぜる割合とか。読み手にもよるだろ。
夜露死苦レベルなら笑うしかないが。

>>225
＞【質問テンプレ】
＞・DBMS名とバージョン
＞SQL Server 2012
＞
＞・テーブルデータ
＞+-ID-+-NAME-+
＞| 1 | TARO |
＞+----+------+
＞| 1 + HIRO +
＞+----+------+
＞
＞・欲しい結果
＞+-ID-+-NAME-------+
＞| 1 | TARO, HIRO |
＞+----+------------+
＞
＞・説明
＞上記のようなことは可能なのでしょうか？

上の問に、保守性云々が出てくる理由が分からない。
結果がとれるかどうか聞いてるだけの日本語にしか見えない。

保守性がどうとかと言ってるのは、一回限りのデータ参照でも、毎回毎回今後を考えたプログラム組むのかな？

>>234
ふだんSQLのテストをまともにしてないのが丸わかりだな。

>>237
分かりにくいSELECT文を考えるより、SQL ServerならSQLバッチを書いた方が早いし、間違いがない。

>>238
俺もお前がSQLが苦手でコンプレックスを持ってる事が丸わかっちゃった
SQLが分かってれば、そもそも無駄だからやるべきでないこのケースで
「保守がたいへんだから」なんてセリフ絶対出てこないもんね

>>239
この問に対して、君の答えはSQLバッチでもできるよってことを言いたいんだね。

あと君の意見あんま参考になんない。理由はSQLが分かり辛いとかって、各人が判断することだからね。ぼくはSQLが分かり易いって人がいたら、君の論理は破綻するよ。
ぼくはこの程度のSQLであれば、分かり辛いと思う要素がないから、SQLでやっちゃうかなぁ笑
プログラムの実行権限とかもあるしね。笑

苦手とかそういう問題ではない。

SQLだけでどうにかしようとするやつは、SQLがDBMSでどう処理されるか考えていない傾向がある。

一つのSQLでやろうとする考え方がクセになるとDB設計もおかしくなるし、常に負荷の高いSQLを書いて、対処不能の性能問題を発生させる可能性が高い人間になる。

複雑な問い合わせはアプリケーション仕様、作った人間の意図も分かりにくい。

他のセッションが更新中の可能性があるなら、SQL一発で取得しないといけないが、そうでないなら複雑な問い合わせを書くのは、SQL自体に間違いを埋め込みやすくなり、間違いにも気づかない。

本人に自信があっても他人は信用しない。

>>241
そもそもあの質問に対して結合でやれという回答は危険なんだよ。

>>241
キミは自分中心だから、どんなSQLを書こうがかまわないということだろうけど、では他人がひどいSQLを書いたとき、どう反応するのかな？

SQL で、ロジックで、って言ってる人たちが想定してるコードってどんなんなんだろう。

>>242
> 考えていない傾向がある。
> 性能問題を発生させる可能性が高い人間になる。
煮えきらんやつだなあ
ハッキリ断言出来ないならそんな長文書くなよw

>>246
自分がどう思うかだけしか考えてないと自分で言っているわけか。

>>245
俺は自己結合とT-SQLのカーソルを使用したバッチを想定して言っている。

SQLの単体テストのデータ作りがたいへんなのが分からないのはプログラマ経験が乏しいのだろうな。

検索条件に引っかからないデータパターンがどれほどできるか想定できないのだから。

>>247
お前何も分かってないのな
自分の意見を言いたい時は自分の立ち位置をハッキリさせて誤解されないように断言しろ
後々の保険を考えてそんな語尾を濁した言い方してても誰にも伝わらんぞ

>>249
むしろプログラミングスキルが貧弱だからその程度の条件の組合せで苦労するんだよ

>>250
批判しかできないのか？

>>251
テストの話だが？

>>252
何言ってんの急にw

>>251
おまえは常に自分がやることを前提にものを言っている。

誰もおまえにやれとは言ってない。

>>255
またまた何言ってんの？
誰がやろうとプログラムで書こうとテストの条件は変わらんのだぞ

>>254
おまえさ、勝手に質問に対して前提条件を付けたり、説明もない脳内想定で話をしてるけど、大丈夫か？

>>257
いやいや俺の方がちんぷんかんぷんなんですが？
何言ってんの急に？

>>256
おいおい、テスト仕様を考えたことないのかよw

誰が考えても、誰がやっても同じにはならないし、そもそもテストしないやつだっているんだよ。

おまえはおまえがやることしか答えてない。

俺にはおまえがどんな立場で仕事をしているかよく分かるよ。

>>259
プログラムでロジック書いたらテストしないやつがいてもいいって言いたいのか？
何言ってんのお前？

>>248
>>229と何が違うの？

>そもそもあの質問に対して結合でやれという回答は危険なんだよ。

>>244
ぼくが言いたいのは、あくまで結果をとるための方法が2通りあるってこと。君がオススメするSQLバッチとSQLで結合したやり方ね。

で、君はSQLでの方法はNGって言いたいのかな。結合だと危険、酷いSQLになるってことを懸念しているようだし。君の懸念事項は、今後システム運用することを前提にしているように見えるけど、そんな前提はどこにも書いていないよ。

何度もで申し訳ないけど、方法として何があるか問われているだけ。

とりあえずここはSQL質疑応答スレだから、SQLで出来る事をそう回答する事に問題はないだろ
まずそのSQL晒せや

そのSQL文がどんなものかも出てないのにどうこう言ってもしょうがない
そのSQLみてから、SQLでやるべきかどうかとか、そのSQLの保守性とか、言いたければ言えば良いんじゃね
本来のこのスレの守備範囲ではないとは思うが

ちなみにカンマ区切りの文字列へ連結するの、昔再帰SQLで書いてみた事あるけど
元の質問だけだと、要件が不明すぎて俺には回答できないがな

>>248
具体的にはどんなのなのかなーと。

「今回の案件？」で、一体どんな「メンテに困る」ようなコードが書けるのか見てみたいな、と。
できれば SQL 単体、ロジック単体、混合のそれぞれのケースを。

【質問テンプレ】
・DBMS名とバージョン
SQL Server 2012

・テーブルデータ
+-ID-+-NAME-+
| 1 | TARO |
+----+------+
| 1 + HIRO +
+----+------+

・欲しい結果
+-ID-+-NAME-------+
| 1 | TARO, HIRO |
+----+------------+

・説明
上記のようなことは可能なのでしょうか？

>>265
SELECT '1', 'TARO, HIRO';

一括で処理しなければ取得できない(もしくは分割することで多大な苦労をすることになる)ものもよくあるわけで、
それを無視して保守のために分割すべきというのは暴論にすぎないね。

ログも見ずに書いたから、そんなことわかってるわボケと思われてはいけないと思ってログを見たら

> 他のセッションが更新中の可能性があるなら、SQL一発で取得しないといけないが、そうでないなら複雑な問い合わせを書くのは、SQL自体に間違いを埋め込みやすくなり、間違いにも気づかない。

…こりゃだめだ。

ああ、こりゃ確かに困るね。w
でもメンテ以前にレビューを通らないだろ。

こんなこと堂々と吐いてるやつの職場が、レビューできてるとは到底思えないね

必要以上に難しく書く必要はないが、必要ならそれが難しいものだろうがそうするべきで、
それはSQLだろうがロジックだろうが変わらないということを理解できていないのかもしれない。

ああ、失礼。
269 は 266 宛てな。

>>271
必要になる時点で設計がおかしい。

>>267
あのね、DBの使い方がおかしいんだよ。

ここにはDB設計に意見が言える人間はいないの？

スナップショット、一時表、フラッシュバック問い合わせ等々を使うことも考えられるし、特定の検索用のテーブルを作ることもありだ。

状況がわからんと最適なＤＢ設計なんてできないからこの手のスレでは明らかにおかしな設計でないと設計についてとやかく言わない
って言うのが普通だと思っていたが...

>>274
ここDB設計スレじゃないよ

>>277
文句は代案とセットじゃないとただの犬の遠吠えだから

という訳でここは>>274によるおかしくないDB設計が提示されるのを待とうではないか
代案とセットじゃないとただの犬の遠吠えらしいからな

>>278
そんな大げさな話じゃないんだけどなぁ。大丈夫かい？

設計はこっちで。
DB設計を語るスレ 9
http://echo.2ch.net/test/read.cgi/db/1444733172/

　　　　　　　　　　　　　　　【ＴＰＰ断固反対（嘘）】　　　自由ホランチョ党　　　【スタンフォード（嘘）】



　　　　　　　　　　　　　　安倍首相がスタンフォード大前で「嘘つき安倍は帰れ！」と抗議を受ける
　　　　　　　　　　　　　　　　　　　　　ダウンロード＆関連動画＞＞


　　安倍総理、麻生副総理も経歴詐称？　海外留学の経歴が削除されていた！　「学歴詐称」は公職選挙法違反


　　　　　　　　　　　　　　　　　【日本の金正恩】　　　　　　安倍寛信　　　　　　【安倍晋三の兄】

　　　復活した電力会社の原発広告に文化人や芸能人がまたぞろ登場して原発をPR！ 500万円の高額ギャラも　　　　勝間和代　三橋貴明　佐藤優
　　　　　　　三菱商事の核ミサイル担当重役は安倍晋三の実兄、安倍寛信 三菱重工の重役でもあるらしい
　　　　　これがフクイチで核弾頭ミサイルを製造していた疑惑がある　書けばツイッターで速攻削除されている
　　　　　　　　　　　　　　　　　ネットにおける言論統制は、非公然で陰湿に進んでいるようです
　　　　　　　　　　　　　　　　　https://twitter.com/toka iamada/status/664017453324726272


　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　山本太郎

　　　　　　　　　　　　　　　　　　　　　　　　　　　先ず真のテロリズムと戦うべき！
汚染物質をバラ撒き、国民を無理心中へと巻き込む政治家、経済団体等をテロ指定、資産凍結するのが筋ではないか！


　　　　　　　　　　　　　　　　　　　　　　　　　　　　　【だってお金欲しいもん〜】

　　　　　　　　　　　　　　　今朝、辺野古で新基地建設に反対するママの会メンバーに対して、
　　　　　　　　　　　　機動隊員が「お前たちには汚い血が流れている」などと暴言を吐いたそうです。
　　　　　　　自分のやっていることを「だってお金欲しいもん〜」「俺の写真を待ち受けにしろ」とも （顔写真）
　　　　　　　　　　　　　　　https://twitter.com/MothersNoWar/status/690357793702940672

まともなプロジェクトだとDBAが必ずSQLのチェックする。

こういうSQLを書かないといけないとDBAに相談すれば、設計も検討するし、アドバイスもする。

プロジェクトとして一番困るのはプログラマとして入って、凄まじいSQLを書いてすぐ去っていく人間。

パフォーマンスチューニングとしてプログラマが書いたSQL見る事はあるけど
基本ブログラマのSQLチェックとかDBAの仕事じゃない
プログラムのレビューでやっとけよ

>>283
だからダメなんだろうが。

DBAは発行されるSQLを把握していなければ、性能問題であとで苦しむ。

インフラ側みたいなDBAしかいないか、アプリ開発側の自称DB、SQL得意が勝手にDB設計、SQLを書くからおかしくなる。

オラクル社の功罪も大きいよな。

自分たちが分からないからと言って開発から逃げるような領域しか教えないんだから。

実際、開発経験がないから適切なDB利用マニュアルも書けないし、知識がないからデータモデリングのアドレスもない。

根本的な設計部分は発行されるクエリによらないはずだが。
チューニングできるDBAがいるべきなのは異論の余地はないけど。

PHPとMySQLでデータベース検索システムを作っています。
数値と文字が混合したデータ(例えばA001)を扱いたい場合はデータ型を何に設定すればいいのでしょうか。

>>287
文字型

>>284
> DBAは発行されるSQLを把握していなければ、性能問題であとで苦しむ。
その発行されるSQLというのは、開発プロセスのどの段階でFixするんだ？

詳細設計工程とかいうのが区切られてて、その終了時か？
実装工程とかいうのが区切られてて、その終了時か？
DBAひとりあたり、何人のプログラマの面倒を見るんだ？

5,6000行の動的SQL書いて去っていったのを見た時は
こいつの頭ん中どうなってんだ？と関心したけどメンテつらすぎる

>>289
複雑な問い合わせを書いて着た段階で説明を求めるだけでいいだろ。

>>289
おまえインフラしかやらないようなDBAだろ？

DBAは最初から最後までプログラマと協力してやるのが理想的。

発行されるSQLを見ずにDBMSを調整しても無駄。

そこらの野良PGにSQL書かせちゃだめ
インターフェースを定義したうえでストアド化し、ストアドの中はPGに触らせるな

5000行のSQLてちょっと想像がつかんな
何したらSQLだけでそんなに長くなるん？

DBAって本来、運用系の役職じゃないのか？

だから、
>>291
> 複雑な問い合わせを書いて着た
というのは、開発プロセスのどの段階の話なんだと聞いてる。

>>292
> おまえインフラしかやらないようなDBAだろ？
いや、俺はプログラマだが。

> DBAは最初から最後までプログラマと協力
「最初」というのは開発プロセスのどの段階で、
「最後」というのは開発プロセス（＋運用プロセス）のどの段階なんだ？

> 発行されるSQLを見ずにDBMSを調整しても無駄。
問題があるクエリの内容を見るのは、別にプログラマと協力せずともよいが。

それと、「複雑」というのがどの程度の複雑さなのかわからないが、
複雑だから問題が発生するとは限らないし、
複雑でないから問題は発生しないとも限らない。

問題があるかどうかは、
* スロークエリ発生
* スローレスポンス(Webアプリの場合)
* 低キャッシュヒット率
* 不要なseq scan発生
* ロック、待ち
* 使用されないindex
などを監視する必要がある。

あとは、RDBMSに応じて、HOT使用率(PostgreSQL)とかそのての情報を統計情報から調べる必要がある。

それらを、Muninとかでグラフ化したり、Logwatchでレポートしたり。

複雑なクエリはだめと書いてる人が同じ人だとすると、自己結合した時点で複雑すぎてメンテできないって人だよね。

プログラマーに相手にされない無能DBAの愚痴に付き合ってあげるお前らの優しさ

>>297
それをできてから確認するのか？
遅すぎる。

>>300
自分が知ってる単語並べてるだけでいっぱいいっぱいなんだからいちいち突っ込んでやるなよ

>>300
理解できない人か

>>301
ワオ。おつかれさまです！

>>297
複雑な問い合わせで問題がない場合はない。

とりあえずいまはよくても将来、問題になる無駄に処理コストの高いSQLは排除しておく必要がある。

一時的なものならかまわないが、そうでないなら、設計がおかしいのだから、設計を見直すべき。

SQLite
テーブル名tbl
カラムはid(primary key auto increment integer),name(text),age(integer)の3つがあります
テーブルから全データを取得したいんですが条件があります
id=1のときだけid,name,ageのデータを取得して
id!=1のときはid,nameのみ取得する方法ありませんか？

select id,name,age from tbl where id=1;
select id,name from tbl where id>1;
って2回sqlを実行してもいいんですが1回で終わらせたいのです

>>304
union all

足りないカラムはNULLか'未取得'とでもSELECT句に指定しておけ。

ただし、こういうのはあまりお勧めしない。

他にも列指定に条件を付けて列選択できるけど、お勧めしない。

どういう理由でそうしたいのか言ってくれないと、全部やめろと本当は言いたい。

>>288
初歩的な質問にも関わらず、ありがとうございます

ageがNULLになってればいいんなら、UNIONしないでもCASE式でも使えば良いだけじゃないのか

違う項目数じゃないとダメだって言うなら、２個の結果セットが必要だから
SQL文としては２回やるしかないんじゃね

環境によっては複数のSQLを１回で渡して複数の結果セットを１回で受け取れるかもしれんけど
まあ何がしたくてそんな事をしたいのかわからんと何とも言えんな

>>303
馬鹿ブログラマほど、設計が悪いとか言い出すんだよな

お前のとこではプログラマへのSQL指導までDBAの仕事なんだな
まあがんばれや

テーブル全体のdatatime2の列、すべてのレコードに対して+3時間とか処理を入れたいのですができますか？

>>305
いきなりunionだとかageと型が異なる'未取得'を指定するって、DBAならではの何か理由があってのことなのかな。
よければ理由を教えて欲しい。

>>309
> ageがNULLになってればいいんなら、UNIONしないでもCASE式でも使えば良いだけじゃないのか
まったくもってそのとおりだと思うけど、DBA様の回答が気になるところ。

>>311
datetime2 ってことはSQLServerなのかな。
update テーブル set 列 = dateadd(hour, 3, 列);

参考：https://msdn.microsoft.com/ja-jp/library/ms186819(v=sql.120).aspx

>>312
俺が言った回答を別人が同じことを言ってるな。

正確にはunion allにしとけよ。
実際には重複しないが、重複排除処理が走る可能性があるから。

俺がおまえが馬鹿にしてる人間だよ。

>>311
そんなの質問することか？

いいか？unionじゃなくてunion allだぞ、やっぱdbaすげーなー

>>314
>>305ですでにunion allと書かれてるわけで、それをunionに変えろという意図は全然ないよ。
unionを使うという発想がおかしいといっている。

>>309
SELECT句のCASEはあまり勧めない。

SQL文そのものに条件分岐を書くべきではない。

とあるフレームワーク使って、動的に変更できないと思い込んでこうする人がいるんだよね。

まあこういうフレームは個人的にあまり好きではない。

実際に発行されるSQLがぱっと見わからないから、可読性に問題がある。

>>316
union allの回答を最初にしたのは、おまえがいうdba様の俺だぞw

union allだとコストが若干上がるかもしれないが、コストより可読性を俺は優先する。

>>315
ゴタクはいらねーから、わかんねーならすっこんでろ

>>313
ありがとうございます！

・DBMS名とバージョン
LibreOffice Base 4.2.6.2

・欲しい結果
　　　ごはん　魚介類　野菜類
--------------------------
A氏　○　　　○
B氏　○　　　○　　　　○
C氏　　　　　　　　　　　○

・テーブルデータ
人マスタ
id　name
-------
1　A氏
2　B氏
3　C氏

食材マスタ
id　name
-------
1　ごはん
2　魚介類
3　野菜類

受け付けるものテーブル
人id　食材id
-----------
A　　　1
A　　　2
B　　　1
B　　　2
B　　　3
C　　　3

・説明
問い合わせの初歩的な例を訊いてる気がするのですがすみません・・・
結果の「○」は例で、他の値でもかまいません
受け付けテーブルにレコードがあれば1、なければ空白ではなくて0の表示とかでも可

出来ない場合に代替として考えてるのは
1. 各テーブルをなんらかの形式のテキストファイルにエクスポートして、他のプログラミング言語で処理
2. 人マスタに全ての食材を1カラム1食材として乗っける形で人マスタを拡張
のどちらかです

ただし、食材マスタ以外の2テーブルが週次程度で外部からの変更がかかること(変更の有無は別途連絡がきます)と、
受け付けテーブルの件数が1万件ほどということがあって、前者の理由から代替案1が、後者の理由から
代替案2がとりづらく思っています(プラス、仕事を増やせばバグや不具合のタネに、という基本的なコトもありますが・・・)
DBMSによる、というコトであればは別のものに変えるコトも可かも、という条件もあります

SQLだけで「欲しい結果」で示したような表が取れるならそれに越したことはないという次第で質問しました

javascriptとphp使ってます。
クリックするとajaxでサーバからデータを取得する。
具体的に書きます。

ページを開いた時に
・全てのid,nameの一覧を表示したい
・クリックした時に年齢(age)を取得して表示したい（クリックした箇所のみ年齢を表示したい）

レコードの量が多くなるのと必要なidとnameの該当する人のageだけを表示させたいので
ageだけはページを開いた時に取得せず、
名前(name)をクリックした時にその都度取得して表示するようにしたいんです。一度idとnameだけを全部取得してから
なのでページを開いた時にデフォルトでid=1のageが表示がしたいというわけです。

＞一度idとnameだけを全部取得してから

ミス。
ここ文章書いている時の消し忘れなので削除して読んでください

もう回答あったろ。それじゃあダメなのか、それとも理解できなかったのかくらい書いたらどうだい？

>ageだけはページを開いた時に取得せず、

1回で取得したいって最初に言っていたのと違うし。

dba出番だぞ

>>327
俺はPM、PL、SE、PGでかつDBAというよりDBエンジニアだ。

>>320
union all のほうが速いよ
重複判定をすっとばせるから

>>323
>>5 といいたいところだけど、
予想するに、Calcのピボットテーブル使うのが一番近そう。技術的にも環境的にも。

>>324
id=1のageをデフォルトで表示させたいという要求を、
クリックハンドラで使うことになるであろう関数をロード時に呼び出すことで満たせばよいわけで。

>>328
いや自己紹介はいいんだよｗ質問に答えてやれｗ

設計、方式スレじゃないだろw

宿題か個人作品に付き合う必要はない。

自分で考えろよ。

俺は気まぐれに応える程度で、やばそうなやつは指摘しているだけ。

変なクセがついて、あちこちで変なSQLを書かれたら迷惑だからな。

言い訳考えるほうが回答するより大変だろうに。おつかれさま。

相談しろと言ってみたり自分で考えろと言ってみたり難儀なdbaだな

dbaって何の略？

DBA 【 DataBase Administrator 】

アクセスの拡張子かとｗ

毎日、データ格納してるテーブルが肥大化してきたので1ヶ月以上前のデータをアーカイブテーブルに分けたいのですが、手順とかどう検索したら良いですか？

>>334
他人の批評をしているおまえは何なの？

>>339
どういうふうにデータを持っているのか説明してくれないとなんとも言えない。

>>318
> SELECT句のCASEはあまり勧めない。
>
> SQL文そのものに条件分岐を書くべきではない。

こんな「俺が嫌いだからダメ」レベルの話をされても困惑するわ

>>303
で、そのDBAさんは、開発プロセスのどこから関わり初めて、どこまでつきあうんですか？
それと、一人のDBAは何人のプログラマを担当するんですか？

>>340
回答してる人

>>339
手順も糞もあるかよ。

INSERT INTO hoge_archive SELECT * FROM hoge WHERE hoge_date < '一ヶ月前の日付';
DELETE FROM hoge WHERE hoge_date < '一ヶ月前の日付';

>>324
> レコードの量が多くなるのと必要なidとnameの該当する人のageだけを表示させたいので
通信時間が深刻になるほどのデータ量（取得後）だとするなら、それはUX的にやるべきではない。
大抵はHTTPのレスポンスはgzip圧縮されているので、少々データが増えたくらいは問題ない。

> ageだけはページを開いた時に取得せず、
> 名前(name)をクリックした時にその都度取得して表示するようにしたいんです。一度idとnameだけを全部取得してから
最初から、id,name,ageを取得しておけば、Ajaxも不要。

DBAって、導入・メンテナンス・保守する人のことでしょ

ソートが不要ならunionじゃなくてunion allがいいよ、ということも知らないようなプログラマがいるなら、
DBAが後から網羅的にコードを読んで指摘するんじゃなくて、そいつを教育した方が早いのでは。

× ソートが不要
○ 重複の除去

重複排除になる場合、またグループ化されるとき、内部処理の都合上、ソートされるが、SQLの定義ではORDER BY指定しないと並び順は保証しないからな。

プログラマはデータベース利用者で、データベースを理解したうえで使用しなくてはいけない。

以下はあるサイトの引用

情報資源およびデータベースを計画・設計・構築・運用・管理する業務に従事し、次の役割を果たす。

データ管理者（DA）として、情報システム全体のデータ資源を管理する。データベース管理者（DBA）として、基幹データベースの構築と維持を行う。個別システム開発の各工程（計画・分析・設計・運用・保守）において、データベース関連の技術支援を行う。

（「情報処理推進機構：情報処理技術者試験センター：情報処理技術者試験制度：制度の概要」から引用）

ORMとか使われると大変でしょうが、DBAさん頑張ってくださいね

書かれたクエリ（コード）を見てからじゃ、変更の工数が多すぎる。
設計段階でSQL書かせて、それをレビューせねば。

>>352
O/Rマッパーのせいで変なSQLを書かれる傾向があるから嫌だね。

結局、アプリケーションからクソSQLを隠しているだけになりかねない。

ストアドでも汚いSQLを隠すためにストアド化するやつもいるからな。

>>348
今のところそういう人はここに出てきてないから安心だね

>>355
君のことなんだが。

>>354
プルリクあったら、全コードDBAがレビューすんの？

レビューってチェックとは違うからな。

そろそろ別にスレ立てるかなんかしてどっか行ってくれ

>>333
> 変なクセがついて、あちこちで変なSQLを書かれたら迷惑だからな。
そうだな

消えろ、お前が

DBAは設定ファイルのパラメータでもいじってろ

「ここ数日このスレにレスしてる奴らの中で、俺様が一番できる」と勘違いする奴がたまにでてきて居座る。

この現象に何か名前がついてませんかね。

>>356
このスレって俺とあなたしかいないの？ならあなたの自演が相当すごいってことに

>>362
ミサワ病
または
日課の乳首いじりしてたら突然ポロっと取れて病院行ってきた病

>>362
一人で始められるお山の大将とその取り巻きごっこ

閑話休題

それではひきつづき「俺様が一番できる」をお楽しみください

>>363
「そういう人」はひとりいるじゃん。
それがわからないってことは、つまり君がそうとしか考えられない。

>>367
安価つけなよ

>>345
うおおお　ありがとうございます！
調べててもパーティションだかパンティだかそんな内容しかでてこなくて困ってました。
これで寝れます

>>369
自作自演っぽいなw

>>330
解決しました アドバイスありがとうございました

>>368
ID:hsf+0Rn0 だよ。
いちいち間違いを指摘するのも時間の無駄なんで指摘しないが、こいつの駄目さ
かげんがわかんないなら君も同レベル。

SQLServerスレが見つからないので、こちらで質問します。
他の端末で修正中のダーティデータが紛れてもいいから、とり急ぎの登録商品の一覧を

SELECT コード,品名
FROM 商品マスタ WITH (NOLOCK) WHERE 〜 ORDER BY 〜

という風に一覧取得したうえで、各レコードごとに、それがダーティデータ(ロックされている行)かどうか判別したいのですが
どうやったらいいじょうか。

気持ち的に

SELECT コード,品名,(case when この行がロックされているか then 1 else 0 end) as ダーティフラグ
FROM 〜

にしたいのですが

>>372
>>312が俺

>>374
DBA様以外の俺らが喧嘩しても意味なかったな。
謝るよ。

>>373
Microsoft SQL Server 総合スレ 10
http://echo.2ch.net/test/read.cgi/db/1385363382/

>>371
よかった。おめでとう

>>373
RDBMSの更新時に発生するロックのことなら、それは大抵一瞬なのでそんなこと画面に表示する意味ない。

そうではなくて、
1. 誰かがある商品の編集を開始する（ということをマークする）
2. 編集中は他ユーザは参照のみで編集はできない
という制限をかけるための「ロック」なら、別途「編集中フラグ」などで管理する必要がある。

最初に表示するときにロックかけてselectするつもりなんじゃね？

>>373
その書き方だと、uncommitedなデータを意図的に読み出したいということにもなるんだけど
あえてそういうトランザクション分離レベルを指定しているのか、
それとも他端末のトランザクション中はとにかくダーティデータが混ざってしまうと勘違いしているのかどちら？

>>379
その発想はなかった

>>373
そもそもロックされてるデータがSELECT時に分かって編集中と表示しても、そのときのロックの状態しか分からないのでは意味がない。

編集中ではないものが次の瞬間、ロックされてたりもするだろうし。

いったん対象レコードをSELECTして、1レコードずつロックして、ロックできるかできないかで判定はできるだろうけど、アホな設計だな。

そんなことするなら、昔のSQL ServerみたいにSELECTしただけでロックする設定で運用しろよ。

で、画面開きっぱなしで何時間もロックし続けると

特に妙案はなさそうならばアプローチを変えて

あらかじめ商品マスタテーブルにロックフラグ(Boolean型)を追加したうえで
ロックする側(トランザクションで括った中)で、ロックフラグを
まず、商品マスタテーブル
ロックフラグ

書きかけでボタン押してしまいました、すみません。

ロックする側(トランザクションで括った中)で

・BEGIN TRANS直後にロックフラグを立てる
・COMMIT直前にロックフラグを戻す
・何かトラブルあってROLLBACKしたら、ロックフラグは勝手に戻る

参照側はダーティなロックフラグを読み取って、ロックされてるかどうか見る

んで大丈夫ですかね

もう根本的に駄目

そもそも何をしたいのかいみふ

何をしたいか全くわからんが
自分でロックフラグを操作する気なら、ダーティリードしちゃ駄目
ロックフラグ操作が正しく取得できないから、自分でフラグ操作する意味がなくなる

なんとなく思ったが
いわゆる楽観的ロックで良いんじゃないかと

・数人が分担してマスターを編集

・編集中は排他的ロック
(お手つき判定は編集開始時点にやりたい)

・編集中の半端な状態でもレコード内容の確認はしたいが
　半端な状態(ダーティリード)であることは知りたい

・編集者のマシンがいきなり再起動しちゃっても
　「強制フラグ倒し」みたいな別処理をしないでいたい　

こんな要件です。

総レコード数が1000件として
10人が別々のレコードを編集してたとき(排他ロック)
参照端末から全件抽出な操作したとき

・排他ロック分を除いた 990件 だけが出てくるのではNG
・編集中かどうかが分からない状態で 1000件 抜けてきてもNG

COMMIしないかぎりフラグの変更が他のセッションに見える保証はないんだから
ダーティリードで排他制御なんて一般的には無理。

>>391
> ・編集者のマシンがいきなり再起動しちゃっても
> 　「強制フラグ倒し」みたいな別処理をしないでいたい　
これがやりたければ編集開始時に別テーブルにロックレコード作るのが楽だと思うけど
その上で排他ロックとかread uncommittedとかせずに

> ・編集中の半端な状態でもレコード内容の確認はしたいが
編集中のプロセスは一項目毎に変更をコミットするとか
ロールバックしたい時はロックテーブルに保存された値を戻すのがいいのかな

何のためにこんなややこしい事をする必要があるのかいまいち分からんけど…

>>393
軽く試した限りだと、参照側が WITH (NOLOCK) 付けておけば直ちに変更が見えたのですが
確かに、それは「たまたま」であって、サーバーが保障してるわけじゃないですよねぇ

>>394
別テーブルにロックレコード作るとして
編集者のマシンが異常停止すると、それ残ったままになってしまいませんか？
起動時に自マシンのロックレコードの残骸を自動削除するような処理はやりたくありません。
(PCが壊れて起動できなくなった場合に、シス管がロックレコードを強制削除するような保守するのは避けたい)

>>395
> (PCが壊れて起動できなくなった場合に、シス管がロックレコードを強制削除するような保守
以外のやり方はないのか？

SQL Serverのことはよく知らないが、編集中のセッションIDだかプロセスIDだかを保存しといて、
つぎに誰かがロックを獲得しようとしたときに、そのセッションだかプロセスが存在するかどうか
チェックして、なければDELETEするとか。

>>395
なんだよロック残したいのかと思ったよｗ

どんだけ読解力ないんだよ

データベースの「ロック」「「トランザクション（レベル）」「ダーティリード」と
機能要件の「編集中ロック」「変更途中の中途半端な状態」をごっちゃにするな。

「変更途中の中途半端な状態」と「ダーティリード」については、以下のことをよく考える必要がある。

以下、時系列：
1. User1がトランザクションを開始して、あるレコード（内容A）を変更し内容Bに変化した
2. User2が上記レコードを取得（内容はB)
3. User2は、内容Bということを前提になにかをする
4-1. User1が編集をUndoしてコミット（最終的には内容Aになる）
4-2. BからCに変更してコミット（最終的には内容Cになる）
4-3. ロールバックする（最終的には内容Aになる）

つまり、確定された状態は、内容Aか内容Cであり、内容Bなど存在しないというケース。

そんなボロいPC使って作業すなよ w

内容Bが欲しいのでなく、「そのレコードはUser1が弄ってる最中」、というステータスが欲しいのですが
まだ伝わらないですか？

>>401
そんなの最初からわかってるわ。
お前が「ダーティリード」と特に明記してるから、その意図を明確にしようとしてるだけだ。

もう相手しなくていいんじゃないかな

>>401
横からだが
そのステータスをを、DBのロック機構によって判断しようとしてるんだけど
>>402はそれは機能要件だろうと言ってる
つまりDBのロック機能を使うんじゃなくて、自分でフラグ管理して
ダーティリードするなって話

俺の>>378,396がガン無視されてるんですけど。

>>391
> ・編集中の半端な状態でもレコード内容の確認はしたいが
>　半端な状態(ダーティリード)であることは知りたい

編集前の状態ではだめなんですか

実は一般的な>>390で全く問題ないのに

「編集画面を開いたら対象レコードをロックしなければいけない」
という強い勘違いのせいで

話が面倒な事になってるだけの気がしてきた

>>395
> (PCが壊れて起動できなくなった場合に、シス管がロックレコードを強制削除するような保守するのは避けたい)
どんなアプリ使おうとしてるのか知らんけど、ＰＣがダウンしたのか担当者がロックしたまま帰宅しちゃったのかを区別する仕組みがいることはわかるよな？
よくやる手は
30分に１回サーバーにアクセスしないと脅しを入れといて30分越えてたら問答無用でロック無効にする
とか
サーバー側のプログラムとクライアントが定期的に通信してて通信が途絶えたらロック解除する
とかかな

あと、お前の要件だとダーティリードとかは忘れた方がいい

・DBMS名とバージョン
postgres9.5
・テーブルデータ
create table suuji(suuji numeric);
insert into suuji values(20150505);
上記２つを実行
・欲しい結果
select * from suuji
where
to_char(suuji,'99999999')=
to_char(to_date('20150510','YYYYMMDD')-5,'YYYYMMDD')
の実行結果で１行データを取得出来ること
・説明
numericの項目を文字列化
'20150510'の値を日付化して５日引いた後に文字列化
それを比較した結果一致のはずなのに取得結果は０件

どうしてなのでしょうか？

まだpostgres95使ってんのかよ、と思ったｗ

>>409
何とか見つけることができました。
select * from suuji
where suuji = to_number(to_char(to_date('20150510','YYYYMMDD')-5,'YYYYMMDD'),'99999999');

こんなにキャストしなければいけないのでしょうか・・・
to_numberで日付を直接することはできそうにないのでこうなるの？

>>409
suujiじゃねーんだよ、numとかにしろや

>>409
to_char(num,'FM99999999')

date型にしてないのは何か理由があるって事でいいのかな。

あ、numにしちゃった。suujiで。

なんでそもそも項目を数値型にしてんの？

■DBMS：SQLServer 2008

商品マスタ(商品CD, 店舗CD, 販売地域, 販売金額, PRIMARY KEY(商品CD, 店舗CD, 販売地域))

■テーブルデータ
商品CD | 店舗CD | 販売地域 | 販売金額
-------------------------------------
T10001 | 000000 | 000 | 30,000
T10001 | 000100 | 001 | 27,000
T10001 | 000100 | 000 | 26,000
T10001 | 000000 | 001 | 24,000
T10001 | 000200 | 000 | 25,000

[商品マスタの説明]
・商品CD全てに店舗CDが'000000'(:店舗共通コード)と販売地域が'000'(:販売地域共通コード)が
　付与されております。

・各店舗で全店舗と違う金額で販売する場合のみ、
　店舗CDを指定したレコードを"商品マスタ"に登録してます。

・商品CDの数は10万レコードとそれなりにあります。


[取得したい結果]
商品CDと販売金額を取得します

・取得したいデータの優先順位
(1)店舗CD、販売地域が伴に指定したレコードがある場合
店舗CD = '000100', 販売地域 = '001' ⇒ 商品CD T10001, 販売金額 27,000

(2)店舗CDには指定したレコードがあり、販売地域は無い場合
店舗CD = '000100', 販売地域 = '999' ⇒ 販売地域を'000'で取得
店舗CD = '000100', 販売地域 = '000' ⇒ 商品CD T10001, 販売金額 26,000

(3)店舗CDに該当するものがなく、販売地域に該当するものがない場合
店舗CD = '999999', 販売地域 = '001' ⇒ 店舗CDを'000000'で取得
店舗CD = '000000', 販売地域 = '001' ⇒ 商品CD T10001, 販売金額 24,000

(4)店舗CDも販売地域も両方とも該当しない場合
店舗CD = '999999', 販売地域 = '999' ⇒ 店舗CD, 販売地域ともに共通レコードで取得
店舗CD = '000000', 販売地域 = '000' ⇒ 商品CD T10001, 販売金額 30,000

10万レコード + 店舗と販売地域で特化したレコード数千レコードがある状態から
SQLのみで商品CD毎の販売金額を取得する方法はございますでしょうか？

>>416の続き

現状は、
店舗CD IN ('000000', 指定店舗CD) AND 販売地域 IN ('000', 指定販売地域)で取得　⇒
取得した行配列を優先順位の通りにソート　⇒　
ループで回して商品コードが重複する場合に優先度が低いものを削除

という流れで行っているのですが、ループで回して削除する箇所で時間が掛かっております。
SQLで取得することで時間を減らせれればと考えております。

宜しくお願いいします。

試してないけど、こんなんでいけるんじゃね？

select 商品CD, 販売金額 from 商品マスタ
where 店舗CD=指定店舗CD and 販売地域=指定販売地域

union all
select 商品CD, 販売金額 from 商品マスタ T
where 店舗CD=指定店舗CD and 販売地域='000'
and not exists (
select * from 商品マスタ
where 商品CD=T.商品CD and 店舗CD=指定店舗CD and 販売地域=指定販売地域
)

union all
select 商品CD, 販売金額 from 商品マスタ T
where 店舗CD='000000' and 指定販売地域=指定販売地域
and not exists (
select * from 商品マスタ
where 商品CD=T.商品CD and 店舗CD=指定店舗CD and 販売地域=指定販売地域
)
and not exists (
select * from 商品マスタ
where 商品CD=T.商品CD and 店舗CD=指定店舗CD and 販売地域='000'
)

union all
(全部書いたらNGになったんで省略。パターンは同じ。)

(店舗CD = '指定店舗CD' or 店舗CD = '000000')
and (販売地域 = '指定販売地域' or 販売地域 = '000')
で
max(店舗CD + 販売地域)をとればいいと思う

>>418
ありがとうございます
無事いけました。
SQLは長くはなりますが、パターン部分は流用できるのでプログラムソース上は思ったより
コンパクトに出来ました。

なるほど"UNION ALL"で優先順位通り連結すればいけますね
AND NOT EXISTSの連結で綺麗にパターン化できますし

データファイルをオンラインで配布する関係でレコード数減らすために、
こういうデータ設計になってるのですが、その後の処理で困っていたので助かりました。

どうもありがとうございました。

>>419
どうもありがとうございます。
なるほど、連結＋MAXは盲点でした
文字列長固定なので、連結した後にMAXでもいけますね

こちらについても試してみます

色んな発想が得られて感謝してます。

なんでこういうSQLになっているのかコメントを残すようにしてね。

それと各SELECT文にORDER BYを入れておいた方が処理順を把握できる。

処理途中で何か問題があったときにどこまで処理したか追跡しやすくなってテスト、運用が楽になる。

>>422
アドバイスありがとうございます

他のソースでこういうSQLはしていないので、
修正前の取得方法と今回の修正後の取得方法について
第3者が分かるように理由込みでコメント残しておきました

ORDER BYの件参考になります。
検索結果画面等で表示順が絡む箇所でしかORDER BYを使ってなかったと思います。
動くことに重視しがちで、デバッグ等や運用についての意識が薄かったのでその辺り意識していきます。

SQLServerですが、

SELECT *
FROM 売上
WHERE 商品コード IN ('A','B','C')
AND 日付 Between '2015/01/01' and '2015/12/31'

なSQL文の処理速度を上げたい場合、どのようなインデックスを貼るといいですか。

日付にはればいいんじゃねーの

>>425
稼働して1年以内なら全く意味なし
2年経って選択率1/2になるが、table scanが選択されるかもしれない
10年くらい稼働すると意味がでてくるかもレベル

20年近くのデータがあって
レコード件数は1000万件ちょっとです

SELECT のところは実際には SUM ったりするわけですが
レスポンスを向上させる良い手段はないかと思い

>>427
とりあえずチューニングアドバイザーに聞いてみる

特に複雑なことをする必要もないと思うけど、それでもそのクエリが問題になるのなら
パーティショニングかマテリアライズドビューか式インデックスあたりを検討してもいいかもね。

>>427
> 20年近くのデータがあって
> レコード件数は1000万件ちょっとです
先に言え
まぁ、1000万件くらいだったらたいしたことない場合もあるが

> SELECT のところは実際には SUM ったりするわけですが
先に言え

> レスポンスを向上させる良い手段はないかと思い
過去のデータを毎回再計算する必要が本当にあるかどうか考える
また、生データを毎回SUMする必要があるのか考える
例えば、mothlyで商品コード毎のサマリを事前にしておくとか

年月で集計しても500万件にしか減らないんですよ
平均すると、月に2回しか売れてない商品だらけみたいで

>>431
それならどうしたって遅くなるわな

20年近くのデータ期間で1000万件なのに、年月で集計すると500万件？
どゆこと？

> 年月で集計しても500万件にしか減らないんですよ
> 平均すると、月に2回しか売れてない商品だらけみたいで

ちょっとよくわからんな
年500万件だとすると、月40万件ちょい
取り扱い品目が20万以上あるということか？

select * from 注文 -- 1000万
select * from 注文 group by 商品, 注文年月 -- 500万

商品の入れ替わりもすごく激しいのかもしれないなぁ。
端折りすぎでしょ。

>>434
はい、ずばりそのとおり
商品登録は30万件ほどです

なら商品コードのindexが優先されるようなクエリを試してみるのがいいんじゃね？
INやめて商品コード毎のクエリに分割してみるとか。

そのテーブル主キー（候補キー）はないのか？
実際に早くしたいSQLはどれなんだ？

>>437
> はい、ずばりそのとおり
クイズはいいからずばり仕様を明確にしていただけませんかね

俺だったら品番別データにする
フィールドに前年度売上とか当月売上とかを作って持たせるそうすればデータ件数は激減すると思う

以下のような指名、給料、月があるテーブルから、各月の一番給料高い人を抽出したいのですが、どうすれば良いのでしょうか。

指名　給料　 月&#160;
AAA 250000 1&#160;
BBB 350000 1&#160;
CCC 300000 1&#160;
AAA 150000 2&#160;
BBB 280000 2&#160;
CCC 400000 2&#160;
AAA 300000 3&#160;
BBB 150000 3&#160;
CCC 200000 3&#160;

求める結果
指名　給料　 月&#160;
BBB 350000 1&#160;
CCC 400000 2&#160;
AAA 300000 3&#160;

>>442
>>4

>>443
join使わずにできませんか？

>>444
join使うのが嫌な理由は？

>>444
よくある質問とその回答なんですよ。

SQLSERVERならROW_NUMBER() OVER 〜 使えばできるが。

>>445
複雑になっていくと可読性が悪い気がしまして。
>>446
王道的な書き方なんですね

>>447
サンプリングして頂けませんでしょうか！

>>448
join複雑と思うならSQL 触るのやめた方がいい

>>448
SQLSERVERなんですか。

join前提でテーブル設計しないとすごいものが出来上がる気が

超がつくほどの初心者にとってはjoinがたまらなく複雑に見えることもあるだろうけれど
それが気のせいだったと気づくのにさほど時間はかからないかと

ただ、初心者でもないのにjoinは複雑過ぎて保守できないなんていう人もごくまれにいるようなので
そうはならないでねと

joinがいやならストアドでも作れば

>>442
こちらjoinを使い
>>4で対応は出来ましたが、

求める結果
最高給料者 給料 最低給料者 給料 月
BBB 350000 AAA 250000 1
CCC 400000 AAA 150000 2
AAA 300000 BBB 150000 3

このように出すにはどうすればよいですか？

さぶくえり

>>454
maxができたんだから…(・ω・｀)

検索中に他のセッションが更新しないデータなら、T-SQLのバッチでもなんでもいいだろ。

最高給料者と最低給料者をどう分けますか？

最高と最低で同じ額の人が複数いたらどうすんの？

>>458
どう分けるってカラム名のこと？

風俗店で働いているのかな。

いま調べたら、SQL ServerでもSELECT句でサブクエリが使えるようだね。

いろいろやり方はあるけど、一つ一つ段階を踏んで考えていかないと、間違ったSQLを作って、間違いに気付かない状況になるよ。

環境：Access、またはSQL Server(LocalDB)

やりたいこと：
　長いテキスト型のフィールド[MEMO]が含まれるテーブルA(5000レコード程度)と、
短いテキスト型のフィールド[KEYWORD]が含まれるテーブルB(50レコード)があります。
　テーブルA.MEMO の文字列に含まれている、テーブルB.KEYWORDの文字列を検索して、
含まれる文字列(=テーブルB.KEYWORD)をリスト化したいと考えています。
　ただし、テーブルA.MEMOには、テーブルB.KEYWORD内の複数の文字列が含まれている
場合と、全く含まれていない場合があり、複数含まれている場合、テーブルA.MEMOに
最初に現れる文字列のみリスト化する(テーブルB.KEYWORDで最初に見つかった文字列、
ではない)という条件になっていて、うまいこと処理する手段が思いつかずにいます。

　このような場合、どんなSQLを組めば良いのでしょうか？

https://technet.microsoft.com/ja-jp/library/ms190184(v=sql.105).aspx
これを使って工夫することになるかなーと。

>>463
いちおうACCESSでこんなクエリ書いてみた
SELECT t1.MEMO,t2.KEYWORD
FROM (
SELECT MEMO, MIN(POS) AS MINPOS
FROM (SELECT MEMO,KEYWORD, InStr(MEMO,KEYWORD) AS POS FROM テーブルA, テーブルB WHERE InStr(MEMO,KEYWORD)>0)
GROUP BY MEMO
) t1
INNER JOIN (SELECT MEMO,KEYWORD, InStr(MEMO,KEYWORD) AS POS FROM テーブルA, テーブルB WHERE InStr(MEMO,KEYWORD)>0
) t2
ON t1.MEMO=t2.MEMO and t1.MINPOS=t2.POS

長いテキストってのがMEMO型とかだと、色々制限があるからこれじゃ無理
SQL SERVERでNVARCHAR(MAX)とかなら、InStrをCHARINDEXにしてサーバ側のSQLなら行けるかもしれん

お恥ずかしい質問ですが…
ある列の何文字目のみを一致した文字がある場合、その文字に書き換えるっていうのはどうすればいいでしょうか？

123123123
の三文字目(3)を2に書き換えるということです。

何のdbよ

>>467
oracleです。

お前はまず>>1読んで質問側の要件満たせ

あ、テンプレあったんですね。失礼しました。

update テーブル
set フィールド1 = substr(フィールド1,1,2) + replace( substr(フィールド1,3,1),3,2 ) + substr(フィールド1,4)
where substr(フィールド1,3) = 3;

正規表現でやっちまうのがええんやろうけどね

>>1
環境 oracle 11.2
内容は>>466
です。ただ、数字はランダムなので…

>>ただ、数字はランダムなので…
条件出しきれてねーじゃねーかちゃんと書け

SQLServerだけど
たった数千レコードの更新に、アホみたいに時間がかかると思ったら
ロックエスカレーションなどという、お節介な機能が作動しやがるのか

デフォはAUTOで、積極的にエスカレートしていくんだよね？
速攻で無効にしてやったよ

ここはお前の日記帳

>>474
くゎしく

一応MySQL想定。

特に重要な意味を持つカラムというわけではないけれど、
AUTO_INCREMENTを指定して、レコードに通し番号をつけて管理を便利にするとする。

このカラム名を、複数のテーブルで同じ（あるいは同じような）名前にしたいとき、
どういう名前にするのが定番？
プログラミング界隈で変数名を i にしておけば、大体どの言語でもループだろう、みたいな。

今は仮に id としてるけど、これで知らない人が見ても、そう思うのかどうか分からなくて。
あと何らかの理由で id が使えない場合、第二候補は何がある？

単にidと言われても何のidなんやらさっぱり判りませんけど w

テーブル名が「なんちゃら」として
idだと、なんちゃら.id になるけど
なんちゃらidだと、なんちゃら.なんちゃらid になって冗長に思える

その上で、テーブル名にプロジェクトを示すプリフィクスがあったりするとさあ大変

スキーマの名前もかぶってたりしてな

先生、階層化がしたいです……

強いてあげるならやっぱりidになるかと。
O/RM界隈なんかの影響が強いかもしれないけどね。

ありがとう、
妥協かもしれないけど、そのままidで行くよ。

ただのIDはよくない。

テーブルの結合構文を想像しろ。

テーブル別名つけていると、id = id となって同じ意味のidに見えてしまう。

ただのIDが良くないというより、
正確には、同名を付けることが良くない？

同じ機能を持つものに、同じような名前をつけるって考え方は正しくとも、
全く同じ名前だとデメリットが大きいのかな。

あ、もちろん無機質な名前、短い名前は被りやすいというのは前提で。

record_idだったらまだ悪くはないと思うよ。

同じ意味のカラムに違う名前を付けるやつもいるからな。

業務として言葉が違うなら、そうなるのは当然だけど、そうじゃないのにカラム名が違うとか、やめてほしいわ。

JOINでidとidを使うやつはいないと思うけど
同じ名前なら USING(id) とか使えるやつもある

>>489
それはidに限った話ではないだろうが。

>>487
> record_idだったらまだ悪くはないと思うよ。
ほとんど意味のない命名にしか見えないが...

DB設計を語るスレが寂しそうにこちらを見ている

いろんなテーブルに同名カラムidがあるのは許されないが、その名前がrecord_idであるなら悪くは無いという理論。
これは語るスレでしっかり語って欲しいところ。

>>493
> これは語るスレでしっかり語って欲しいところ。
いらんわ

例えば社員テーブルのIDと部署テーブルのIDを両方record_idという名前にしたら
どの社員がどの部署に所属するかというテーブルはどう作る？

>>495
create table 所属 (
社員 int references 社員テーブル(record_id),
所属 int references 所属テーブル(reaord_id)
);

typo
所属テーブル(reaord_id) ⇒ 所属テーブル(record_id)

まあ結局>>496みたいな設計が気持ち悪いと思うかどうかだけだろう

>>498 の気持ちいい設計ってどんなの？

設計というより設計工程に入る前に決めておくべき命名規則の問題だな

個人的には多少冗長になっても「foo.foo_id」とかにしたい気はする
アプリ側のミスを減らすために冗長でも分かりやすい方を取りたい

けど、この手の半ば好みの問題的な話は正解を公の場で決めようとすると
不毛な宗教論争に陥りがちなので、チーム内で話し合って決定するか
あるいは部署や全社で共通のルールがあるならそれに従おうってことで
何にせよ一度採用した命名規則は明文化して全員で墨守するのが重要だよな

DB専門チームがやらないと本当はうまくいかない。

しかしなぜかDBAは開発が分からないことを理由にしているのか、テーブル名、カラム名を開発者に決めさせることがよくある。

スレタイ読めない奴がこれだけいるんだから
そら上手くいかないのも分る

>>500
あらゆるカラムにテーブル名をつけるって規則なら見たことがある
そしてそのテーブル名はイニシャルだか何だかを繋いだ謎の文字列

やっぱりこういうどうでもいい話だと盛り上がるね
自転車乗り場のなんとかですかねw

学術的、技術的な裏づけがなくても語れるからな

そして白痴でも吐ける愚痴と皮肉だらけになるまでがテンプレ

DB設計を語るスレ 9 [転載禁止](c)2ch.net
http://echo.2ch.net/test/read.cgi/db/1444733172/

>>503
SELECT * する前提でフィールド名が重複しないように、だな
腐りきってる

select * がいかんつーのはバインド変数使うpl/sqlやpro*cの話やで
select * 自体に何の罪もない

>>508
テーブル名修飾をしないのは、ほぼありえない。

甘いな
JOINしまくった挙げ句に、さらっと SELECT * なプログラマーは未だに生息してる

ORMってそんな感じじゃないの？
しらんけど

>>512
ORマッピングのことくらい調べてもの言えよ。

>>511
SQLをまともに勉強したことがないやつがいるのか。

それは恐ろしいな。

>>513
ORMって全カラム持ってくるのが基本じゃないの？
しらんけど

>>515
何言ってんのw

>>516
お前こそ何言ってんだかｗ

ORマッピングを知らないのに、ORマッピングはこうだと語り、最後にORマッピングは知らないと言い放つ、変なやつ。

うぜーわ
よそでやれよ

>>511
それでも別に問題ないが？

こんなところで暇つぶしするのやめてくれよ

なんか>>485あたりから変な奴がいるからな
一人なのか複数なのかわからんが

>>522
このスレは俺のスレッドだと言いたいわけか。

>>523
変なこと言う奴にそれ変だっていうと、このスレが俺のものになるのか？
どういうロジックだよ。

お前ら全員スレチなんだけど

それぞれのサイトで決められた命名規則ルールに従いなさい
それだけでしょ

という思考停止

>>511 みたいな奴は思考停止してくれてた方がマシ

そもそもプログラム内のSQLでSELECT * はまずありえないだろ。

ありえないと断言できるほどに根拠はないな
経験則ではそうかもしれないが

ありえないとするには何らかの前提が必要だな。
その前提書かないことには変なこと書いてる人のままになるかと。
そしてそれは不本意でしょ？

select * 使いまくってたな
でもそれを受け取るホスト言語でバインド変数を自動生成する仕組みも作ってた

ストアド使わないの？

select *
使っちゃマズい状況なら使わない
使っても問題ない状況なら使う
そんだけ

まともプロジェクトならSQLのコーディング規約でSELECT * は禁止だし、

オラクルマスターでも結合を伴う場合は、テーブル名(別名).* にすると指導している。

このスレは初心者すぎるんだよ。

select * が禁止でテーブル名.*ならOKなんてプロジェクト見た事ないわ

もうこれネタだろ。それも面白くないほうの。

要するに

> オラクルマスターでも結合を伴う場合は、テーブル名(別名).* にすると指導している。

というのが唯一のよりどころな奴が暴れてると

SELECT *にしとけば、テーブルの定義が変わってもサーバサイドのコードを変更することなく
クライアントにまで変更された内容が伝わる、というメリットもある

え？SELECT * は普通に結構使うだろ

…EXISTSでな！


まあこの話はそろそろ終わりでいいだろ、質疑応答スレであって議論スレではないんだから

先ず隗より始めよ

あのさ
Oracleのテーブルに、SQLを格納したいんだけどさ、
シングルクォーテーション、ダブルクォーテーションが含まれている状態でInsertすることってできるの？

>>542
バイナリファイルですら突っ込めるのに何を言ってるんだよ...

>>542
プレースホルダ使おう、以上

何もねえよ

テーブルの存在確認をしたい場合、C#を使ってMySQLに対してcmd2文字列なら上手く行くのですが、cmd1だとエラーしました。
string cmd1 = "IF EXISTS (SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME='" + tableName + "') SELECT 1 ELSE SELECT 0";
string cmd2 = "select case when exists((select * from information_schema.tables where table_name = '" + tableName + "')) then 1 else 0 end";
SQL SERVERに対してならどちらも正常に実行できました。
こういう事は良く有る事でしょうか？
SQL文というのはどのデータベースに対しても同じように実行出来ると思っていたのですが、それは間違いですか？

ソフトでSQLにも方言がある。エラーならそこに原因書いてあるだろ。なんか使ってんじゃねーの

「SELECT 1 ELSE SELECT 0」こんなん通る？

>>546
SQLの規格への準拠度合いがデータベースによってまちまち。
それに加えて、それぞれに独自拡張がある。

>>547>>548>>549
詳しい説明ありがとうございました。
テーブルを作る、削除する、データを追加する、検索する
程度の簡単なSQLが実行出来ればいいのですが、それくらいの範囲でも
各社でコマンドが違いますか？

>>550
そのくらいなら方言じゃなくて標準語使えばいい。よっぽどじゃなきゃ標準語できる。
そこに無理矢理方言使うから他のDBで動かなくなる

なるほど。
そのsqlの標準語はどういう規格で決まっていますか?ググるキーワードを教えて下さい。

>>548
よく見ろ、SQL標準に入ってるCASE構文だ

>>552
まずSQLで検索しなよ

>>552
『SQL92/99標準リファレンスブック』みたいな本買えばいいよ

>>555
ありがとうございました。
さっそく買います。

俺はSQLポケットリファレンス使ってる。
各関数のページにどのDBで使えるか書いてあるの意外と重宝

>>553
ただのif文じゃね?

>>558
前半のはIFで後半のはCASEだな、自分もよく見てなかったよ、お恥ずかしい

dbo.tableに
col1, col2, col3の列がある時
col1, col3のみ取り出したい。
ただしcol3でdistinct したいんです。
全部文字型データです。

ひとつのcol3の値に対してcol1の値は複数存在するのか？
存在しないならcol1も入れてdistinctすればいい。
存在するならどっちのcol1の値を取り出すのか決めろ。

>>561
col1は複数存在します。
distinctでは最初に見つけた行以外を消したいです。

プログラム側なりサブクエリなりで余計なもの排除するのは？

sqlで一発で決めたいんです
よろしく

>>562
レコードに「最初」って概念はないからそれは無理。要はどれでもいいってことだな？
なら最小のcol1を選ぶことにして

select min(col1), col3 ... group by col3

そもそもSQLでやることじゃないだろ。

ありがとうございました。
select min(col1), col3 from table group by col3
で、出来ました。distinctと言うのを使わなくても出来るのですね。
もし、同じ条件で、col1, col2, col3を取り出すにはどうすれば良いでしょうか。

>>567
そうなると >>4 となる。理屈は考えて

>>568
ありがとうございました。うまくいきました。
取得する列が一個増えるだけで、SQLの記述がガラッと変わるんですね。
不思議です。

そもそも何をやりたいのか説明できない自分を恥じろよ。

>>569
order byもどうせいるんだろ？

グループ化するとソートされるから気づかないんだろうが。

>>571
いかにもSQLでやるべきことに対して>>566と書いたことは恥じなくていいのだろうか

無理しないで

>>569
そう言う場合、大概はテーブル設計が間違ってる
>>4のやり方なら、項目数で書き方が変わる事はない

col3が親テーブルのカラムで、col1が子テーブルのカラムの方がいいデータモデルなのかもしれないが、このスレはとにかくSQLでどうにかしろと言うやつしかいない。

だからクソデータモデルとクソSQLのシステムばっかりできるんだよ。

>col3が親テーブルのカラムで、col1が子テーブルのカラムの方がいいデータモデルなのかもしれないが、

それちょっとテーブル定義書いてみろよw

求めたい結果からそういうふうにデータを持つ手もあると言ってることが理解できないなら絵でも書いてみろよ。

そもそも設計はスレ違いなんでよそでやってください

んじゃ俺が書いてやるｗ

create table oya {
col3 primary key
}

create table ko {
col1 primary key,
col3 not null references oya(col3)
}

間違った、子はこうだな。

create table ko {
col1 not null,
col3 not null,
primary key(col1,col3)
foreign key (col3) references oya(col3)
}

mysqlのboolean型はsql serverのbit型だそうですが、両dbで名前が違っていると使いづらです。

>>581
オラクル社とマイクロソフトにお手紙でも書いてください。

>>574
>>567 から >>4 になるに当たってがらっとかわったわけで、それは別に設計が間違えていたわけじゃない

>>579
書くまでも無く、クエリになんらよい変化をもたらしませんでしたな

ここに質問にくるやつは、そもそもデータを示さないから、応えようがないよな。

>>584
実際にそれだけのテーブルを作るわけじゃないだろうが。

グールプ化のSQLも重複排除なんて言ってたけど、ただのSQL初心者じゃん。

自分の求めたいことを説明できない時点で、自分自身が分かってないんだから、順序立てて考えろと言いたい。

>>586
いや、あなたもいまいち説明できてないよ。
>>575 によると、テーブルを分割するとデータモデルは正しくなり、SQLも形を変えるように読める。
しかし結果は変わらなかった。それどころかもともとのテーブルが>>579のような形である可能性は十二分にある。

つまり、>>575の意図がまるで明確じゃないということ。

簡略した例と考えるのが普通だけどな。

いいから>>575で言ってた「いいデータモデル」を具体的に説明してみなよ。
まぁ、「そのくらい自分で考えろ」と逃げてもいいけどさ。

設計はスレ違いなんでよそでやってください

質問者が満足していることだけは確かなのでスレとしてはよい結果である

sql勉強中なんですがどんなsql文が書けるようになったら一人前ですか？
こういう状況でこんな処理がすぐに出来れば一人前と言うような課題を出して下さい。

DB設計するほうが勉強になるんじゃねーかな逆引き的な意味で

>>593
知識だけなら
高度情報処理（データベース）
ぐらいを取れればいいんじゃね

>>595
全然足りない

データベーススペシャリストって、クエリをバリバリ書けるようになるような知識要求されてたっけ？
もっと上位の設計とか運用が重視されてた気がするが

>>597
やりたいことがわかってて設計がまともにできてれば SQL ぐらい普通に書けるでしょ
超絶技巧の SQL なんて書けなくてもいいし

ぶっちゃけ5000行位のクエリメンテしてくれって言われた時は絶望した

>>598
お前の「普通」はレベルが低すぎる

>>597
例えば分析関数みたいに勉強しないと絶対に書けないものとか、
データベース毎の実行計画の確認方法とか、統計情報の見方とか
そういうの勉強しないとわからんでしょ

それを普通といってるのか、普通を超えてるのかしらないけど

>>598
普通にSQLを書きたければ、普通にそれを書けるような勉強・努力・経験が必要というあたりまえのこと。

>>600
こう言うアホは実務の邪魔にしかならん

>>602
その前提の設計とかは情報処理程度でまずはいいだろ
って話

>>599
やばいな

>>604
設計の話じゃなくてクエリの話なんだが

>>604
あと、お前多分データベーススペシャリストの内容知らんだろうから調べとけ

まぁ、どういうクエリを書くかというのを前提とした設計、という考え方もあることだし

WITHとか使うと、超絶技巧とか言われちゃうんだろうか

>>606
設計がまともにできたら
って書いてあるんだが
日本語も理解できないのかよ w

>>607
持ってますけどなにか？

>>609
お前にとっては with が超絶技巧なのか

>>593
OracleのSQL基礎の問題集でも買ってすらすら解けるようならまあいいんじゃない？
再帰問い合わせがないとかCASEがないとかEXISTSがないとか
いろいろ難はあるけどまずは基礎ってことで

下手にSQLに詳しいと入れ物の設計がおかしいのにSQLでどうにかしてしまうので、あとで手に負えなくなる。

MySQLでテーブルにカラムが無い場合に限りカラムを追加したいのですが、
この例を見て
http://blog.geekq.net/2010/08/11/add-column-safely-mysql/
このように実行しても
IF NOT EXISTS( (SELECT * FROM information_schema.COLUMNS
　　　　WHERE TABLE_SCHEMA=sakila
　　　　AND　 COLUMN_NAME='my_column'
　　　　AND　 TABLE_NAME='my_table_name') ) THEN
　　ALTER TABLE my_table_name ADD my_column varchar(2048) NOT NULL DEFAULT '';
END IF;
エラーします。どこが間違っていますか？

>>614
そもそもそんなやり方でいきなりテーブル定義を変更してはいけません。

>>614
DBMSのバージョンと出力されているエラーメッセージぐらいは書こう
話はそれからだ

>>615
urlの例は間違いということですか?

>>616
sqlにエラーがあります

>>614
MySQLはよく分からないけと、それって共有ロックがかかってる状態で、テーブル定義を変更しようとしてるからじゃないの？

mysql5.6

まあなんで、分解して問題箇所を特定しようとしないのかが分からん。

>>621
分解しても特定できなかったのです

>>622
まずそのSELECT文は正しいのか？

ALTER TABLE文は正しいの？

INFORMATIONAL_SCHEMA is global for all databases, do not forget to filter onTABLE_SCHEMA=DATABASE().&#160;DATABASE()returns the name of the currently selected database.

なんで回答者を装おって質問返ししとんねんw

>>614
sakilaって何だよ
文字列ならちゃんと囲め

>>626
ちょっと何言ってっかわかんないっすね

誰か出来る人いないの

MySQL 総合 Part25 [転載禁止]&#169;2ch.net
http://echo.2ch.net/test/read.cgi/db/1424001054/

>>610
妥当な設計ができるようになる知識と、妥当なクエリを書く知識は別物だって言ってるんだが。

> 持ってますけどなにか？
お前は、データベーススペシャリストで扱うレベルのクエリしか書かないのか？
だとしたら、それで十分だと思うのも無理はない。

妥当なクエリというものが正しくインデックスを使用するクエリという意味であるならば
設計の知識とクエリを書く知識との間にはおそらく深く濃密で淫靡な関係があるんやで

>>631
> 妥当な設計ができるようになる知識と、妥当なクエリを書く知識は別物だって言ってるんだが。
誰も同じと言ってる奴はいないんだが、誰と戦ってるんだ？

> お前は、データベーススペシャリストで扱うレベルのクエリしか書かないのか？
実務ならね

> だとしたら、それで十分だと思うのも無理はない。
意味不明な勝利宣言乙 w

妥当な設計ができるようになる知識と、妥当なクエリを書く知識と、対人コミュニケーション能力は別物ですからね

>>634
その3つが揃わないとまともなものはできないけどな。

ああ、だから世の中のたいていのシステムは・・・

>>634
関係ある言ってんのに意地っぱりなやつやな

・DBMS名とバージョン
SQLite 3.8.3.1 を python3 から利用

・テーブルデータ
CREATE TABLE TableNames(utid INTEGER PRIMARY KEY, tableName TEXT)

・欲しい結果
tableName が同じデータの場合は何もしない。
tableName がない場合は、追加したい。

・説明
INSERT INTO TableNames(tableName) VALUES('TEST1') WHERE NOT EXISTS (SELECT 1 FROM TableNames WHERE tableName = 'TEST1')
で実行すると
SQLError: near "WHERE": syntax error
でした。

よろしくお願いします。

>>638
そんな構文聞いたことがない。

あほくさ。

>>638
自己解決しました。 CREATE で UNIQUE 指定したらできました。

それクソSQLだから、忘れないように。

・DBMS名とバージョン
　MS SQL Server(LocalDB)

　漢字、カタカナ、ひらがな、数字、記号のいずれか1文字が入ったカラム[Character]を持つテーブル"Table1"(40万件ほど格納)があります。
[Character]に入っている文字漢字、カタカナ、ひらがな、数字、記号が、それぞれ何個あるか確認したいのですが、
どのようなクエリにすれば良いでしょうか？

select col from hoge --where col like '%[A-Z][0-9]%' --英大文字に数字が連結している --where col like '%[^A-Z][a-z]%' --1文字目が英大文字でなく、2文字目以降が英小文字 --where col like '%[ぁ-ん]%' --ひらがなを含む --where col like '%[ァ-ン]%' --全角カタカナを含む --where col like '%[亜-龠]%' --漢字を含む


文字コードによって違うかどうかはしらない。

一文字、だろ？

わざわざ正確書く必要ないだろ、不勉強の初心者に。

だいたいそのテーブルは文字を管理しているテーブルだと思われるから、運用しているやつに聞けよって感じだよな。

文字コードによって違うかどうかを知らないなんて不勉強過ぎない

>>647 は日本語が不自由のようです。

どこを指してるのかわからんが、不勉強なことは否定しないんだな。
正確書いてみなよ

>>649
おまえは不勉強ではないと書いているけどなw

すぎない。
すぎないか。

すぎる。
すぎない。

よく「か」を忘れるやつがいるけど、仕事してんの？

>>650
それはどうも。

>>651
一般的な口語表現ですよ。ネットスラングですらない。

どうせ正確なクエリを書きはしないんでしょう？
俺は状況を限定しなければ書けないけれど、
>>645 の段階で正確に書こうと思えば書けるという含みを持たせてるんだから
どうせなら書いてほしい。

おまえが答えろよw

俺はSQL Serverの専門家ではない。

じゃあ
> わざわざ正確書く必要ないだろ、不勉強の初心者に。
じゃなくて
正確には書けないって言っとけばいいんだよ。俺みたいに。

DB設計スレとSQLスレは、回答すると批判する性格の悪いやつがよくいるから困るわ。

>>655
ヒントを与えてやっただけだろうが。

いきなり正解を書いて相手のためになるのか？

質問に対して完璧な答えなんか書けるわけがない。

このスレを否定することになるぞ。

まあ、このスレは俺は嫌いなんだが。

>>642
select
sum(case when Character like '[0-9]' then 1 else 0) as 数字の個数,
sum(case when Character like '[ぁ-ん]' then 1 else 0) as ひらがなの個数,
sum(case when Character like '[ァ-ン]' then 1 else 0) as カタカナの個数
from Table1

という感じで増やす。

文字種判定は、まじめにやるなら文字種の定義からやらんとダメだからなぁ

適当な文字との大小範囲比較でやる方法が示されてるけど
SQL ServerならSQL CLRで.NETの正規表現クラス使うって方法もあるかもしれん
LocalDBで使えるかどうか知らんが
それだとUnicodeのブロックでIsHiraganaとかIsKatakanaとかあるぞ

>>656
> DB設計スレとSQLスレは、回答すると批判する性格の悪いやつがよくいるから困るわ。
正しくない回答したんだろ

正しい批判に、むきになって正しくない反論する奴がたまにいるから困るわ

>>643は、
* 「1文字」という条件を読めてない
* 「それぞれ何個あるか確認したい」を実現できていない
* 文字種別毎に複数回のクエリを発行する（と読める）
と言う意味で、もうダメダメ。

こういうレベルのゴミレスしといて、俺様偉いするから叩かれるんだよ。

ここって答えそのもの教えるスレなん

>>664
自分がレスしたいようにすればいい

単発で見当違いな回答しても、そうは叩かれないが、それを自己弁護するレスを重ねると叩かれる

なかなか　質問のレスがつかない時に、適当な回答載せとくと
添削してまともな回答する人が増えるからなｗ

答えを教えるな（本人のためにならない的な意味で）っていう奴たまに見るけど、
その答えが正しいか確認したりするとそれすなわち答えなんで、それ教えた方が楽なんだよ

学校じゃないんだから、淡々と質疑応答すればいい
気に入らないなら､回答する義務はないんだし

自分の回答にけちつけるなって話みたいですよ

そういう奴は 荒らしでしょ

評論家気取りは嫌われる。

そもそもSQLの問題じゃないことをSQLで答えさせる質問者がいるからおかしくなる。

そういう質問者がいたかどうかしらないが、いたとしたらただ単にスルーすればいいだけの話

>>673
例えばこのスレでいうとどの質問？

>>633
> 誰と戦ってるんだ？
お前とだけど。

> 実務ならね
あっそ。
レベル低すぎだわ。

>>656
どちらのスレも、主にお前がトリガーになって荒れるんだが

自分中心すぎる。

dbを操作する時に専用のマネージメントツールでクエリを発行して操作する場合と、phpその他のプログラムからクエリ文字列を送信して操作する場合とで、クエリの書き方は全く同じで良いですか？
つまり前者の方法で成功したクエリ文字列をコピペしてphpなどの文字列に埋め込めば良いのかどうか？
文字列を囲むシングルやダブルのクオーテーションとかの置換など必要ですか？

>>679
PHPなどのスレで聞いてください。

SQLの話ではないので。

>>677
同意

>>680
珍しく同意

くだらない議論をする暇があるなら答えてやれよ

答えられる質問しろよ

>>679
> クエリの書き方は全く同じで良いですか？
それで良いが、よりよい方法がある（プリペアードクエリ）

> 文字列を囲むシングルやダブルのクオーテーションとかの置換など必要ですか？
置換は不要。
ただし、エスケープは必要になる場合がある。

何で接続してるかにもよるだろうけど
日付の書き方とか、項目名[]で囲まなきゃとかちょろちょろあるわな

あるか？

>>685
とりあえず全部の
テーブル名、
データベース名、
カラム名を[]で囲ってさらに""で囲っておけばいい

何のDBだったかなあ…俺も直だと通るSQLが通らなくて
日付のところいじった記憶あるな…DB2だったかなあ

1回実行すればエラーになるかどうかわかるんだから、やってみればええやん

>>676
> 意味不明な勝利宣言乙 w

データモデル・DB論理・物理設計スレ
http://echo.2ch.net/test/read.cgi/db/1462998353/

SQL初心者質問スレ [無断転載禁止]&#169;2ch.net
http://echo.2ch.net/test/read.cgi/db/1462998547/

>>690
実務でデータベーススペシャリストレベルのクエリ/知識で事足りてるなんてレベル低すぎだろ。
何が意味不明なんだか。

俺のカッコいいクエリスゲーだろ
ってか w

カッコいいクエリ書くとレベルが高いという認識なのね。

常に知識をフル活用したクエリを書かないといけない病ですか

他のプログラムだと見た目を気にするけど
SQLで気にしたことはないなあ
不格好でも性能さえ良ければ良いという感じ

>>696
> 常に知識をフル活用したクエリを書かないといけない病ですか
何が得意なのかしらないけど、コーディングが得意でかなりの知識を持っていたとして、
いつでも知識をフル活用しないとコードが書けないんですか？

>>697
大文字小文字適当なやつとか、余分なスペース一切無しで改行一切なしの数千文字とか見たら、考えが変わるかもよ

謎のスレたて
データモデル・DB論理・物理設計スレ　→ DB設計を語るスレ
SQL初心者質問スレ　→ このスレ
でいいじゃん

>>698
なんで俺あてなんだろう。しかもなんか話変わってるし。
とりあえず >>693 と話しててくださいな

まあ普通、シンプルなSQLで済まないようなシステムならデータモデルがおかしいんだよ。

まあストアドでも使っとけばいいんじゃないですか

>>702
まぁまぁ妥当な設計になってるのは当然のこととして、クエリがシンプルで済むかどうかは要件によるだろ

ちょっと複雑な場合はクライアントコードで頑張ることにすれば、クエリはいつでもシンプル

>>704
実務でややこしい SQL なんてめったにお目にかからんけどな

>>706
お前もういい加減にしとけ

クロス集計とか複雑になりがち

自分の視野が世界の全て

複雑な要求をシンプルなSQLで済ますためには、正規化を崩したり、計算・集計結果を
保存しておいたりなどの対処が必要になる。

シンプルなデータ構造で複雑なSQLを書くのか、
シンプルではないデータ構造でシンプルなSQLを書くのか

という選択となる。

複雑な要求を、シンプルなデータ構造とシンプルなSQLで実現できることはまれ。

高度な機能、例えば再帰クエリサポートや分析関数サポート、ランダムサンプリング機能
などがRDBMSに実装されていれば、SQLがシンプルになる場合もある。

ややこしいの基準は人によって違うからね

>>711
例えば、こういう例だとどうでしょう。

hoge: 何かの開始・終了時刻を保持する
(id(PK), start_ts, end_ts) =
(1, '2016-05-01 10:00', '2016-05-01 20:00'),
(2, '2016-05-02 10:00', '2016-05-02 20:00'),
(3, '2016-05-01 08:00', '2016-05-01 09:00'),
(4, '2016-05-01 12:00', '2016-05-01 15:00'),
(5, '2016-05-01 18:00', '2016-05-02 02:00')

要求：全データの重複部分を抽出する

結果：
2016-05-01 12:00 〜 2016-05-01 15:00
2016-05-01 18:00 〜 2016-05-01 20:00

この要求は： シンプルである or シンプルではない

私の感覚では、この要求はシンプルでは無く、何らかのRDBMSの恩恵がない限り
SQLは複雑なものになると思います。

お前らいい加減にしろよ

変にSQLをこねくり回すより
アプリでやった方がやりやすそうだし
後のメンテナンスも楽だろう

ちょっと複雑なクエリを「こねくり回している」と見る奴もいれば、その程度は普通だと見る奴もいる

>>714
あー、こういうメンタリズム持ってる奴が、全件取得してコードであれこれやってるのか

>>714
こういう奴が、insert/updateの前にテーブルをロックして、コードで妥当性を確認したりするんだよ

712の質問に模範解答書いて

これ、クエリで解決できる問題なのか・・・？

>>712
自分で例を出すといてあれなんですが、ちょっと難しすぎました。
少し考えたんですが、私には無理でした。すみません。

重なりが最高2レコードまでという条件を付加すれば、PostgreSQLなら簡単に書けます。

SELECT lower(t.dup) as start_ts,
　　　　　　upper(t.dup) as end_ts
　FROM (
SELECT tstzrange(t1.start_ts, t1.end_ts) * tstzrange(t2.start_ts, t2.end_ts) as dup
　FROM hoge as t1
　JOIN hoge as t2
　　ON t1.id < t2.id
　AND tstzrange(t1.start_ts, t1.end_ts) * tstzrange(t2.start_ts, t2.end_ts) <> 'empty'
) as t

重なりってのは完全に内包されるような事もあるのか？
重複の開始と終了の基準は？特に複数の重複がある場合

idは何らかの順序で振られてる保障があるのか？

まあSQLだけで出来なくはないだろうけど
それがシンプルかどうかはしらん

あの例に、あまり時間を取るのはお勧めしませんが・・・

>>721
> 重なりってのは完全に内包されるような事もあるのか？
はい。

> 重複の開始と終了の基準は？特に複数の重複がある場合
hogeテーブルが、どこかの部屋の誰かの入出・退出記録だとしたとき、
同時に二人以上存在した時間。

> idは何らかの順序で振られてる保障があるのか？
PK以外特に何もありません。

>>712
たぶん誰かと勘違いしてるけど、まぁいいや。

select l.id, r.id, greatest(l.start_ts, r.start_ts), least(l.end_ts, r.end_ts)
from hoge as l join hoge as r on (l.start_ts <= r.end_ts and l.end_ts >= r.start_ts)
where l.id < r.id

イディオムで構成されたクエリではあるけど、シンプルかどうかは読む人に任せるよ。
greatest leastは標準ではないけどたいていのRDBMSにあるでしょう。
なければ case つかってください。

補足。開始と終了が逆転したレコードがないなら >>720 と同じ結果になるかと。

>>723
重なりが2つまでなら、ちょっと簡単すぎたかも。

>>707
まだいたのかよ w

>>712
ほぼ >>723 と同じだが
select
r.start_ts as start_ts,
case
when l.end_ts < r.end_ts
then l.end_ts
else r.end_ts
end as end_ts
from hoge as l join hoge as r
on
r.start_ts between l.start_ts and l.end_ts
and l.id <> r.id

これで >>712 のデータなら求める結果は出るけど重なりがネストしていると余計なレコードがでる

例えば
(6, '2016-05-01 13:00', '2016-05-04 14:00')
を追加すると

2016-05-01 12:00 〜 2016-05-01 15:00
2016-05-01 18:00 〜 2016-05-01 20:00
2016-05-01 13:00 〜 2016-05-01 14:00
2016-05-01 13:00 〜 2016-05-01 14:00

となる

> 要求：全データの重複部分を抽出する
は満たしてるけどこの余計なレコードは大抵要らないよね
でも俺の頭だと消す方法わからん...

>>716-717
で、君ならどうするの？
まさか煽ってるだけじゃないよね？

>>726
ほぼ同じかもしれんがコストは違うよ
まぁいいけど

>>722
だから重なりの開始、終了ってのはいつの事を指してるんだ
たとえば、日付は同じだとして
１時〜５時
２時〜６時
３時〜７時
ってデータがあったら、どんな結果が欲しいんだよ
そこに
０時〜９時
ってデータもあったら、どんな結果になればいいんだよ

>>729
>>722 じゃないけど

> １時〜５時
> ２時〜６時
> ３時〜７時
⇒ ２時〜６時

> そこに
> ０時〜９時
⇒１時〜７時

じゃね？

>>716
それはDBMS側がやっているのか、アプリケーションがやっているのかの違いで、DBMSに処理を任せすぎると性能問題の対処が難しくなる。

データ処理で DBMS を越える性能のルーチン作れる奴がどれだけいるんだよ w

>>732
汎用性と特化の違いが分からないのか？

DBMSの処理が最適とは限らない。

しかもSQLで何もかもやらせるのは、仕様変更があった場合、工数を増大させ、性能問題、リソース問題を引き起こすリスクがある。

なかにはSQLのテストはしないなんてプロジェクトもあるから、SQL検証用のテストデータ作り、テストで苦労するSQLを書くやつがいるんだよな。

言い忘れた。

仕様変更でSQLを変更すると、もとの仕様からも大きく外れたものになってしまうこともある。

SQLはちょっとしたミスでまったく意味が変わってしまうから、本当にリスクが高いんだよ。

よほどSQLに詳しくて、実データにも詳しくない限り、安易なSQLの変更は危険。

優秀な奴が複雑で正しいSQL書いたとして、
そいつがその後プロジェクトに残るとは限らないからな
そこがメンテする度に、すでにやめた会社から連絡が来て
対応することになるのかな？
SQLに限った話ではないけどね

>>733-734
何を言ってるのか知らんけど
だから
> 全件取得してコードであれこれ
やれってか？
極端な例出す奴はバカの法則 w

なんで全件取得するんだよ。必要なデータだけ取得すりゃいいだろ。アホか？

最近弄り始めた初心者だけど、質問いいかな。
DBはMySQL 5.5を、利用するプログラムはPHP5.6を一応の前提としておく。


例えば「会社」「部」「課」「係」「社員」のような、
上下が関連付けられた5つのテーブルがあるとする。

会社は部を、部は課を、課は係を、係は社員を、それぞれ "0個以上" 持つ。
逆に複数の会社に所属する部というような、上位のデータを複数持つことはない。
また、部に直属の社員というような、上位の部署を持たないとうなレコードも存在しない。

それぞれのテーブルは、自分の1つ上位のテーブル（課から部など）のプライマリキーを参照できる。
2つ上のテーブル（課から会社など）や、自分の下（課から社員など）は直接的に参照は出来ない。


さて、ここで質問なのだけれど、
(1)
このような、1つ上位のテーブルだけを参照するという設計は一般的なのか。

(2)
特定の係に所属する社員を一覧表示したいという文脈で、
その係の最上位にある会社の名前も取得したいというとき、どうするのが無難か。

とりあえず社員テーブルを取得する際に、課・部・会社テーブルも外部結合で一緒に引っ張っているが、
クエリを2回に分けて、会社名は会社名で取得したほうがいいのかとか。

>>738
どういう要件かいまいち分からないんだけど、

最初から係の数だけ社員テーブルを作ってしまった方が良くない？

>>738

(1)
それが一般的ってことでいい。
もし「社員」に1つ上位の「係」とその上の「課」の両方を持たせた場合、「社員」→「係」→「課」の
推移的従属が存在するから第3正規形ではない。

(2)
パフォーマンス的に問題なければそのクエリでいい(外部結合はいらんと思うが)。
問題になるようであれば、クエリの実行に比べて組織変更の頻度が非常に小さいことを前提に
(1)を崩してJOINのコストを削減したりする。

>>737
知らんがな
>>716 に聞けよ

趣味でサバクラ通信のあるのゲーム作ってます

・キャラクタテーブル
char_id
user_id
name
str
stm
int
,,,その他ステータス

・パーティーテーブル
id
user_id
char_a
char_b
char_c

上記構造の場合に、user_idからパーティーに紐づくキャラクタを一発で抽出する方法ってありますでしょうか…

SELECT * FROM キャラクタテーブル WHERE char_id IN (SELECT char_a, char_b, char_c FROM パーティーテーブル WHERE user_id =?);
みたいな事がやりたいです。

素直にテーブル構造変えるべきでしょうか(ヽ´ω`)

テンプレ読んでなかった、>>742はmysql Ver 14.14 Distrib 5.1.73です

char_idとuser_idが何のidでどうなってるのかわからん
キャラクタテーブルのuser_idで検索するだけじゃないのか？

そのselectから想像するなら
INのサブクエリをchar_a,b,cのunionにすれば行けんじゃね
char_a,b,cでそれぞれjoinしても行けるかもしれんな

まあテーブル構造見直すほうがよさそうだけど、設計はスレ違いだし

自己解決、ちょっと気持ち悪いですが以下で出来ました

SELECT * FROM t_char c
INNER JOIN (
　SELECT char_a_id, char_b_id, char_c_id
　FROM t_party
　WHERE user_id =?
)p ON (
　c.id = p.char_a_id
　OR c.id = p.char_b_id
　OR c.id = p.char_c_id
)
WHERE c.user_id =?;

>>744
すみません、そうですよね…

・パーティーテーブル
id　　←シーケンシャル
user_id
char_a　←
char_b　←
char_c　←それぞれがchar_id

でした。
ご指摘の通りjoinで出来ました。
失礼しました。

扱う要素が多くてリレーションかなり複雑になってるので、
できれば再設計はしたくなかったのでこれで行こうと思います…
お騒がせしましたー

お礼遅くなった。
アドバイスありがとう。

>>739
本データとは別に検索用テーブルを作るってことじゃなく
最初から係別に格納するってことか。
なるほどそういう考え方もあるのか…

>>740
外部結合は要らないってことは、内部結合ってこと？
ちょっと今日は休日なので試せないんだけど、
係に所属する社員が0のときに会社名引っ張ってこれなさそうと思ってしまった。

……が、それは多分レアケースなんだから、
そのとき改めてクエリ発酵すりゃいいのか・

>>738の書き方じゃ、所属する社員が0のときに会社名のみ取得したいなんてわからんがな。

話題の某巨大データでＭｙＳＱＬデータベースを学びたい。
テーブル設計してみた。
アドバイスやら、共同で出来る人求む。

http://59ch.net　にすべての定義分載せた

JOINを使わずに結合させる方法ってあります？
顧客の要望でSQL知っている人で、JOINが使えんらしい。
意味わからんがピリオド使う系を使わずに結合させる方法があればいいんだよなぁ

JOIN使えないのにSQL知ってるって言い切るかぁ
単純に一つのテーブルからデータ出すのだけは出来るって事？

>>750
使えるようになれって言う

>>750
下手に抜け道を探そうとしない方がいいよ。

>>750
ビューを作ってそこだけ触らせる

ピリオド使う系ってのが意味不明だが
FROMにテーブル書いてWHEREで結合条件書けば解決とかいうオチじゃないか

モヤモヤしてる人がいるかもしれないので、>>712をもう少し明確にしておきます。
重ねて言いますが、これは私が回答を知っていて書いたものでは無く、

>>702
> まあ普通、シンプルなSQLで済まないようなシステムならデータモデルがおかしいんだよ。
に反論するためのお題です。
要するに、要求がシンプルでない場合は、シンプルなSQLではすまない、ということの例です。

>>712は、ある部屋への入退出記録だとすると、知りたいのは、「複数人在室している期間」です。
言い換えれば、「一人しかいない期間、ではない期間」です。
SQLでそこそこ頑張れば取得できると思ったんですが、少なくとも私には無理そうです。

ただ、回答があるかどうかもわからないため、この問題に時間を使うのはお勧めしません。

>>733
> DBMSの処理が最適とは限らない。
逆にDB側で処理させるのが最適の場合もありますね。

多少複雑なクエリを書けば一つのクエリで終わるのに、クエリを何段階にも分け、クライアントコードの
データ構造をいじくり回し、ループして何回もクエリを発行する、というようなコードになるかもしれません。

今回の議論の問題は、「複雑な」とか「多少複雑な」の基準が個々人で異なるため、なかなか議論が
かみ合わない所にあると感じています。

>>738
> 特定の係に所属する社員を一覧表示したいという文脈で、
なら、
> クエリを2回に分けて、会社名は会社名で取得したほうがいいのかとか。
こっちがいいんじゃないの？
係→課→部→会社ってjoinするの無駄なんだけど

てか、特定の係に所属する社員を一覧表示する文脈で会社名を取得したいというのがわからん

>>758
なにが無駄なんだ？
joinすれば１回のクエリ発行ですむのに、わざわざ２回クエリ発行するのは無駄じゃないのか？
つかjoinなしで係から会社まで３層あるならクエリ４回必要だが

>>759
順次上のグループをたどって最上位まで表示したいって事だろ
それは別におかしな話でもないけど
会社組織に例えてるから、会社が一つしかないだろって先入観もちすぎじゃね

>>760
> なにが無駄なんだ？
社員数分、同じ処理で会社名を取得するのが無駄

> つかjoinなしで係から会社まで３層あるならクエリ４回必要だが
会社名を取得するときにjoinしないとは言ってない
社員一覧を取得する時に、毎レコード4階層分処理するのが無駄と言ってるだけ

> 会社組織に例えてるから、会社が一つしかないだろって先入観もちすぎじゃね
特定の係に所属していれば、会社は一つ

ひょっとして、特定って異なる会社の複数の係ってことか？
だとしたら、全部joinしてもいいかもな

>>761
1:nのリレーションで、1側のテーブルを必ずn回読み込む処理が実行されるとか思ってるんだろうか
さすがにそんなアホなオプティマイザしかないDBMSは少ないと思うが

今回の例でクエリ分ける事にメリットがあるとしたら
回線が細いときに伝送量を減らせるぐらいしか思いつかないが
今時の回線事情考えるとそこまで気にする事はないだろうし

>>763
> 1:nのリレーションで、1側のテーブルを必ずn回読み込む処理が実行されるとか思ってるんだろうか
> さすがにそんなアホなオプティマイザしかないDBMSは少ないと思うが
ちょっと何を言っているのかわかないが、今回のケースでは、最終結果が社員100人だとしたら、
係・課・部・会社テーブルのlook upは合計400回必要で、そのうちのいくつかはnested loopになるかもしれん
さらには、lookupの結果で会社テーブルを再度取得する必要がある

「特定の係」というのが一つの係の場合は、そのnested loopを含む400回の処理結果は、
一つの会社名にすぎない

どの関係性も下位から上部への検索だから、内部ではループは発生せずindex scan*400回とかになるのでは
その結果が一つになるのがわかってるのなら、400回のindex scanは不要とも言える

>>765
そうか、そうだね、ループは発生しないね

社員の一覧の列に会社名を出すならjoinが素直でいいかと。

回線だけは圧迫するけどな
速度が重視される場合には、JOIN的なことをクライアント側でやる

それはチューニングの段階の話だよね

400回のindex scanくらいたいしたことない
1000件のデータ取得＆1個のマスター取得なら1000回のindex scanが発生するんだし

だが、いろんなところで
join 係 using (係id)
join 課 using (課id)
join 部 using (部id)
join 会社 using (会社id)
が氾濫するなら、正規化崩しを考えた方がいいかもね

hash join じゃなくて index scan が発生するもんなの？

するでしょ

どう崩すつもりかわからないけど、 view じゃだめなの

>>773
> どう崩すつもりかわからないけど
係が決まれば一意に会社が決まって、社員を検索するときによく会社も絡めて検索する
場合が多いなら、社員テーブルに会社idを入れるとか

性能的に問題が無ければビューで良いんじゃね

ツリー構造的なでーたなので、経路列挙パターンというのもありかも

ビュー最強

でも、SUMとか使ってたら注意な

すぐSQLいじって対処しようとするやつは、テストしないから要注意。

設計スレじゃないので恐縮なんだけど、

>>740
> もし「社員」に1つ上位の「係」とその上の「課」の両方を持たせた場合、「社員」→「係」→「課」の
> 推移的従属が存在するから第3正規形ではない。
これって本当に推移的関数従属？
社員が複数の部や課に属さないという前提の場合、社員が決まれば課は一意に決まる。
部も会社も同様。つまり、係からたどる必要はないと言う意味で、推移的ではない気がする。