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

みんなの評価 :
レスフィルター : (試験中)
>>951
ありがとう
ありがとう
mysql-binってレプリケーションを利用していなかったら削除していいんですか?
それともMySQLがクラッシュした時にここからリカバリしてるんでしょうか?
それともMySQLがクラッシュした時にここからリカバリしてるんでしょうか?
自然結合っていうのが具体的によく分からない。
RSの自然結合って例えばどういうことなのですか・
RSの自然結合って例えばどういうことなのですか・
>>954
不可能。
でもINSERTに加工しなおさなくても、LOAD DATA [LOCAL] INFILEで入れた方が速いよ。
>>955
要らなければ消しても良い。
前のフルバックアップから、データ消失直前までのデータをリカバリする、なんて時に必要。
ただし、このリカバリは手動で実施。
あとは更新系のDMLが全部記録されるから、監査目的とか。
my.cnfにexpire_logs_days = 14とかやると、14日以上前のは勝手に消える様になるよ。
>>956
t1 NATURAL JOIN t2は
t1 LEFT JOIN t2 ON (t1.c1 = t2.c1 AND t2.c1 IS NOT NULL) AND (t1.c2 = t2.c2 AND t2.c2 IS NOT NULL) AND ..
と同義だったはず。
c1,c2..は、t1とt2で持っている同じ名前のカラム全てが列挙されるかたち。
>>959
乱数はどこかに行ったの?
10001~40000が既に登録されてるテーブルを作って、
UPDATE t1 SET c1 = HEX(c1);
が楽なんじゃない?
不可能。
でもINSERTに加工しなおさなくても、LOAD DATA [LOCAL] INFILEで入れた方が速いよ。
>>955
要らなければ消しても良い。
前のフルバックアップから、データ消失直前までのデータをリカバリする、なんて時に必要。
ただし、このリカバリは手動で実施。
あとは更新系のDMLが全部記録されるから、監査目的とか。
my.cnfにexpire_logs_days = 14とかやると、14日以上前のは勝手に消える様になるよ。
>>956
t1 NATURAL JOIN t2は
t1 LEFT JOIN t2 ON (t1.c1 = t2.c1 AND t2.c1 IS NOT NULL) AND (t1.c2 = t2.c2 AND t2.c2 IS NOT NULL) AND ..
と同義だったはず。
c1,c2..は、t1とt2で持っている同じ名前のカラム全てが列挙されるかたち。
>>959
乱数はどこかに行ったの?
10001~40000が既に登録されてるテーブルを作って、
UPDATE t1 SET c1 = HEX(c1);
が楽なんじゃない?
>>956
あ、ごめん、NATURAL JOINは結合に使用したカラムは一度しか現れないのがLEFT JOINと違う。
t1(c1,c2,c3) と t2(c1,c3,c4) なら、
SELECT * FROM t1 NATURAL JOIN t2;
は、
SELECT t1.c1,t1.c2,t1.c3,t2.c4 FROM t1 LEFT JOIN t2 ON (t1.c1 = t2.c1 AND t2.c1 IS NOT NULL) AND (t1.c3 = t2.c3 AND t2.c3 IS NOT NULL);
と同じになると思う。
あ、ごめん、NATURAL JOINは結合に使用したカラムは一度しか現れないのがLEFT JOINと違う。
t1(c1,c2,c3) と t2(c1,c3,c4) なら、
SELECT * FROM t1 NATURAL JOIN t2;
は、
SELECT t1.c1,t1.c2,t1.c3,t2.c4 FROM t1 LEFT JOIN t2 ON (t1.c1 = t2.c1 AND t2.c1 IS NOT NULL) AND (t1.c3 = t2.c3 AND t2.c3 IS NOT NULL);
と同じになると思う。
先ほどからmysqlを学び始めました
ストレージエンジンという設定があることがわかったのですが、
InnoDBっていうのとMyISAMというのがあります。
トランザクション機能をサポートしているとかしてないとかの違いがあるのですが、
このトランザクション機能というのがいまいちよくわかりません。
わかるように教えてください。
ストレージエンジンという設定があることがわかったのですが、
InnoDBっていうのとMyISAMというのがあります。
トランザクション機能をサポートしているとかしてないとかの違いがあるのですが、
このトランザクション機能というのがいまいちよくわかりません。
わかるように教えてください。
トランザクションは簡単に言えば複数のSQL操作で
途中キャンセルした場合に最初の操作時まで巻き戻せる機能。
途中キャンセルした場合に最初の操作時まで巻き戻せる機能。
IPSて話題の森口見てこのスレの基地外おっさん思い出したよ
もういなくなったみたいだね
ああいう感じの人だったんだろうなぁ
もういなくなったみたいだね
ああいう感じの人だったんだろうなぁ
>> 960
ありがとうございます。cronでshellを動かすので遅くていいのですが、できないならしょうがないですね。
>> 959
ごめんなさい、複数行の生成ができるのはpostgresでした。
# select generate_series(1,3);
generate_series
-----------------
1
2
3
ありがとうございます。cronでshellを動かすので遅くていいのですが、できないならしょうがないですね。
>> 959
ごめんなさい、複数行の生成ができるのはpostgresでした。
# select generate_series(1,3);
generate_series
-----------------
1
2
3
>>969
identified by 'foo'
の場合は、password('foo') (パスワード暗号化関数を実行)した結果が登録される。
identified by password 'foo'
の場合は、foo がそのまま登録される。
mysql はユーザー認証の際に、password('foo') した結果と、
mysql.user の password カラムで内容が一致するか確認するので、
前者は password: foo でログインできるが、後者はできない。
identified by password はどっか別の DB から mysql.user をみてコピーする際や、
手元で selelect password('foo') とかして履歴にパスワードの生文字列を
残したくない場合に使うぐらいなのかな?
つまり foo をパスワードとしたユーザーを登録したい場合は、
identified by 'foo'
または
identified by password '*F3A2A51A9B0F2BE2468926B4132313728C250DBF'
となる。
ちなみに、password 関数は MySQL 4.1 あたりで変更されてるので注意
identified by 'foo'
の場合は、password('foo') (パスワード暗号化関数を実行)した結果が登録される。
identified by password 'foo'
の場合は、foo がそのまま登録される。
mysql はユーザー認証の際に、password('foo') した結果と、
mysql.user の password カラムで内容が一致するか確認するので、
前者は password: foo でログインできるが、後者はできない。
identified by password はどっか別の DB から mysql.user をみてコピーする際や、
手元で selelect password('foo') とかして履歴にパスワードの生文字列を
残したくない場合に使うぐらいなのかな?
つまり foo をパスワードとしたユーザーを登録したい場合は、
identified by 'foo'
または
identified by password '*F3A2A51A9B0F2BE2468926B4132313728C250DBF'
となる。
ちなみに、password 関数は MySQL 4.1 あたりで変更されてるので注意
mysql5.5を使っています
show column from table を実行した時に成功する時と失敗する時があります
最初は対象テーブルに行(データ)がない時はエラーになるのかと思ったのですが、
データがあっても失敗するものもあります
どういう条件で失敗するのでしょうか?
show column from table を実行した時に成功する時と失敗する時があります
最初は対象テーブルに行(データ)がない時はエラーになるのかと思ったのですが、
データがあっても失敗するものもあります
どういう条件で失敗するのでしょうか?
再インストールで直りましたすみません。
あっ!うまく行きました!
alter table `order` rename to `orderx`;
してテーブル名を変えたところ、
desc `orderx`; が正常にテーブル構造を返しました!
どういうことでしょうか?
と、思って調べたら、テーブルに利用禁止な予約語だったみたいです
お恥ずかしい、お騒がせしました。ありがとうございました
alter table `order` rename to `orderx`;
してテーブル名を変えたところ、
desc `orderx`; が正常にテーブル構造を返しました!
どういうことでしょうか?
と、思って調べたら、テーブルに利用禁止な予約語だったみたいです
お恥ずかしい、お騒がせしました。ありがとうございました
すみません、やはりもう少しお願いします
deskの失敗するテーブル`color`を`colorx`に名前変更し、さらに`color`に名前変更したら
今度はdesk成功しました
どういうことなんでしょうか? 流れは以下のようになります
desc `color`; →失敗
>#1064 - You have an error in your SQL syntax; check the manual
>that corresponds to your MySQL server version for the right syntax to use near 'desk `color`' at line 1
//テーブル名変更
alter table `color` rename to `colorx`;
//desk
DESC `colorx` →成功
//テーブル名元に戻す
alter table `colorx` rename to `color`;
//color
DESC `color` →成功
deskの失敗するテーブル`color`を`colorx`に名前変更し、さらに`color`に名前変更したら
今度はdesk成功しました
どういうことなんでしょうか? 流れは以下のようになります
desc `color`; →失敗
>#1064 - You have an error in your SQL syntax; check the manual
>that corresponds to your MySQL server version for the right syntax to use near 'desk `color`' at line 1
//テーブル名変更
alter table `color` rename to `colorx`;
//desk
DESC `colorx` →成功
//テーブル名元に戻す
alter table `colorx` rename to `color`;
//color
DESC `color` →成功


類似してるかもしれないスレッド
- 【】 MySQLを買収したSunを買収したOracleを 【】 (112) - [25%] - 2023/1/22 14:15
- 【この先一体】MySQL 総合 Part15【どうなるの】 (1001) - [21%] - 2009/11/22 13:31 ○
トップメニューへ / →のくす牧場書庫について