私的良スレ書庫

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

元スレMySQL 総合 Part24

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

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

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

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

901 : NAME IS - 2014/11/26(水) 18:17:54.58 ID:???.net (+49,-26,-43)

>>899　ありがとう。
andはアレかつコレですよね。
Ａの範囲とＢの範囲が重なりを内包するものを探せということは、
betweenＡの範囲の最小値かつＡの範囲の最大値、and
betweenＢの範囲の最小値かつＢの範囲の最大値　ということで、andでつなげば
でる！と考えました。
>>900
生育条件範囲が検索範囲より両側とも大きい場合も
同じ式でいけるかと思いましたが違うのかな。

902 : NAME IS - 2014/11/28(金) 21:08:37.93 ID:???.net (+69,+29,-59)

>>901
これはとてもポピュラーな問題なんだけど、「不要なもの」以外を取るようにすれば楽。

生物.max < 検索.min → 水槽の最小水温でも熱すぎて死んじゃう生物
か、
生物.min > 検索.max → 水槽の最大水温でも冷たすぎて死んじゃう生物

が、検索結果に「不要なもの」だよね。なので、その逆を出せばいいよ。

903 : NAME IS - 2014/11/28(金) 21:33:08.31 ID:???.net (+55,+29,-8)

pH1.0で生きられる生物なんているの？
例だから別にどうでもいいんだけど

904 : NAME IS - 2014/11/28(金) 21:53:51.31 ID:???.net (+3,-29,-67)

いるＷ

Ferroplasma（フェロプラズマ属）はテルモプラズマ目フェロプラズマ科に属す古細菌の属である。
非常に強い好酸性と金属耐性、細胞壁を欠くことを特徴とする。
増殖最適条件は30-50℃、pH1.5程度で、pH0での増殖も報告されている。

http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A7%E3%83%AD%E3%83%97%E3%83%A9%E3%82%BA%E3%83%9E%E5%B1%9E

905 : NAME IS - 2014/11/28(金) 23:02:01.75 ID:???.net (+52,+29,-1)

それアカンやつや

906 : NAME IS - 2014/12/01(月) 15:05:57.41 ID:???.net (+3,-30,-48)

EXPLAINの出力について質問です。
keyがセカンダリインデックスでExtraにUsing whereとUsing indexの両方が出力される場合、
ExtraがUsing indexだけの場合とどういう違いがあるのでしょうか？

907 : NAME IS - 2014/12/02(火) 20:31:44.50 ID:???.net (+18,-29,-71)

>>985
インデックスだけでは該当するレコードを絞り切れない場合に "Using where" が出る。
それが出たとき、結果のレコード数は10なのに、rows が 50 とかになってない？
1レコード取り出したいのに、rows が 1000 とかになってたら見直したほうがいいかも。

908 : NAME IS - 2014/12/04(木) 07:10:54.48 ID:???.net (+9,-29,-63)

>>907
回答ありがとうございます。
Using whereが出た時も出ない時も結果のレコード数・rowsともに複数行でした。

WHERE句で複合インデックスの2つ目以降のキーも使われた場合Using whereが追加されるとかでしょうか？

909 : NAME IS - 2014/12/04(木) 12:45:27.13 ID:???.net (+0,-29,-25)

>>908
> Using whereが出た時も出ない時も結果のレコード数・rowsともに複数行でした。
同じ数字でしたか？

913 : 名無しさん＠そう - 2014/12/14(日) 02:37:14.52 ID:???.net (-11,-29,+0)

TEMSU_B,

914 : 名無しさん＠そう - 2014/12/14(日) 02:39:55.61 ID:yOOGWEyF.net (-21,+29,-3)

>>913
すみませんでした。
書き込んだときのタイプミスです。すみません

915 : 名無しさん＠そう - 2014/12/14(日) 02:44:09.26 ID:yOOGWEyF.net (-24,-29,-42)

.html

このようなテーブル構成でして、
新しく追加された「NO」3,4のデータをTABLE_BにJIKI毎に各TENSUの平均を
TABLE_Bに追加したいんですが、
いろいろ調べたんですが、よくわかりません。

918 : 名無しさん＠そう - 2014/12/14(日) 10:39:23.68 ID:???.net (+1,-26,+0)

神様がいるスレ (^ 人 ^) ありがたや

919 : 名無しさん＠そう - 2014/12/14(日) 17:53:22.12 ID:???.net (+57,+29,-10)

太郎と次郎の平均点を三郎に入れてどうするんだろうか

920 : NAME IS - 2014/12/15(月) 09:04:57.68 ID:???.net (-6,-29,-1)

三郎 : ｱｯｰ!

