私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレMySQL 総合 Part25

mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

751 : NAME IS - 2016/11/20(日) 23:11:11.59 ID:???.net (+46,-19,-2)

>>749
rootのパスワードと同じじゃあないのか？

752 : NAME IS - 2016/11/21(月) 00:37:11.29 ID:???.net (+68,+29,-60)

>>751
あ～、知りたかったのはrootのじゃなく、他のユーザーのです。言葉足らずでした。
んで、オマケに自分で作ったユーザーなのにアレっ？ていう事で^^;
暗号化された文字列を元に戻す関数はないっていう事みたいですし、とりあえず、set password for ～で
今回は設定し直しました

755 : NAME IS - 2016/11/27(日) 18:22:15.78 ID:RZWMptaf.net (-20,+0,+1)

>>754
死ね

756 : NAME IS - 2016/11/27(日) 19:17:40.20 ID:???.net (+46,+29,+0)

>>754
いらないなあ
そんな人

757 : sage - 2016/11/27(日) 19:35:12.37 ID:h2VKmk9I.net (+25,+30,+0)

http://www.youtube.com/watch?v=tY-xyCbzdqY

http://www.youtube.com/watch?v=NJYs5GTmdcg

758 : NAME IS - 2016/11/28(月) 20:50:39.28 ID:uyPMakpt.net (+35,+29,-16)

カラム名というか列名の正式名称は「カラム名」でいいの？
それとも別の名前がついてる？

759 : NAME IS - 2016/11/28(月) 21:53:34.79 ID:???.net (+57,+29,-18)

「カラムの名前」とか「列の名前」とか何とでも言えそう・・
さすがにカラムタイトルはあんまないと思うけど

760 : NAME IS - 2016/11/28(月) 21:56:23.59 ID:???.net (+15,-11,+0)

>>758
列名

762 : NAME IS - 2016/11/29(火) 20:40:12.89 ID:???.net (+53,+25,-4)

こちらサクラのサポートセンターですｗ

763 : NAME IS - 2016/11/29(火) 21:53:47.18 ID:???.net (+57,+29,-7)

というわけで、ここで返事待つよりさくらのサポセンに電話なりメールなりしようw

764 : NAME IS - 2016/12/05(月) 00:46:16.76 ID:bgZJXXpZ.net (+12,+17,-8)

神宮球場ってMySQLの持ち込みできる？

765 : NAME IS - 2016/12/05(月) 00:50:00.10 ID:VFKpL/gb.net (-13,-13,-12)

oracle しかだめ

766 : NAME IS - 2016/12/05(月) 12:49:09.95 ID:???.net (-1,-29,-17)

MySQLはOracle製品だからOKか

767 : NAME IS - 2016/12/05(月) 15:28:04.54 ID:???.net (-2,+29,-14)

案の定ネタか
http://raptor.2ch.net/test/read.cgi/livejupiter/1461796881/

768 : NAME IS - 2016/12/05(月) 22:43:03.42 ID:VFKpL/gb.net (+12,+27,-1)

見っけた

http://gamers-park.com/node/581

770 : NAME IS - 2016/12/09(金) 17:04:54.96 ID:???.net (+96,+29,-94)

普通はインデックスとかはるから気にしなくていいと思う。
プライマリーキーなら通常で自動でインデックスがはられるだろうし。

もちろん、普通に比較する場合は,idが整数値ならidが速いかもしれんが、

http://dev.mysql.com/doc/internals/en/date-and-time-data-type-representation.html
でも、これみると結局、日付型も内部的には単なる数値の比較で済むようになってるし。

771 : NAME IS - 2016/12/09(金) 17:07:17.56 ID:???.net (+57,+29,-11)

dateにインデックスはられてなきゃ、idの方が速いと思うけど。
もちろん、データ件数が少なかったらあんま差でなく
なるかもしれん。

772 : 765 - 2016/12/09(金) 18:25:08.45 ID:???.net (+70,+29,-7)

>>770-771
レスありがとうございます。やっぱりidの方が速いですよね。
でも、気にするほどではないとの事ですので、date型も使います。

773 : NAME IS - 2016/12/11(日) 17:12:10.13 ID:???.net (+67,-30,-183)

id| datetime　　　　
--+-----------------
1 | 2016-12-11 17:00
2 | 2016-12-11 17:01
1 | 2016-12-11 17:03
3 | 2016-12-11 17:04
2 | 2016-12-11 17:06
3 | 2016-12-11 17:06
1 | 2016-12-11 17:07
2 | 2016-12-11 17:07
3 | 2016-12-11 17:07
1 | 2016-12-11 17:11
3 | 2016-12-11 17:12

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

id| datetime　　　　
--+-----------------
1 | 2016-12-11 17:00
2 | 2016-12-11 17:01
3 | 2016-12-11 17:04
1 | 2016-12-11 17:07
2 | 2016-12-11 17:07
3 | 2016-12-11 17:12

id毎に前後5分以内のレコードを省く方法は無いでしょうか？

776 : NAME IS - 2016/12/11(日) 19:35:16.69 ID:???.net (+56,+29,+1)

>>773
そりゃあるさ

777 : NAME IS - 2016/12/11(日) 21:52:33.09 ID:???.net (+57,+29,-19)

