SQL初心者質問スレ [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>12
5にも礼を言っとけ。
全く同じこと先に言ってる >>13
そういう意味だったんですね
>>5
ありがとうございました。 一旦作ったテーブルを長期間使うのではなく、一日にテーブルのcreateやdropを何十回も繰り返すような使い方は特に問題有りませんか? 取得した順番に数値をインクリメントして表示したいのですが、どういった文法をすればいいですか?
シーケンスとかそういうことではなく、
select
user,num
from
user
みたいなsqlで
userA 1
userB 2
userC 3
のようにnumに取得した順番に数値をインクリメントしたいです。 set @i:=0;
select @i:=@i+1 as rownum,user_id from user;
こういう書き方で自己解決しました。 mysql 5.6.20 です
daily_tblからcode毎の最新入力日付を得るのに
select a.code,code_name ,max(input_date) as saishin
from daily_tbl a
inner join master b
on a.code = b.code
group by code
order by code;
で出せたんですが、
今度はその日付が指定の日付でないもののみを出そうとして
select a.code,code_name ,max(input_date) as saishin
from daily_tbl a
inner join master b
on a.code = b.code
where max(inout_date) != '2016-08-05'
group by code
order by code;
とすると、Invalid use of group function ってエラーで出来ません。コード毎の最新入力日付が指定の日付でないもののみを
出すようにするにはどうすればいいのでしょうか inputなのかinputなのか気になるが、、、
having by 使うケースかなこれ? おっとgroup by の文字省いた時にby残しちゃったhaving ね select a.code,code_name ,max(input_date) as saishin
from daily_tbl a
inner join master b
on a.code = b.code
group by code
having max(input_date) != '2016-08-05'
order by code;
で出てきました。実際に使う時に全然havingなんて思いつきもしなかったです^^; >>25
テーブル修飾があったり、なかったりしているところがちょっと気持ち悪い。 この場合、codeについては付けないと ambiguous 曖昧と言って怒られてしまうんですが、全部にどちらのテーブルのものなのか
はっきりさせておけってことですか? この例の場合、同じカラムがあるなら、FROM句の最初にあるテーブルのテーブル別名aで修飾するのが一般的。
他人がこのSQLだけを見たとき、この書き方だとどちらのテーブルのカラムか分からない。 mysql5.7を使用しています
ユーザーのゲーム内マネーをwalletテーブルで管理していて
新たにユーザーの最大マネー記録の管理が必要になったので
recordテーブルを新たに作ることにしました
walletテーブル: id, user_id, gold
recordテーブル: id, user_id, max_gold
質問なのですが、walletテーブルのgoldから
recordテーブルのmax_goldを全ユーザー分一括で更新するにはどうしたらいいでしょうか
よろしくお願いします recordには全idすでにある前提?
UPDATE record
SET max_gold = (SELECT MAX(gold) FROM wallet
WHERE record.user_id = wallet.user_id);
とかは? >>33
レスありがとうございます
説明が不足していてすみません
userテーブルとwalletテーブルは1対1になっています
userテーブルとrecordテーブルも1対1です
全user分のwalletとrecordが存在します
walletテーブルのgoldは増減します
recordテーブルのmax_goldは過去最高goldです
あるタイミングで複数walletに一斉にgoldがプラスされます
そのときにwalletのgoldがrecordのmax_goldより大きければmax_goldを更新したいです
自分なりに調べてupdateとjoinを使うのだろうということはわかりましたがSQLを書けずにいます
教えていただけると嬉しいです
よろしくお願いします >>34
まずはひとつずつ考えて。
段階的に考えていかないと。 あー元がmaxより小さいケースがあんのか、でもl条件一つ追加するだけだよな 自己解決できたみたいです
update record
left join wallet on record.user_id = wallet.user_id
set record.max_gold = if(wallet.gold > record.max_gold, wallet.gold, record.max_gold)
where record.user_id = wallet.user_id;
これでやりたいことはできたと思います
ありがとうございました ちょっと見ただけですけど
recordテーブルを追加するのではなく、
walletテーブルに max_goldという項目を追加すれば良いのでは? user_idごとに1件しか無いのにidが別にあることとかいろいろ気になるけど
まあなんか書いてない理由があるんだろう、、、
どうしても最新状態保つなら単にトリガ書くだけのが早そうだが >>38
正直に言ってくそSQLだわ。
他人があとでみたら、こいつ殺すと思われるレベル。 初心者スレなんだからぼろくそに言うのではなく改善案を提示しないと これは更新が1回でも失敗したらもう最大値が出せなくなるじゃん >>34
walletに時系列データはないのか?
ないと実現出来ないのではないか? だめなSQLのようですね
どこが悪いのかがわからないのでどう改善していいのかもわかりません
具体的に指摘してもらえると助かります
SQL難しいですね
>>39
recordにはユーザーの最大ゴールド以外にもいろいろな記録を持たせようと思っています
>>44
時系列データはありません 開始の残高ファイルと更新データがあれば累計関数使って累計残高viewを作ってその最大値で更新したほうがいいと思う
mysqlでは下記リンク先参照
http://pct.unifas.net/mysql/3712 >>45
疑問なのは、UPDATE文ひとつでやらないと本当にいけないの?
こういう状況がわからない。 >>38のSQLでは、実行時のwalletの値が最大値だったときしか更新されないぞ
履歴保持してないのに全ユーザ一括は無理(全ユーザのwallet更新タイミングが同じでない限り)
walletが時系列や履歴を持たずに、現在値しか保持してないなら
walletの更新時にrecordを更新しないとダメ
で、普通のDBMSなら、こういうのはwalletにトリガ張ってやる
walletを更新するストアドプロシジャ作ってそれでチェックするって方法もあるけど >>47
どういうサイトなのかを説明すべきでしたすみません
ざっくり言うと競馬のようなサイトをやっています
レース終了後に払い戻しとして的中した全ユーザーのwalletのgoldを
ユーザーが賭けた額×オッズ分プラスします
この払い戻しのタイミングでmax_goldを更新したいと思い>>38のようなSQLを考えました
goldが増えるタイミングは払い戻し時のみです
>>48
トリガ、ストアドプロシジャを初めて知りました
調べてみようと思います。ありがとうございます どっちにしてもストアドもトリガも知らないくらいの初心者がDB設計して使い物になるとは思えない
SQL以前にDB設計じゃねえの >>51
> どっちにしてもストアドもトリガも知らないくらいの初心者がDB設計して使い物になるとは思えない
と思ってるような奴の方が使い物になるとは思えんな データベースの勉強をおろそかにしてORMに頼ってたツケが回って来た感があります
データベースについて基本からしっかり勉強し直したいのですが
おすすめの本やサイトを教えていただけないでしょうか >>53
amazonでデータベースで検索し、設計関連の評判の良いものを5冊買え SQLっていうか、DBそのものに関する質問になってしまうんですが。。。
データベースに同じUserID、同じパスワードで複数ログイン出来るってのは一旦資格を与えられたユーザーに
ついてはその権限の範囲なら信用するってことなんですかね。 1ユーザ1コネクションの制限を設けたとしたら、マルチプロセスやマルチスレッドなクライアントが任意のタイミングでコネクションを生成するのに苦労するよ。 そちらの方のプログラミングには疎いんですが、とにかくそういう制限があるとまずいってわけなんですね。^^;
例えば一般ユーザーに開放しているデータベースがあるとして、そこにアクセスするユーザーにいちいちidとパスワード、権限を
与えるのも大変だなとは思ったんですが。 >>57
RDBMSでもOSでも1ユーザー、1セッションというものの方が珍しい。 まあRDBMSによって「ユーザー」というものの定義は異なるけどな ユーザ用(id,パスワード)のテーブルがあった方がいいと思うけど >>57
>例えば一般ユーザーに開放しているデータベースがあるとして、
>そこにアクセスするユーザーにいちいちidとパスワード、権限を
>与えるのも大変だなとは思ったんですが。
一般ユーザーに直接データベースを操作させることは普通しないと思う。
そうではなく、データベースを利用するシステムが、利用ユーザーに提供する
業務用アカウントの話じゃないのかな? ユーザ用って書き方がおかしかった
ユーザを管理するテーブル 最初にテーブルを作成したら、新しいテーブルは必要ないシステムを作っています
この場合、テーブル構造をどう保存するのが正しいやり方ですか?
とりあえずcreate文を保存しています DBのツールでスキーマ保存すると結局CREATE文だけってのもあるしな 例えば名簿のtableがあって、
id name address
という三つのカラムがあります。
idは重複しない番号です。
この時 id で order by して、
idが1000番台の人の最初の100人取り出す。
idが2000番台の人の最初の100人取り出す。
みたいな処理を連続で行う場合、毎回 order by するのは効率悪いと思うのですが、
何か良い方法はありますか?
MySQLです。 >>72
> みたいな処理を連続で行う場合、毎回 order by するのは効率悪いと思うのですが、
indexが使われるなら効率は悪くない >>73>>74
すみません、初心者なのでもう少しヒント下さい。
よく理解できません。 >>75
select * from 名簿 where id >= 1000 order by id limit 100;
とかするんだろうけど、idにindexが付けられてるなら効率は悪くない
これでわからないのならお手上げ 処理が必ず1000番台ごとにするなら
もう一つ項目daiを追加して、indexを張っておき
id 1000〜1999 には 1 をセット
id 2000〜2999 には 2 をセット
id 3000〜3999 には 3 をセット
というのは?
select * from 名簿 where dai=1 order by id limit 100; >>75
select *
from 名簿
where
id between 1 and 100 or
id between 1000 and 1100 or
id between 2000 and 2100 >>78
そんなのDBMSとオプティマイザの判断次第
カーディナリが十分高ければ、daiのインデックスは使われる可能性が高いだろ
元質問はMySQL指定か。MySQLのオプティマイザでは絶対使わんっていう話なら知らん >>78
idに抜け番がないとはどこにも書いてないけどな そういや、mysqlではsub queryが劇遅だってのは直ったの? >>80
daiのカーディナリティも十分に大きければそのインデックスも使われるだろうけど、
常にそれよりカーディナリティが大きいidのインデックスを使った方がいいに決まってる。
それにそもそもidでソートするわけだし。 SELECT * FROM table
WHERE ...
AND ...
AND ...
AND ...
のようにAND条件をズラズラ並べる場合、
その条件を並べる順番で処理速度は変わりますか? 長文失礼します。
mysqlで
article_infoテーブルに title(記事タイトル),url(記事のurl)を持っています。
blog_infoテーブルには blog_title(ブログのタイトル),blog_url(ブログのtopのurl)を持っています。
やりたいこと:
article_infoで取得した記事のブログのタイトルを一緒に取得したい。
article_info.url は、,blog_urlのレコードのどれかを含んでいます。
例:
blog_title:サンプルブログ
blog_url:http://sample.com/
article_info.url:http://sample.com/article/001
のようになっているので、もし取得したurlがblog_urlに含んでいた場合、対応するblog_titleを共に表示したいと考えています。 ちなみに
SUBSTRING(url,1,LOCATE('/',url,8)) でblog_urlのどれかとマッチするurlが作れることがわかりました。 >>89
普通は検索方法はオプティマイザが判断するから関係ない
定義順に条件書かれてないと複合インデックスが使用できないDBMSがあるとかいう噂は昔聞いたことある
その場合は複合インデックスの定義順に並べるほうが早い可能性が高い
オプティマイザが貧弱で検索順を入れ替えられないDBMSも聞いたことがある
その場合はカーディナルの高い順に検索条件並べろと教えられたことはある
単一テーブルの単純な検索なら、最悪でもそのテーブルのフルスキャン1回ですむから
まあどうでもいいと思うが すみません。下記のかんたんなsqlで取得できました。お騒がせしました。
select
a.title,
a.url,
b.blog_title
from
article_info a,blog_info b >>92
詳しい説明ありがとうございました。
MySQLです。
念のために順番を考慮してAND条件を書いてみます。 >>93
fromでカンマで繋げるのは
INNER JOINの省略形な ふつう直積(CROSS JOIN)だと思うんだが、>>93読んであれ?と思った。
MySQLってそうなのか? すいません、できたと思ってたけどできてませんでした。
しょうがないのでarticle_infoとblog_infoにblog_idカラムを追加して
Inner join で持ってきました。 教えて下さい。
インサートしたカラムに不要な文字[:]がついてしまったのですが、
replaceで毎回取り除いてるとクエリが遅くなるので、すべて更新したいのですが、
update文で出来ますか? mysqlで質問です。
ng_wordテーブルがあります。
テーブルには、wordカラムにキーワードが登録されています。
main_textテーブルのtextカラムの中には
テキストの文章が入っています。
もしmain_textの中にng_wordのwordが含まれていたら、取得したくないのですが、
ロジックを挟まず、sqlだけで取得できますか? WHERE main_text NOT LIKE '%word%' じゃだめだったか? >>103
ワードが1つならそれでも良いかもしれませんが、
複数あるので… このスレ、SQL文書こうとするとエラーになる
どうしたもんかな・・・ Sorry, you have been blocked
You are unable to access 2ch.net
There are several actions that could trigger this block including submitting
a certain word or phrase, a SQL command or malformed data.
SQL文を投稿しようとすると、ハッキング行為とみなされるみたい >>106
まあSQLインジェクション対策なんだろうけどな。 >>107
前の書き込みをよく見ていないけど、テーブルの結合条件もなければ、カラムのテーブル名修飾もなくてわからない。
テーブル間の関係を説明してくれ。
そもそも初めに書いたようにSQLの書き方そのものが悪い。 >>102 に書いてあるだろうに、何が分からないのか分からない 兄弟関係の抽出 と LIMIT、OFFSETに代わるもの (マルチ)
OS: Windows 10 Pro
Access Version: 2016 (2010も使用)
VBA:Excel,Powerpointのみ
VBAでの回答:否
検索キーワード:access SQL 件数 指定
http://www.accessclub.jp/bbs2/0051/beginter16860.html
「No16860.SQLで件数を指定する方法」
と
SELECT [電話番号] FROM [T_児童マスタ] GROUP BY [電話番号] HAVING Count(*)>1
上記2つ等を元に、次のテーブルに適応させようとしていますが、
スマートな文、クエリ(または他の手法)が思いつきません。
どうかアドバイスをお願いいたします。
T_児童マスタ
学級 氏名 電話番号
11 A 1111-11-1111
21 B 2222-22-2222
31 C 1111-11-1111
41 D 2222-22-2222
51 E 1111-11-1111
61 F 3333-33-3333
↓
望む出力結果
学級 氏名 電話番号 兄弟学級1 兄弟氏名1 兄弟学級2 兄弟氏名2 兄弟学級3 兄弟氏名3
11 A 1111-11-1111 31 C 51 E
21 B 2222-22-2222 41 E
31 C 1111-11-1111 11 A 51 E
41 D 2222-22-2222 21 B
51 E 1111-11-1111 11 A 31 C
61 F 3333-33-3333 ■ このスレッドは過去ログ倉庫に格納されています