元スレMySQL 総合 Part25

mysql覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

751 = :

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

752 = :

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

756 = :

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

757 :

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

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

758 :

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

759 = :

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

760 = :

>>758
列名

762 = :

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

763 = :

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

764 :

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

768 = 765 :

見っけた

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

770 = :

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

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

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

771 = :

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

772 = :

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

773 = :

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 = :

>>773
そりゃあるさ

777 = :

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

778 = :

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

780 = :

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

782 = :

だめだ。ごめん忘れて

783 = :

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

784 = :

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

785 = :

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

787 = :

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

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

788 = :

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

789 = :

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

790 = :

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

http://codepad.org/cVXBsjNG

791 = :

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

794 = :

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

795 = :

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

select *
select ...5カラム

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

796 = :

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

797 = :

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

798 = :

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

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

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

800 = :

＞報告しなさいよ
ｗ

前へ 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 ○