SQLなら俺に訊け [無断転載禁止]©2ch.net (457レス)
上下前次1-新
抽出解除 レス栞
57(1): デフォルトの名無しさん [] 2018/09/15(土) 22:31:40.71 ID:crViL/AR(2/3) AAS
>>5454(1): デフォルトの名無しさん [] 2018/09/15(土) 20:19:51.77 ID:KIanXBkQ(1/2) AAS
時間がユニークじゃないどうしようもない状態なら
とりあえずコレでいけるハズ
select
max(ahox.time_),
max(ahox.max_val)
from
(
select rowid, time_, val1 as max_val from aho
union all
select rowid, time_, val2 as max_val from aho
union all
select rowid, time_, val3 as max_val from aho
...
) ahox
group by
rowid
時間がユニークならrowid(DBMSが内部的にテーブルにもたせてる行の識別値)みたいなもんは使う必要ない
使う必要があるならrowidはDBMSごとに違うからあとは調べなさい
>>5555(1): デフォルトの名無しさん [] 2018/09/15(土) 20:37:41.73 ID:KIanXBkQ(2/2) AAS
運用方法のアプローチとしては
とりあえず一回全抽出してテーブルを作り直したほうがいい
こんな感じのワークテーブルをマニュアル作業で一旦作る
id, eventno, 時刻, 項目名, 値
eventnoの部分にはとりあえずrowidつっこんどく
で、idはただのシリアル値
システムがこの形式のテーブルに落とせる運用にすれば
それからはすぐに最大値がとれるようになる
そうなるまで毎回ワークテーブル作って最大値とるようにすればいい
それまではマニュアル作業で自分でテーブルをつくりなおす
失敗したヤツがちゃんと責任もってやるようにな
お二人共、ありがとうございます。
テーブル再定義も含め、まずは54さんの手法でこの場は凌いでみます。
116: デフォルトの名無しさん [sage] 2021/01/19(火) 00:45:19.71 ID:sryyIgAN(1) AAS
>>115115(1): デフォルトの名無しさん [sage] 2021/01/19(火) 00:28:07.43 ID:hiZmhE+d(1/2) AAS
>>114
なるほど。さんくす。
ついでに、Rubyでユーザー登録や認証をした結果をMySQLの中に
データとして貯めるようなサーバーサイドのCGIのライブラリ
みたいなものは有る?
Rubyなんぞ知らんし、何をやりたいのかもよくわからんから、Rubyスレで訊け
認証用のフレームワークに何を選ぶかって話で、SQLは直接関係ない
216: デフォルトの名無しさん [] 2022/07/15(金) 12:26:52.71 ID:GqllWW3Z(1) AAS
>>211211(2): デフォルトの名無しさん [] 2022/07/12(火) 22:08:19.53 ID:PV1bWVal(1) AAS
SQLで4桁文字列'hhmm'とDatetime型を結合する方法って分かる?
例:
’1234’ char型
’2022/07/12 00:00:000’ datetime型 があったときに、
↓
2022/07/12 12:34:000 datetime型 みたいに結合したいんだけど。。
普段、日時の計算をどうやっているのか、むしろ疑問ですね。
古い本でいいから古本を買えよ!
283(2): デフォルトの名無しさん [sage] 2024/10/28(月) 15:33:24.71 ID:ehQdeP61(1/2) AAS
>>280280(1): デフォルトの名無しさん [sage] 2024/10/27(日) 09:13:31.20 ID:Vdu9Rrcz(1/2) AAS
良い感じのSQLのGUIクライアントある?
たとえばカラムに連番と画像(画像元のパスなど)があって、
全てのがぞうを表示するようなものを求めてる
殆どのGUIクライアントはそういうDBだ画像は表示されなくてその画像部分のフィールドをクリックしたときに1枚だけ表示されるけど、
そうじゃなくてずらっと並んでる画像パスの入ったフィールド全ての画像を表示したいのだが
MS-Access
395: 警備員[Lv.8][新芽] [sage] 2025/01/21(火) 17:55:49.71 ID:j6Q/IyUA(3/4) AAS
>>394すみません、ちょっと投稿内容に誤りがありました
(1)の複合主キーと、(3)の複合インデックスをまったく同じフィールド、個数、順序とすると、(1)と同じように、複合主キーのみでインデックスを設定しないときの同じように65倍の時間が掛かりました
デフォルトで設定されたインデックスと一致しているので当然なのかもしれません
先ほどの(3)の結果としてを得たのは、試行錯誤して複合インデックスから検索キーとしないフィールドを削除したもので、複合主キーのフィールド数より2つ少ないです
後出しになりすみません
データの内容によっても結果は変わるでしょうし、オレ環なので諦めるしかないかなと
449: デフォルトの名無しさん [sage] 2025/05/14(水) 01:47:48.71 ID:tUJULNxS(1/2) AAS
意味違うと思うぞ。whereだけじゃ足りないんじゃね
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.018s