921 : NAME IS - 2014/12/15(月) 10:13:41.64 ID:???.net (+12,-5,+0)

一郎：うっ

922 : NAME IS - 2014/12/16(火) 02:32:54.31 ID:GtMu71uM.net (+0,+4,-20)

みなさんはどうやってMySQL勉強しました？

923 : NAME IS - 2014/12/16(火) 09:16:10.40 ID:???.net (+45,+27,-13)

漢のブログ見た

924 : NAME IS - 2014/12/16(火) 11:26:11.58 ID:???.net (+57,+29,-4)

あれこれ図書館でその手の本を借りまくって

925 : NAME IS - 2014/12/16(火) 11:47:36.02 ID:???.net (+57,+29,-6)

データベースで図書館というとあれですね？

926 : NAME IS - 2014/12/16(火) 11:58:05.89 ID:???.net (+1,-16,-1)

ﾀｲｰﾎ

929 : NAME IS - 2014/12/17(水) 19:04:33.08 ID:???.net (+47,+25,+0)

インデックス追加する必要がない

930 : NAME IS - 2014/12/17(水) 19:07:10.61 ID:aelyae1c.net (-4,+29,-17)

>>929
それは意外でした
後学の為にぜひ理由を教えてください

931 : NAME IS - 2014/12/17(水) 21:19:23.25 ID:???.net (-28,-29,-45)

>>929じゃないが、unique_key 1件あたりのレコード数はどのくらいなの

933 : NAME IS - 2014/12/18(木) 04:01:52.73 ID:???.net (+43,+25,+0)

はい

934 : NAME IS - 2014/12/18(木) 11:45:52.70 ID:???.net (+7,-29,-28)

レコード長（サイズ）で教えて欲しいのですが、
InnoDBで、大きいvarchar型をいくつか利用するとレコード長がオーバーしてしまう状況です。
varchar型をtext型にすれば、回避できるのでしょうか。

935 : NAME IS - 2014/12/24(水) 06:10:41.16 ID:???.net (+13,-30,-39)

MySQL初心者です。
NULL不可のDATE型のカラムに不正な日付をINSERTした際、0000-00-00という値でINSERTが完了してしまいますね。
これをエラーを返してROLLBACKさせたいのですが、DB側の機能では不可能でしょうか？

936 : NAME IS - 2014/12/24(水) 07:06:36.42 ID:???.net (+8,-30,-68)

>>935
日付判定はアプリ側の仕事ってのがMySQLのスタンスだから
INSERT、UPDATEトリガで例外を発生させるぐらいしかないかも。

IF DAYOFYEAR(NEW.datecolumn) IS NULL THEN
　SIGNAL SQLSTATE '23000' SET MESSAGE_TEXT = 'invalid date'
END IF;

937 : NAME IS - 2014/12/24(水) 08:26:39.03 ID:???.net (+14,-30,-36)

>>935
sql_modeでNO_ZERO_DATEを my.iniだかmy.cnfだかに設定する

mysql sql_mode あたりでぐぐれば出てる

938 : NAME IS - 2014/12/24(水) 20:49:58.54 ID:???.net (-1,-30,-18)

>>936
>>937
ありがとうございました。
sql_mode = STRICT_ALL_TABLESでうまくいきました。

939 : NAME IS - 2014/12/25(木) 12:22:49.85 ID:???.net (-1,-30,-22)

>>934
innodb_file_format = Barracuda
innodb_file_per_table = 1
で、
ROW_FORMAT=DYNAMIC

940 : あ - 2014/12/25(木) 19:43:04.66 ID:???.net (+3,-30,-70)

/:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
　　　　/:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::://ヽ:::::::::::::::|
　　　 l::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::://　ヽ::::::::::::::l
　　　 l:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::/:::「'ヽ::::::::::://　　　ヽ:::::::::::|
　　　 |::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ﾉl:::ﾉ　l:::::::／　　　　　ヽ::::::::|
　　　ﾉ:::::::::::::::::::::::::::::::::::::::::::::::::::::／　ﾞﾞ　ﾉ:::/ ,,;;;;;;,,　　　 ,,,,ヽ:::::l
　　　）:::::::::::::::::::::::::::::::::::::::::::::::／　　　　ノ／＿＿,'''i:　('''＿_）:::l 　
　　）::::::::::::::::::::::::::::::::::::::::::::::::::/　　　　　　　　￣￣ン:.　:「￣`ヾ　　
　1:::::::::::::::::::::::「｀┤l:::::::::::::::::l　　　　　　　　　￣　　 ,　ヽ￣　l 　　
　｀l:::::::::::::::::::::ヽ　 :l li:::::::::::::/　　　　　　　　ヽ　　/´　　　｀l　　|
　　ヽ::::::::::::::::::::::＼_」 lヽ::::／　　　　　　　　　.l　　!:-●,__ ノ　 / 　　　　
　　ノ:::::::::::::::::::::::::::ﾉ | l ｀ﾞﾞ　　　　　　　　　　 i　,,;;;;;;;;;;;;;;;;;;;;,　 /ヽ　　　　　
,／　ヽ::::::::::::::::::::::（　 l l::::::::..　　　　　　　　 /.:''／´￣＿ｿ　 /　｀ヽ
　　　　　ヽ:::::::::::::::ヽ　| l:::::::::::...　　　　　　/::/／￣￣_ソ　 /　　　　＼　　ヴッ！！
　　　　　　　　ヽ:::::::＼| l::::::::::::::::...　　　 / :::.ゝ｀￣￣／／　　　　　　ヽ
　　　　　　　　　　　ヽ:::l l:::::::::::::::::::..　　　　　￣￣;;''　／　　　　　　　　　ヽ
　　　　　　　　　　　　　 l l;;;;;;:::::::::::::::.....;;;;............;;;;;;''ノ　　　　　　　　　　　　l
　　　　　　　　　　　　　　l l　''''''''''''''''''''''''''''''''''''''￣l |　　　　　　　　　　　　 |

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

941 : NAME IS - 2014/12/28(日) 13:06:20.99 ID:???.net (+3,-29,-153)

■質問です
MySQLを初めて使うのですが、
phpMyadminから設定を行ったのですが、
データをいくつ登録しても、
出力するページ側では1つしか出力されません。（phpMyadmin側ではデータは登録されている）

phpMyadminにて一度設定した後に下記を後から修正したのですが
それが原因てことはありますでしょうか？

主キー
ユニークインデックス
インデックス
全文インデックス

また、上記のそれぞれの意味を初心者向けに解説しているサイトなどあれば教えていただけますと幸いです

942 : 930 - 2014/12/28(日) 14:35:41.77 ID:???.net (+22,-5,-11)

すみません自己解決しました。
接続側のphpの記述に問題がありました。
失礼しました

943 : NAME IS - 2014/12/28(日) 14:50:22.62 ID:???.net (+34,+16,+0)

ガンバ

944 : NAME IS - 2014/12/28(日) 18:53:41.52 ID:???.net (-2,-30,-21)

Barracuda で ROW_FORMAT=ROW_FORMAT=COMPRESSEDにしたら
900MB弱あったテーブルが500MB以下になった。すごっw

945 : NAME IS - 2014/12/30(火) 05:24:23.22 ID:ZOTTcmcS.net (-29,-29,-158)

MySQLを利用してWebサイトを作っています
ユーザーが入力した文字（名前や自己紹介文）をDBへ登録する際、
HTML特殊文字（&や<>等）は予めエスケープしてからDBへ登録するのと、
DBへの登録はそのままで、表示する際にエスケープするのは
どちらが一般的なのでしょうか？

エスケープして登録した方が、表示の度に毎回エスケープしなくていいので良いと思うのですが、
値を検索する際に困りそうな気がして悩んでます

946 : NAME IS - 2014/12/30(火) 09:51:16.46 ID:???.net (+55,+29,-52)

そのデータは絶対にHTMLに流すことしかしないの？
HTML前提じゃないのに格納時にエスケープするのはおかしいよね？
ま、前提だとしても基本的には生データで入れるけどね。

947 : NAME IS - 2014/12/30(火) 12:12:51.08 ID:???.net (+57,+29,-5)

保存のためなのか表示のためなのか切り分けろ

948 : NAME IS - 2014/12/30(火) 12:18:12.23 ID:???.net (+57,+29,-29)

どこかに
ページ送りの部分のソース（他の機能は一切不要）を初心者向けに解説しているサイトないでしょうか？

なんですぐ解説サイトって検索機能とか余計な事まで一緒にやろうとするんだろう

949 : NAME IS - 2014/12/30(火) 13:38:01.43 ID:???.net (+57,+29,-12)

ページ送りってなんやねん。ここはDBの板なんだからPHPとかWebのことならそういう板で聞けよ

950 : NAME IS - 2014/12/30(火) 13:56:35.36 ID:???.net (+79,+18,-59)

多分、limit offset と order by で順番に取ってくるやつのことだと思うけど
そのままググれば見つかりそうなもんだけどな。

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

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

mysql スレッド一覧へ

みんなの評価 :

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

MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
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 総合 Part15 (1001) - [89%] - 2009/4/20 12:15 ☆
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,310人
頁
昨日:	no data人
頁
今日:	人
頁