SQL質疑応答スレ 17問目 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
このスレは
「こういうことをやりたいんだけどSQLでどう書くの？」
「こういうSQLを書いたんだけどうまく動きません＞＜」
などの質問を受け付けるスレです。
SQLという言語はISOによって標準化されていますが
この標準を100%実装したDBMSは存在せず、
また、DBMSによっては標準でない独自の構文が
追加されていることもあります。
質問するときはDBMS名を必ず付記してください。
【質問テンプレ】
・DBMS名とバージョン
・テーブルデータ
・欲しい結果
・説明
前スレ：
SQL質疑応答スレ 16問目
http://echo.2ch.net/test/read.cgi/db/1447160858/ >>919
グループ化したものを並び替えることはできる。
並び替えたものをグループ化しても意味がない。 >>920
へえー
じゃあグループ化してないカラムを並び替えすることは出来る？ SQLってcasesensitivitieじゃないんですよね？コマンドを小文字で書いても良いですか？
いちいちcapslock雄の面倒 SQLって英単語の羅列で構造がぱっと見わかりにくいから、昔は予約語だけ大文字にするとかあったけど、
最近はエディタでハイライト(色分け)できるのが普通だから全部小文字でも全然問題ないな。 小文字でも普通にオッケーなんですか
sqlite のクエリを書くのにpythonのIDE使ってるんでsintax highlightは効かないので見にくいかもしれない
一長一短すね 使ったことあるのは oracle, SQL-Server, PostgreSQL, sqlite3, MySQL だけだけど、全部小文字でも問題なかったな 一行に詰め込もうとかしなければ小文字でも読めるやろ 英文(って言うかアルファベット)の大文字の綴りなんて、まず読みにくいだろ？ 大昔はコンソールから大文字しか打てなかった時代があった COBOLも小文字
というかcase insensitiveやで COBOLは今は大文字小文字混じりだよ
FORTRANもね
SQLは特定の場所以外大文字小文字関係ない
内部では処理系によって大文字か小文字に変換して処理する 板違いかもしれませんが、hirdb詳しい方いませんか？いたらhirdbのストアドが使い易いか教えて下さい。使ってるのみたことなくて… >>938
ネットに公表されているマニュアルを見たのか？
ストアドは標準SQLだから標準SQLとかけ離れていることはない。 >>940
みました。標準的にみえるけど、あまり使われてないDBMSだから落とし穴がないかこわくて。そもそも自分がそんなにストアド使ったことないから判断しかねるのもあります。
それと、過去ログにはトリガー設定して自動で動くようにはできない？？との記述もあって… 名前 年齢 住所の他にその人がどういう人なのか0個から複数の属性を持たせたいのですが
配列にするってのはデータベース的によくないんですよね？
そこは属性テーブルを別個作って
さらに属性と個人テーブルを関連付けさせるための関連付けテーブルを用意すればいいのでしょうか？
個人テーブル
ID 1
名前 山田太郎
年齢 38
住所 東京都
属性テーブル
ID 1
属性名 会社社長
関連テーブル
ID 1
個人ID 1
属性ID 1
こんな感じですか？あと関連テーブルの個人IDと属性IDは外部キーでいいのでしょうか？ 変な感じɿ(｡･ɜ･)ɾ 1:nなら属性テーブルが直接個人IDもってても良いんじゃね >>945
レスありがとうございます
なるほど
この情報が社内情報のようなものならそれでよさそうですね
実際はn:nの情報になります
外部キーはよくわからないのですが参照のようなもので
deleteされて整合性がとれなくなりそうなときにうまく解決してくれるようなものなのかなと
（子テーブルで親の参照がなくなることを警告出したり、整合性とるために削除したり？）
もうちょっと勉強してきます Googleのアドレス帳なんかは任意の項目が入力できるから
>>943みたいになってるんじゃないかな ほとんどの場合任意の属性を記録するのはシリアライズしたテキストで十分なんやで
オーバーエンジニアリングにならんように気いつけや NOSQLとかならわかるけどシリアライズしたテキストをRDBで使ったら負けかなと思ってる 逆だわwスキーマレスなNOSQLならなんぼでもオレオレ属性持てるやんw おまけみたいな項目だけテキストで持つとかでもええやん
ゼロイチ思考は損よ >>950
シリアライズしたテキストなんて曖昧なデータぶっこむのもOKだけど
RDB使ってんなら関係性重視したいよねっていう >>952
お前がやりたいなら止めはしないけどお前が重視したいらしい関係性て
おそらく関係モデルの関係とはなんも関係ない関係性やでw RDBじゃないDBMSの選択肢が極端に少ないって実情があるからな ＞おそらく関係モデルの関係とはなんも関係ない関係性やでw
それはない
正規化から勉強しなおしだな >>955
いやあるからわざわざ言っとんのやでw
意固地のベイビーちゃんやなw >>955
要件もはっきりしてないのに
> それはない
って言い切る奴はバカ認定してもいいかな？ 奇をてらわずに>>943でいいじゃんな
スループット確保したいとか入力値が無法地帯でモデリングしようがないとか
そういう時に初めて検討すりゃいい KVS
ID 1
VALUE {
"name": "山田太郎",
"age": "35",
"addr": "東京都",
"attr": [
]
}
これじゃRDBの意味がない KVS
ID: 1
VALUE: "山田太郎"
ID: 2
VALUE: "35"
ID: 3
VALUE: "東京都"
にすると扱うのが却って難しい >>960
えっ？
どこがブーメランなんだい？
ちょっと説明してみ MariaDB(MySQL)で質問です
Userテーブルがあり、各ユーザーはpointというint型のフィールドがあります
このpointの合計がx以上になる分だけのユーザーをソートして取得したいと考えています
色々と調べたり試行錯誤してみましたが限界を感じましたので
どうか皆様の知恵をおかしください。よろしくお願いします pointの合計ってなに？なんか計算をしたいの？
・Userテーブルがある
・各ユーザーはpointというフィールドを持つ
ちゃんとテーブルの構成を書かないとこれだけじゃよくわからない ユーザーIDでgroup by し sumでpointを集計
order by ユーザーID
んでhavingで sum(point) > x
みたいな？ 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
J7FO55UASR >>968
でも、君あちこちにコピペしてて苦労してそうじゃん
もっと簡単に稼げるぞ where 句のIN演算子の書き方ってモヤっとしない？ ID / 日付 / 値
という列があったとして（ID/日付でUNIQUE）、それぞれの各行に
「IDごとの前回の日付から遡って1年間の間に値が最大値となる日付」を付与するにはどうしたらいいでしょう？
A | 16-01-01 | 10
A | 16-11-01 | 20
A | 17-02-01 | 15
A | 17-12-01 | 10
A | 18-01-01 | 30
B | 17-03-01 | 15
B | 17-10-01 | 10
B | 17-11-01 | 20
とあったら、上からNULL、16-01-01、16-11-01、16-11-01、17-02-01、NULL、17-03-01、17-03-01が入るような列を追加するイメージです
Postgres使ってます >>971
＞前回の日付から遡って1年間の間
頭悪くて済まないが、この意味がよく分からない >>972
言葉足らずでごめん
日付でソートした際の1つ前のレコードから遡って1年間
A | 16-01-01 | 10
A | 16-11-01 | 20
これだと、1行目はこの前の時点のデータがないからNULLで、
2行目のは1つ前のレコードである16-01-01から遡って1年間を集計期間にしたい いきなり最終形にしようとするからわからないんだろうな。 少しずつ実現するのが近道部品を組み立てる組み立てるつもりで考えてみよう SQLポンコツなんだ…
せめてヒントをくれるとありがたいです ID列でグループ化、日付列がcountで2レコード以上のレコードを取得して、日付が最小のレコードを取得する。
あなたのためにあえてSQLは書かない。 >>971
sqlserverならこんな感じでできる
select * from (
select m.id ,m.日付,m.値,s.日付 as 最大値日付,row_number (partation by m.id,m.日付 order by m.値 desc) as 順
from テーブル as m
left join テーブル as s
on s.id = m.id
and s.日付 between deteadd (yy,-1,m.日付) and m.日付
) as mm
where 順 = 1 >>971
select *,
(select top 1 日付 from テーブル where テーブル.ID=前回の日付テーブル.id and テーブル.日付 <= 前回の日付テーブル.前回の日付 and テーブル.日付>DATEADD(yy,-1,前回の日付テーブル.前回の日付) order by 値 desc)
from(
select t.*,
(select top 1 日付 from テーブル where テーブル.ID=t.id and テーブル.日付 < t.日付 order by 日付 desc) as 前回の日付
from テーブル as t
) as 前回の日付テーブル
SQL Serverでやったけど、topと日付計算周りだけ直せば動くんじゃね
パーティション関数とかつかえるなら違う書き方もできるけど
>>978はtypo別にしてもいろいろ残念 >>980
サブクエリにorder by使えないと思う
オラクルは使えるみたいだけど >>981
すいませんtop があればサブクエリでorderby 使える事知らなかった >>981
> サブクエリにorder by使えないと思う
SQL-Server 2005以降ならtopを指定してたら使える 出来れば ostgres をベースに回答してやろうよ みなさまありがとうございます
相関サブクエリ？で値でソートしたあとの最初のレコードを取ってくれば良いんですね
チャレンジしてみます >出来れば ostgres をベースに回答してやろうよ
Postgres ？
なんでPostgresなのかね
テンプレに
【質問テンプレ】
・DBMS名とバージョン
ってあるのにそれを書かない質問者の不手際だろ >>986
971にpostgresって書いてあるけど、 オストグレスは知らんが テンプレ通りではないが、
>>971の最後の行に
＞Postgres使ってます
こうあるので >>992
select
from (select
group by
having count(*) > 1)
where >>993
何が言いたいのかわからない
>>980はすくなくともSQL Serverなら正しく動いた
DBMSによってはサブクエリのorder byとtop(limit)が効かないかもしれんが
ポスグレがそうならそう指摘して正しく動くSQL示せば良い話 >>992
select
from (select id, min(日付)
from テーブル
group by id
having count(*) > 1)
where 日付から考えるからおかしくなる。
これがプログラムならそういう順序では考えない。
質問者の「ソート」という言葉に惑わされてるんだろうな。 正確にはIDでグループ化した日付のMAXと、IDでグループ化したcountの結果の比較だけど、初めから答え書く気はない。 このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 542日 22時間 52分 44秒 レス数が1000を超えています。これ以上書き込みはできません。
