SQLなら俺に訊け [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/07/14(金) 07:40:53.63

さあ

**デフォルトの名無しさん** · 2021/01/18(月) 11:57:48.25

たいていのアプリ・サービスは、サーバー/クライアント方式

Linux のシステム内で動いているものは、サーバーで、
それに、Windows などのパソコンからアクセスするものは、クライアント

例えば、AWS なら、AWS Command Line Interface(AWS CLI)みたいなものを、
Windows パソコンに入れて、それでサーバーにアクセスする

MySQL 用のクライアントも探してみれば？

**デフォルトの名無しさん** · 2021/01/18(月) 13:17:29.49

>>111
うーんと、Xreaなどのレンタルサーバーを借りると予めMySQLがインストール
されていて、確か、管理画面などからMySQLのデータベースの中に入っている
データを、普通のパソコンのブラウザからリモートで見られるようになっている。
それは、なんという名前のCGIを使っているか教えて欲しい。

**111** · 2021/01/18(月) 13:48:11.67

例えば、AWS なら、AWS Command Line Interface(AWS CLI)みたいなものを、
自分のWindows パソコンに入れて、それでサーバーにアクセスする

たぶん、Xrea, SAKURA でも、
Xrea CLI, SAKURA CLI みたいな同様のツールがあるのじゃないの？

そのサービス事業者に聞いてみれば？

**デフォルトの名無しさん** · 2021/01/18(月) 19:38:01.83

>>112
phpMyAdminとかそういう話？

**デフォルトの名無しさん** · 2021/01/19(火) 00:28:07.43

>>114
なるほど。さんくす。
ついでに、Rubyでユーザー登録や認証をした結果をMySQLの中に
データとして貯めるようなサーバーサイドのCGIのライブラリ
みたいなものは有る？

**デフォルトの名無しさん** · 2021/01/19(火) 00:45:19.71

>>115
Rubyなんぞ知らんし、何をやりたいのかもよくわからんから、Rubyスレで訊け
認証用のフレームワークに何を選ぶかって話で、SQLは直接関係ない

**デフォルトの名無しさん** · 2021/01/19(火) 00:47:54.79

Ruby on Rails の devise という「gem」が、パスワードを入力したり
メールを送って登録するようなよくある認証パターンをやってくれて、
MySQLも使ってるそうだけど、Ruby on Rails使ったことないし、
登録した MySQL のデータを上手く扱えるか不安。

**デフォルトの名無しさん** · 2021/02/08(月) 13:32:01.05

テーブル名にバインド変数使う事って出来ないの？
"CREATE TABLE IF NOT EXISTS ? (...);"
といった感じでテーブル名は後付けでバインドしたいんだけどsqlite3_prepare_v2が失敗する

**デフォルトの名無しさん** · 2021/02/08(月) 14:34:00.76

自己解決、
出来ないのが仕様だったか

**デフォルトの名無しさん** · 2021/02/08(月) 16:39:30.22

SQL ServerとOracleとDb2の3間を変換してくれるアプリとかありませんか？

**デフォルトの名無しさん** · 2021/02/09(火) 22:59:40.19

質問スレ過疎ってたからこっちか

専ブラBB2Cでワッチョイを正規表現でNGしたいんだけどうまくいかない
第2オクテット(仮にXXとして)だけ固定でこれじゃダメだろうか
.*XX-.*

**デフォルトの名無しさん** · 2021/02/10(水) 14:33:47.60

sqlite3_blob_openで得た列ハンドルをsqlite3_reopen_blobで使いまわすとクエリ投げるより5倍近く高速だと判明したが
nullセルやrowが見つからないとハンドル失効しちゃってopenし直さないといけないんだな
open自体はそれなりに重いから失効が多いとパフォーマンス上の利点はほとんど無しか

**デフォルトの名無しさん** · 2021/02/13(土) 18:50:09.35

データベース板を忘れないでください

**デフォルトの名無しさん** · 2021/05/21(金) 10:11:21.48

2万レコードのテーブルの全行をそれぞれupdateで値を変更したいんだが、これってforでSELECTを2万回繰り返したりしたらまずいもんなの？

レンタルサーバー使ってるんだが

**デフォルトの名無しさん** · 2021/05/21(金) 22:03:11.74

べつにまずくはないよ。オーバーヘッドが大きいだけ。

**デフォルトの名無しさん** · 2021/05/22(土) 21:16:11.45

>>125
ありがとうございます。めっちゃ助かりました

**デフォルトの名無しさん** · 2021/07/10(土) 13:35:16.95

一個前のidからカラム取ってくることはできますか？

**デフォルトの名無しさん** · 2021/07/10(土) 14:09:51.57

前とか後とかいう概念が、、、というのは置いといて
自分のidより小さいidの最大が該当のidだろ
あとはサブクエリなりwindow関数なりでとってこい

**デフォルトの名無しさん** · 2021/07/13(火) 23:04:11.03

出来たわ！ありがとう

**デフォルトの名無しさん** · 2021/07/22(木) 23:59:45.26

SQLの述語というのがよくわかりません

**デフォルトの名無しさん** · 2021/10/15(金) 22:03:31.28

レコードのデータが
AAA　　1
AAA 2
BBB 3
BBB 4
BBB 5
CCC 6
CCC 7
AAA 8
AAA 9
BBB 10
BBB 11
ってなってるデータから
AAA 1
BBB 3
CCC 6
AAA 8
BBB 10
みたいなデータに変換したいのですがやる方法ってありますか

**デフォルトの名無しさん** · 2021/10/15(金) 22:50:54.11

グループ化して、最小値だけを取り出せば？

**デフォルトの名無しさん** · 2021/10/16(土) 08:56:30.04

どういうルールで変換するのか書かないで丸投げされてもな。
というかそれを自分で考えないからわかんないんだろう。

**デフォルトの名無しさん** · 2021/10/16(土) 09:46:40.94

>>131
因果関係が逆。
それが宿題なら問題が糞だからやらなくていいし、学校を変えるべき。

**デフォルトの名無しさん** · 2021/10/16(土) 11:27:24.16

>>131
番号順に並んでる前提ならwindow関数を使えばできる
https://www.db-fiddle.com/f/qcBr41a9A6nguLARwbY1Yk/0

**デフォルトの名無しさん** · 2021/10/17(日) 10:18:00.58

すまん　俺が悪かった。
みんなありがとう

例えば、下記の時系列データがあったときに、nameごとにまとめたものを別のテーブルに入れたいんだよね。
nameがはまとめたときに、IDがもっとも若いものを格納したい。
SQLで一発取れたりするかな？
ロジックを考える必要ある？

ID(PK)　　name value
1 AAA 1
2 AAA 3
3 BBB 5
4 BBB 2
5 BBB 4
6 CCC 1
7 CCC 3
8 AAA 1
9 AAA 2
10 CCC 3
11 CCC 4

↓

ID(PK)　　name value
1 AAA 1
3 BBB 5
6 CCC 1
8 AAA 1
10 CCC 3

**デフォルトの名無しさん** · 2021/10/17(日) 10:20:12.93

>>135
がやってくれたことがまさにやりたいことだわ
くわしくありがと

**デフォルトの名無しさん** · 2021/10/23(土) 10:22:47.90

時刻昇順に並んでるデータでstatusが1～4を一塊として
縦横変換したテーブルが欲しいんですけどSQLだけじゃムリですかね。
欲しいテーブルにあるrep_idは元のテーブルにない（生成したい）です。

元のテーブル
time　　　　status
10/1 0:01 　1
10/1 1:34 　2
10/1 2:00 　4
10/1 22:00　2
10/1 23:32　3
10/2 1:02 　4

欲しいテーブル
rep_id|　status_1 　|　status_2　　　|　status_3　　|　status_4
-----+----------+-----------+----------+--------
1　　　|10/1 0:01 　|　10/1 1:34　　|　null　　　　　|　10/1 2:00
2　　　|null　　　　　|　10/1 23:00　|　10/1 23:32　|　10/2 1:02

**デフォルトの名無しさん** · 2021/10/23(土) 10:32:24.95

**デフォルトの名無しさん** · 2021/10/24(日) 00:25:59.14

SQLだけでやってみた
WITH
ブレークチェック AS (
SELECT
CASE WHEN LAG(status,1,NULL) OVER (ORDER BY [time]) < status
THEN 0
ELSE 1
END AS st,
[time]
FROM 元のテーブル),
開始終了 AS (
SELECT
[time],
(SELECT MIN([time]) FROM ブレークチェック WHERE st = 1 AND [time] > t.[time]) AS end_time
FROM ブレークチェック t
WHERE st = 1),
t1 AS (SELECT [time] FROM 元のテーブル WHERE [status] = 1),
t2 AS (SELECT [time] FROM 元のテーブル WHERE [status] = 2),
t3 AS (SELECT [time] FROM 元のテーブル WHERE [status] = 3),
t4 AS (SELECT [time] FROM 元のテーブル WHERE [status] = 4)
SELECT ROW_NUMBER() OVER (ORDER BY 開始終了.[time]) AS rep_id,
t1.[time] AS status_1,
t2.[time] AS status_2,
t3.[time] AS status_3,
t4.[time] AS status_4
FROM 開始終了
LEFT JOIN t1 ON t1.[time] >= 開始終了.[time] AND (t1.[time] < 開始終了.[end_time] OR 開始終了.end_time IS NULL)
LEFT JOIN t2 ON t2.[time] >= 開始終了.[time] AND (t2.[time] < 開始終了.[end_time] OR 開始終了.end_time IS NULL)
LEFT JOIN t3 ON t3.[time] >= 開始終了.[time] AND (t3.[time] < 開始終了.[end_time] OR 開始終了.end_time IS NULL)
LEFT JOIN t4 ON t4.[time] >= 開始終了.[time] AND (t4.[time] < 開始終了.[end_time] OR 開始終了.end_time IS NULL)
素直にループ回すほうがいいな

**デフォルトの名無しさん** · 2021/10/24(日) 07:39:02.37

>>140
ありがとうございます。SQLだけでも書けるんですね
足りないstatusを補完できないかとか集計キーを作ってからとか当初の目的と外れたところで発狂してました

**デフォルトの名無しさん** · 2021/11/06(土) 13:34:50.16

検索やら削除、CRUDをしたあとに得られるデータの命名に
rowsとかitems、個々はrowやitem
と考えています。
さらに個々rowにはdeleteやupdateのメソッドが使えるよう処理しています
つまり純粋なデータというよりインスタンス化されています
ここで疑問が。
rowという命名がしっくりこない気がします
row.column名やらrow.delete()とかで使う分にはrowで良いと思いますが
rowオブジェクトのクラス名をRowにするのはぴんとこないのです
何かいい命名案はないでしょうか
もうItemでいいかなとも思ってます

**デフォルトの名無しさん** · 2021/11/06(土) 19:03:36.97

Row/Columnは行/列だから表(Table)に対しての名前はフィットしていると思うがな。
気に入らなければRecord/Flieldではどうかな？

**デフォルトの名無しさん** · 2021/11/07(日) 12:35:47.69

ありがとうございます　>>143
一括置換しても問題なくいつでも変えられそうなのでとりあえずはRowにしときます

**デフォルトの名無しさん** · 2021/11/14(日) 11:47:27.97

日本全国民テーブルから
年収960万円以下の世帯で、
かつ
18才未満の子供の数。

を抽出するSQLを書いて下さい

**デフォルトの名無しさん** · 2021/11/14(日) 12:12:19.12

>>145
日本人達テーブルには

マイナンバー、世帯主マイナンバー、生年月日、徴収税額

があるものとします。

**デフォルトの名無しさん** · 2021/11/14(日) 13:47:45.91

電通もしくはぱーそるの人か

**デフォルトの名無しさん** · 2021/11/14(日) 15:11:57.53

んなわけねーw
5ちゃん見てたら笑うしか無いw

**デフォルトの名無しさん** · 2021/11/14(日) 15:16:56.72

>>142
Ruby on Rails のO/R マッパーでは、
命名規約で決まっているから、row みたいな抽象的な名前にならない

テーブル名が複数形のmy_books(snake case)なら、
各行は、単数型のmy_book を使えばよい

クラス名は、MyBooks(Pascal, upper camel)
ファイル名は、my_book.rb

**デフォルトの名無しさん** · 2021/11/14(日) 16:50:43.91

便通はfirewallで5ch禁止してるからな
自宅から業務外で5chに質問描いてたらクビ

**デフォルトの名無しさん** · 2021/11/25(木) 19:15:00.80

selectはそこそこ速いのに（30秒くらいで処理終わる） updateにすると遅くなる（10分以上）要因って何が怪しいかわかる？
抽出条件は全く一緒

**デフォルトの名無しさん** · 2021/11/25(木) 19:15:06.69

selectはそこそこ速いのに（30秒くらいで処理終わる） updateにすると遅くなる（10分以上）要因って何が怪しいかわかる？
抽出条件は全く一緒

**デフォルトの名無しさん** · 2021/11/25(木) 20:31:30.88

>>152
インデックスがたくさんある
Tトリガーで重い処理してる
とか？

**デフォルトの名無しさん** · 2021/11/25(木) 21:42:40.77

selectとupdateで経過時間を比較してもあんまり意味ないよ
抽出条件は同じでもupdateは抽出後に1件1件更新処理が必要なんだから
件数が多ければそのくらいの差になっても何も不思議じゃない

**デフォルトの名無しさん** · 2021/12/24(金) 16:39:20.24

複数のカラムのどれかに該当文字を含む行を知りたいが、
どのカラムだったかで区別したい時に、一発でやる方法ってある？
具体的には以下(２発)を一発にしたい。

SELECT 0,target FROM sometable WHERE col0 MATCH 'str' UNION SELECT 1,target FROM sometable WHERE col1 MATCH 'str' AND col0 NOT MATCH 'str';

例えば、「どのORに当たったか」を教えてくれるスカラー関数 hitplace() があったとすると、

SELECT hitplace(),target FROM sometable WHERE col0 MATCH 'str' OR col1 MATCH 'str';

に出来るのだけど。
環境はPHP+SQLite。
出力は配列の配列、 [[col0に当たった行],[col1に当たった行]] の形式で、重複はなし。
この形式にサクッと変換出来るのなら、読み出した形式は上記とは違っても可。

**デフォルトの名無しさん** · 2021/12/24(金) 17:59:49.49

CASE式使えばできるよ

アプリかDBの設計を見直したほうがいい可能性大

**デフォルトの名無しさん** · 2021/12/24(金) 19:31:42.64

お早い回答ありがとう。
もっと色々試すが取り急ぎ。

新案1：
SELECT CASE WHEN col0 LIKE 'str' THEN 0 WHEN col1 LIKE 'str' THEN 1 ELSE -1 END AS col,target FROM sometable WHERE col>=0;
explainでは32、他だと文法エラーらしいがSQLiteだと通る。(参考 https://rainbow-engine.com/sql-howto-caseresult-where/)
explain query plan では
0|0|0|SCAN TABLE tags_bulk VIRTUAL TABLE INDEX 0:

新案2：
SELECT col,target FROM (SELECT CASE WHEN col0 LIKE 'str' THEN 0 WHEN col1 LIKE 'str' THEN 1 ELSE -1 END AS col,* FROM sometable) WHERE col>=0;
他ではこう書けと言われているもの。
explainでは32で、見た目中身も同じ。explain query plan も全く同じ。

**デフォルトの名無しさん** · 2021/12/24(金) 19:32:06.67

元：
SELECT 0,target FROM sometable WHERE col0 MATCH 'str' UNION SELECT 1,target FROM sometable WHERE col1 MATCH 'str' AND col0 NOT MATCH 'str';
explainでは同じく32だが、見た目は違う。が、読み方が分からない。
explain query planでは以下。見た目通り2周している。
1|0|0|SCAN TABLE sometable VIRTUAL TABLE INDEX 9:
2|0|0|SCAN TABLE sometable VIRTUAL TABLE INDEX 11:
0|0|0|COMPOUND SUBQUERIES 1 AND 2 USING TEMP B-TREE (UNION)

MATCHはCASEの中では使えないらしくLIKEにしている。
(Error: unable to use function MATCH in the requested contextと出る。)
MATCHだとインデックスが使える分速いはずだが2周する分遅くなるのでどうなるか。

DBやアプリ構造の改善案は今のところ思いつかない。(変更は可能)
カラムはそれぞれ別の管理なので、先に合わせる事は出来ない。

**デフォルトの名無しさん** · 2021/12/24(金) 21:34:31.41

新案3: UNION ALL
SELECT 0,target FROM sometable WHERE col0 MATCH 'str' UNION ALL SELECT 1,target FROM sometable WHERE col1 MATCH 'str' AND col0 NOT MATCH 'str';
元はUNIONにB-TREEが必要でこの分無駄だった。
explainは23と軽くなった。explain query plan は以下。
1|0|0|SCAN TABLE sometable VIRTUAL TABLE INDEX 9:
2|0|0|SCAN TABLE sometable VIRTUAL TABLE INDEX 11:
0|0|0|COMPOUND SUBQUERIES 1 AND 2 (UNION ALL)
単発で別々にクエリすればUNION ALL 分も取れるが、単に追加してるだけなのでPHP側で結合するよりは速いはず。

今のところこの辺か。他に何かあればよろしく。
とりあえず実装して試すが、差が出るほどDBの中身が埋まるまでにはだいぶかかるとは思う。

**デフォルトの名無しさん** · 2021/12/24(金) 21:37:57.02

>>157
その案はどちらもテーブルスキャンになってインデックス使わない
SELECT句のCASE式とは別にWHERE句に本来の条件を書く

DB構造の話はカラムとして持つべきデータじゃなくて
子テーブルの行として持つべきデータかと思ったんだけど
全文検索でいずれかのカラムに検索キーワードが含まれてる行を
どのカラムかという情報も含めて抽出する用途なんであれば
そのままでいいんじゃないかと思う

**デフォルトの名無しさん** · 2021/12/24(金) 22:28:50.21

>>160
> その案はどちらもテーブルスキャンになってインデックス使わない
そうだが、今回はこれで仕様的にも問題ない。

俺が勘違いしてたのもあって言葉が混乱しているが、
SQLiteのFTSは全文検索仕様で、通常のインデックスは作成出来ない。
FTSで「インデックス」と言われてるのは全文検索用のキーワードインデックスで、
つまりMATCHがLIKEに比べて糞速いだけで、常に全row検索する仕様のようだ。
https://sqlite.org/fts3.html
（俺がFTSの「インデックス」をここでもそのままインデックスと表記したのが不味かった。
FTS用のテーブルでは通常のインデックスでの単rowからの検索は出来ない。
《rowidだけは使えるらしいが、使っても explain query plan では scan と表示された》)

> 子テーブルの行として持つべきデータかと思ったんだけど
あーなるほど、勘がいいね。
実は元々そういう構造になっていたのだが、
下部構造のサマリを作ってしまった方が楽だからそうしようとしていて、
col0は上部から与える名前、col1は下部のそれぞれの中身の寄せ集めになってる。
だからcol0を下部構造の各行のcol1相当部分に対して混ぜ込めば、下部構造で一発クエリ出来る。
そして元々そうしていたのだが、他の都合上、管理が面倒なので変更しようとしているところ。
しかしよく分かったね。まあ妙な事をしてるからか？

まあとにかくありがとう。
今回は下部構造のサマリなので、常に全文検索で問題ない。
言葉が混乱しててごめん。

**デフォルトの名無しさん** · 2021/12/25(土) 19:58:56.64

NOT MATCH が使えない。(Error: unable to use function MATCH in the requested context)
ただし動的エラーで、2つ目のクエリでcol1にMATCHの後、col0にNOT MATCHのチェックで落ちるようだ。
CASEの中でも使えないし、やはりMATCHはインデックスのようだ。
ところでMATCH NOTは使える。

新案4: MATCH NOT
SELECT 0,target FROM sometable WHERE col0 MATCH 'str' UNION ALL SELECT 1,target FROM sometable WHERE col1 MATCH 'str -col0:str';
これでexplainは20、explain query plan は以下。
1|0|0|SCAN TABLE sometabke VIRTUAL TABLE INDEX 9:
2|0|0|SCAN TABLE sometable VIRTUAL TABLE INDEX 11:
0|0|0|COMPOUND SUBQUERIES 1 AND 2 (UNION ALL)

当面はこの新案4で行く予定。

**デフォルトの名無しさん** · 2022/05/10(火) 17:48:54.08

メモ＆報告
SQLModelにてRelationshipsがうまく機能しなかったが
結論としてSQLAlchemyのバージョンを変更したらうまくいった
https://github.com/tiangolo/sqlmodel/issues/327#issuecomment-1116983382
他のバージョンは試してないが
pip install SQLAlchemy==1.4.17
でいけた
#python #SQLModel

**デフォルトの名無しさん** · 2022/05/28(土) 08:36:34.97

カーソルって何のために使うの？

**デフォルトの名無しさん** · 2022/05/28(土) 11:06:08.08

iteration

**デフォルトの名無しさん** · 2022/05/28(土) 12:02:17.61

>>164
クライアント側に結果セットを全部抱えなくてもいいのと、クエリが全部終わらなくても出てきたレコードから順に
処理を進められるんで、主に対象のレコードが多いバッチ処理なんかで使う。

**デフォルトの名無しさん** · 2022/05/28(土) 16:19:02.25

SQLでDECLARE CURSORと書くサーバーサイドのカーソルと
DBドライバーのAPIが提供するクライアントサイドのカーソルは別のもの

前者はSQLで1行単位の処理をしたい場合に使うものだけどよほど特殊な事情がない限りは使わない

後者はクライアントがクエリの結果セットを塊単位でフェッチするのに使うもので呼び名が違うこともあるが一般的に使われてる

どちらも結果セット内の次の読み込み位置を指し示す抽象オブジェクトとしての役割は同じ

**デフォルトの名無しさん** · 2022/06/07(火) 20:12:44.49

車テーブルがあって
車両番号　走行日　走行距離(出発)　走行距離(到着)　　運転手
というカラムがあります。

各車両の現在の走行距離と、今運転手が乗っていれば運転手名が欲しいです。
乗っているという判断は
走行距離(出発)が入ってるけど到着は入ってない、という事になってます。

これってMAX関数で現在の走行距離とるクエリと、運転手データとるクエリとでJOINするしかないですよね？

**デフォルトの名無しさん** · 2022/06/07(火) 22:18:49.63

>>168
DBMSによる
DB板で聞くといい

**デフォルトの名無しさん** · 2022/06/08(水) 02:38:50.06

>>168
普通にCASEで行けそうだけど

現在の走行距離とは何？
運転手が乗ってなければどうしたいの？

**デフォルトの名無しさん** · 2022/06/08(水) 04:53:57.00

GROUP BYの集計項目以外のカラムの値(運転手等)をサブクエリ使わずに一発でできるかどうかという質問かと思ったが
運転手を表示する場合としない場合の分岐方法の話ならCASE式だね

**168** · 2022/06/08(水) 05:07:53.00

>>171
そういう意図でした！
caseでもう一度試行錯誤してみます！

**168** · 2022/06/08(水) 05:13:05.52

>>170
現在の運転手がいなかったらnullにしたいです。

**168** · 2022/06/08(水) 19:01:35.68

>>168
解決しました！ありがとうございます！

**デフォルトの名無しさん** · 2022/06/14(火) 14:33:53.86

SQL Serverで質問です。

テーブル1
テーブル2
テーブル3
テーブル4
…
とテーブルはどんどん増えます。

各テーブルにはIDという数値型のフィールドがあるのですが、
テーブル名とIDの最大値の一覧表にしたいです。

INFORMATION_SCHEMAを使ってテーブル名の一覧までは出せたのですが、
それらの各IDの最大値を産出するのはどう書けばいいのでしょうか？

**デフォルトの名無しさん** · 2022/06/14(火) 15:30:50.28

>>175
identity columnなら
SELECT IDENT_CURRENT (‘table_name’)かsys.identity_columnsのlast_value
違うなら
SELECT MAX(ID) FROM table_name

**デフォルトの名無しさん** · 2022/06/14(火) 16:44:05.01

>>176 ありがとうございます。

しかしながら

テーブル名　IDの最大値
テーブル1　6
テーブル2　1014
テーブル3　1990
テーブル4　74
テーブル5　1861
テーブル6　136

という感じに表示されてほしいです

**デフォルトの名無しさん** · 2022/06/15(水) 20:45:45.59

一つのテーブルに対して、複数のクエリ（参照、更新）が同時に投げられても、テーブルロックされない限り並行して動くものなの？

**デフォルトの名無しさん** · 2022/06/17(金) 01:53:08.02

>>178
ロックはテーブルロックだけじゃないし
同時実行できるかはハードやDBMSの機能によるんだが
まあ基本的には複数のコネクションのクエリは並列して動くと考えていいんじゃね

**デフォルトの名無しさん** · 2022/06/22(水) 21:18:18.43

>>177
それなら統計情報を検索すればいい話

**デフォルトの名無しさん** · 2022/06/29(水) 17:50:51.99

全く同じクエリの処理してるのに、時間帯によって波があるのって何が原因かな？
夜中は１０秒、朝９時くらいは1時間とかザラにある
しかも、毎日波がある
こんなに気まぐれなの?

**デフォルトの名無しさん** · 2022/06/29(水) 18:45:17.79

>>181
そんな情報だと時間帯によって何かが変化してるとしか言えない
頑張って

**デフォルトの名無しさん** · 2022/06/29(水) 18:51:34.33

>>182
情報が欲しいなら、お願いしてみれば？

**デフォルトの名無しさん** · 2022/06/29(水) 18:59:48.80

情報はタダじゃねえんだよ

**デフォルトの名無しさん** · 2022/06/29(水) 21:10:29.16

10秒と1時間越えで何が原因かあたりもつけられないってかなりヤバない？

**デフォルトの名無しさん** · 2022/06/29(水) 21:18:34.19

マシンのメモリなどの、何かのリソースが少ないのかも

例えばメモリが少ないと、1クリックしてから処理されるまで、1分掛かる。
遅すぎて何もできない

**デフォルトの名無しさん** · 2022/06/30(木) 16:46:00.43

バラバラな日付が入っているテーブルから、
特定日以前3日間のレコードを取るSQL教えてください

hogeテーブル
id,date
5,2022-06-30
4,2022-06-19
3,2021-12-24
2,2021-06-03
1,2021-01-02

ここから2022-06-19以前の3日間のレコード
2022-06-19
2021-12-24
2021-06-03
を取りたいです

**デフォルトの名無しさん** · 2022/06/30(木) 17:49:50.05

その日付より小さくて、その日付ー３日より大きいっていうwhere条件書くだけだと思うが

日付の扱いはＤＢＭＳによって差が大きいからこれ以上はちゃんと環境書け

**デフォルトの名無しさん** · 2022/06/30(木) 17:56:20.31

>>187
where date <= ‘2022-06-19’
order by date desc
limit 3;

上から3行取る方法はDBMSによって違うのでマニュアルを読んで

**デフォルトの名無しさん** · 2022/06/30(木) 18:54:13.55

>>189
ソートしろとは言ってないぞ

**デフォルトの名無しさん** · 2022/06/30(木) 19:51:26.35

>>188
その日付ー３日は、
日付がバラバラなのでできません

>>189
これでできそうです
ありがとうございます

**デフォルトの名無しさん** · 2022/06/30(木) 20:18:37.20

ああ、三日じゃなくて３件分のデータが欲しいのか
日付にダブりがないなら>>189さんの方法で
ダブりがあるならdistinctなりgroup byなりしてからだな

>>190
ソートしないでできるならぜひその方法を教えてくれ

**デフォルトの名無しさん** · 2022/06/30(木) 20:29:12.21

>>192
ソートする必要がどこにあるのか？

**デフォルトの名無しさん** · 2022/06/30(木) 20:31:30.23

3日が3レコードという意味なのかどうかからわからない。

**デフォルトの名無しさん** · 2022/06/30(木) 21:19:29.49

>>192
自分より大きくて指定日付以下であるレコードが3件未満となるものを選ぶ。

**デフォルトの名無しさん** · 2022/06/30(木) 22:57:01.80

>>195
なるほど。件数がゼロ件になるやつの考慮がいるけど、いけるのはいけそうだな
SELECT * FROM hoge T WHERE
　(SELECT count(*) FROM hoge
　　WHERE hoge.[date] >t.date AND hoge.[date]<='2022-06-19'
　) < 3 AND t.[date]<='2022-06-19'
こんな感じか
これならオフセット取れないとかwindow関数使えないDBとかでも動くな

**デフォルトの名無しさん** · 2022/06/30(木) 23:12:15.50

>>190
ソートしろと言われているのにソートしないのは問題だが逆に
ソートしろと言われてないのにソートするのは構わんだろ

**デフォルトの名無しさん** · 2022/07/01(金) 00:36:44.48

>>197
無駄なソートはRDBMSによっては致命的な性能問題を引き起こす。

**デフォルトの名無しさん** · 2022/07/01(金) 03:40:55.11

>>198
「無駄な」ソートはな
order by 書けば絶対ソートするとでも思ってるんだろうか
つかおまえソートしない方法提示できてないだろ

テーブルスキャン何回もやるぐらいならソート１回のほうがましなことも多いぞ
まあなんにせよインデックス構成とオプティマイザ次第だけどな

**デフォルトの名無しさん** · 2022/07/01(金) 09:55:27.56

TOP/LIMIT/FETCH FIRST + ORDER BY使ったtop-Nクエリが
相関サブクエリ使ったtop-Nクエリより遅くなるようなメジャーなDBMSがあるの？

**デフォルトの名無しさん** · 2022/07/02(土) 00:59:29.77

構文の話をし始めるやつはヤバい

**デフォルトの名無しさん** · 2022/07/02(土) 09:03:05.11

構文の話は誰もしてない・・・よね？

**デフォルトの名無しさん** · 2022/07/02(土) 19:31:42.58

内部の処理の説明をSQLの構文で説明するのは、知識がなさすぎると思うぞ。

少なくとも業務システムでは嫌われる。

**デフォルトの名無しさん** · 2022/07/02(土) 20:23:17.28

構文の話してるヤバい奴ってどれ？

というか、こういうどこに向かって話してるのかわからないようなのもなんかヤバい。

**デフォルトの名無しさん** · 2022/07/02(土) 21:48:05.38

これDB板によく湧くヤバいやつだわ
そっ閉じ推奨

**デフォルトの名無しさん** · 2022/07/03(日) 12:56:59.34

つかDB板の連中って何でそれが重い処理なのかまるで理解してないよね
しかも呼び出し側含めた全体最適化なんてする気もないようだし、
あいつらはSQLを手打ちでもしてるのだろうか？

**デフォルトの名無しさん** · 2022/07/03(日) 21:52:19.27

まるですでに重いと決まっているかのような物言い。これはヤヴァイ。

**デフォルトの名無しさん** · 2022/07/03(日) 22:24:10.66

インデックスを張ってる状態での189は間違いなく軽い
DB屋はDBで済ませる傾向があるとは聞くし、
クエリプランナで最高に最適化されてリングバッファ的に動くのなら196も確かに軽いが、
そうならない場合は糞重い

俺はそこまでDBのことは知らないので、
189が第一選択肢で、速度の問題があればインデックスを張る
これで問題がある場合は、自前でカーソルをとってリングバッファを実装する

DB屋なら196がそれぞれのDBで軽いか重いか把握した状態で使うのだとは思う
ただそれは俺らプログラマとはだいぶ視点が違うと感じた

**デフォルトの名無しさん** · 2022/07/03(日) 23:34:25.47

ソートの話は相関サブクエリを使えという話じゃなく
指定日以前の任意の3レコードなのか(ソート無し)
指定日以前の直近の3レコードなのか(ソート有り)
という違いを指摘したかったんでしょ

**デフォルトの名無しさん** · 2022/07/04(月) 01:22:49.55

それもあるとは思ったが、187だとほぼid通りの順なのだろうし、
191で文句も言ってないので、おそらくログ的な物のラスト3行を取りたいのだろうよ

なら俺は208で言ったとおりにする
(なお俺は189ではない)
それを(実際どうなるのかは知らんが)糞遅くなりそうなSQLを出すのもいかがなものかと

質問者が悪いと言えばそうだが、
質問者のレベル推定も含めての回答にしないと、ここでは成り立たない

「ソートして良い」と勝手に決めるのが問題なら、
「ソートしてはいけない」と勝手に決めるのもまた問題でしかない
なら聞けばいいのに、それもしない
（なお、しても意味は通じず、余計に面倒になるのは見えているので、
今回のようにいきなり189で問題ないとも思うが）
なんというか、この辺の空回り具合は、文化の違いを俺は感じたよ

ただまあ俺らが特殊なのかもしれないけどな
この板では基本的にエスパー出来ないと回答は無理だし