考えて見たけれど、
これって先頭から順に処理していって、
条件に合わないレコードを捨てて行かないと無理なのかな？

778 : NAME IS - 2016/12/11(日) 22:03:26.90 ID:???.net (+70,+29,-4)

>>773
この前後５分がわからん。
基準は何よ？？

779 : NAME IS - 2016/12/11(日) 22:11:51.11 ID:B1MOMqp3.net (-20,+29,-3)

最低限のソート以外はphpあたりにやらせるのも手だ

780 : NAME IS - 2016/12/11(日) 22:21:06.79 ID:???.net (+52,+29,-5)

プロシージャー使っても良いのかな？

781 : NAME IS - 2016/12/11(日) 23:07:50.60 ID:???.net (-1,-29,-25)

相関サブクエリで先行するレコードで5分以内のものがあれば除外。でいいんじゃない？

782 : NAME IS - 2016/12/11(日) 23:10:07.96 ID:???.net (+52,+29,+0)

だめだ。ごめん忘れて

783 : NAME IS - 2016/12/11(日) 23:11:02.30 ID:???.net (+18,-29,-56)

>>778
12:00のレコードを読んだ場合に同一idの12:00～12:05のレコードを読まないようにしたいんです
前後5分というより読んだレコード+5分でした、すみません。

784 : NAME IS - 2016/12/11(日) 23:21:56.40 ID:???.net (+48,-16,-10)

>>783
id1の場合は
どのレコードを読みたいの？
例だと四つあるけど？

785 : NAME IS - 2016/12/11(日) 23:30:20.64 ID:???.net (+57,+29,-34)

自分より古くて5分以内に先行するレコードがない最新の時間を基準に5分区切りでチェックすれば求まりそうだが、SQLでやりたくねーな。

787 : NAME IS - 2016/12/12(月) 07:57:19.89 ID:???.net (+62,+29,-5)

>>784
>>786 さんの解釈通りです

やっぱりsqlじゃかなり無理がありますよね

788 : NAME IS - 2016/12/12(月) 10:11:25.44 ID:???.net (+34,+11,-1)

もうちょっと時間くださいｗ

789 : NAME IS - 2016/12/12(月) 21:07:32.04 ID:???.net (+56,+28,-5)

MySQLっていつまで生き残れそうなの？

790 : NAME IS - 2016/12/12(月) 23:52:07.76 ID:???.net (+6,-29,-3)

>>787
無理矢理感漂いますが、PROCEDURE を使ってみました

http://codepad.org/cVXBsjNG

791 : NAME IS - 2016/12/13(火) 23:20:27.46 ID:???.net (+57,+29,-13)

おお、動きますね。ありがとうございます
参考にさせていただきます

794 : NAME IS - 2016/12/14(水) 20:23:59.25 ID:???.net (+38,+7,-1)

>>792
なんで答えをwhereに書いてんだよw

795 : NAME IS - 2016/12/21(水) 16:24:41.70 ID:???.net (+70,-29,-66)

6カラムなテーブルから数十件取得する際に、
ある1つのカラムだけを除いて（つまり5カラム）だけ必要な場合

select *
select ...5カラム

この場合あえて全カラム取得（*）にして速度が向上した、などのデータはありますか？
そういうのがあれば速度測定してみようかと思うのですが…

796 : NAME IS - 2016/12/21(水) 18:45:27.63 ID:???.net (+62,+29,-11)

>>795
データはとってないけど、体感的には10万レコードくらいから差が出てた気はする

797 : NAME IS - 2016/12/21(水) 21:25:10.53 ID:???.net (+66,+29,+0)

>>795
測定して
報告しなさいよ

798 : NAME IS - 2017/02/01(水) 20:50:04.73 ID:???.net (+3,-30,-108)

mysqlについてはド素人なんですが質問さしてください

database=xxxのバイナリログを出力して（binlog_do_db=xxx）、そのログファイルを
物理的に離れた場所にあるmysqlサーバのdatabase=yyyに適用する事は出来ないんでしょうか？
無論、テーブル設計等は完全に一致した状態です

mysqlbinlogでバイナリログファイルの中を表示させるとdb名まで含めて情報が入ってる
ように見えるので、databaseの名前は同じじゃないとだめなんでしょうか？

799 : 794 - 2017/02/01(水) 20:51:33.00 ID:???.net (-1,-29,-45)

↑
すみません、オフラインの話です
オンラインレプリケーションではありません（database=yyyを収容してる
mysqlサーバがネットにつながってないので）

800 : NAME IS - 2017/02/05(日) 14:42:55.05 ID:???.net (+53,-6,+0)

＞報告しなさいよ
ｗ

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで /

mysql スレッド一覧へ

みんなの評価 :

類似してるかもしれないスレッド

MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
MySQL 総合 Part21 (1001) - [94%] - 2011/12/25 22:16
MySQL 総合 Part20 (995) - [94%] - 2011/10/17 4:48
MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
MySQL 総合 Part14 (1001) - [89%] - 2008/11/23 10:17 ☆
MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○

トップメニューへ / →のくす牧場書庫について

総計:	127,062,863人
頁
昨日:	no data人
頁
今日:	人
頁