私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part12
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
>>599は人口無能じゃないの?
他のスレでもこういうの見かけたことあるよ
他のスレでもこういうの見かけたことあるよ
プログラム言語に何を使ってるかということと
スキルの優劣はなんら関係ないと思うんだがね
プログラム言語なんてのは、目的を達成するための
単なる道具に過ぎないわけだし
スキルの優劣はなんら関係ないと思うんだがね
プログラム言語なんてのは、目的を達成するための
単なる道具に過ぎないわけだし
データが20行あるとして、
ORDER BY field ASC LIMIT 3 とすると
1行目
2行目
3行目
ORDER BY field DESC LIMIT 3 とすると
20行目
19行目
18行目
と表示されます。ですが、
18行目
19行目
20行目
と表示させる方法が分かりません。どうすればいいのでしょうか。
初歩的な質問で済みません。
ORDER BY field ASC LIMIT 3 とすると
1行目
2行目
3行目
ORDER BY field DESC LIMIT 3 とすると
20行目
19行目
18行目
と表示されます。ですが、
18行目
19行目
20行目
と表示させる方法が分かりません。どうすればいいのでしょうか。
初歩的な質問で済みません。
降順に欲しいだけ取るサブクエリの結果を
さらに昇順にソートすれば?
試してないので出来ないかもしれんけど
さらに昇順にソートすれば?
試してないので出来ないかもしれんけど
>>616
SELECT * FROM (SELECT * FROM table ORDER BY field DESC LIMIT 3) ORDER BY field ASC
できそうですね。4.0なのでテストできないですが…
SELECT * FROM (SELECT * FROM table ORDER BY field DESC LIMIT 3) ORDER BY field ASC
できそうですね。4.0なのでテストできないですが…
function hoge(hoge) {
insert into hage(hoge)values('hoge');
select last_insert_id();
}
hoge(); // ←一行
insert into hage(hoge)values('hoge');
select last_insert_id();
}
hoge(); // ←一行
field_a, field_b, field_c, field_dというテーブルがありまして、
field_aとfield_bとfield_cをキーにしたり、field_aとfield_cをキーにしてりして、
SELECTしたりUPDATEしたりするのですが、この場合、どういう風なINDEXをはるとよいでしょうか?
案1) field_a, field_b, field_cに対して一つのINDEX
案2) field_a, field_b, field_cと、field_a, field_cとの二つのINDEX
宜しくお願いします。
field_aとfield_bとfield_cをキーにしたり、field_aとfield_cをキーにしてりして、
SELECTしたりUPDATEしたりするのですが、この場合、どういう風なINDEXをはるとよいでしょうか?
案1) field_a, field_b, field_cに対して一つのINDEX
案2) field_a, field_b, field_cと、field_a, field_cとの二つのINDEX
宜しくお願いします。
スレ違いでごめんなさい・・・
データグリッドで1レコード複数行表示が可能なおすすめのフリーソフトってありませんか?
データグリッドで1レコード複数行表示が可能なおすすめのフリーソフトってありませんか?
mysqlでmy.iniとmy.cnf両方にdefault-character-set=sjisを追加しても、
create database後のstatus、ServerとDbの項目がlatin1のまま変わらない。
他のClientとConnの項目はsjisになってるんだけど、どうすればええのん?
create database後のstatus、ServerとDbの項目がlatin1のまま変わらない。
他のClientとConnの項目はsjisになってるんだけど、どうすればええのん?
テーブル作る時、数値型のカラムに「最大表示サイズ」のオプションがありますが、
これってどういう意味があるのでしょうか?
絶対値でも桁数、バイト数でも無いし・・・
これってどういう意味があるのでしょうか?
絶対値でも桁数、バイト数でも無いし・・・
>>628だけど事故解決しました。
すみません、言葉足らずでした(汗
リファレンスは読んだんですが「最大表示サイズ、最大は255」となっていて、
ためしにsmallint(3)で定義したカラムに、「1111」を入れることもできるし
selectで読むことができたので、じゃあ何の意味があるんだろう?・・・と。
zerofillを指定しない時は指定する意義は無いということでしょうか?
リファレンスは読んだんですが「最大表示サイズ、最大は255」となっていて、
ためしにsmallint(3)で定義したカラムに、「1111」を入れることもできるし
selectで読むことができたので、じゃあ何の意味があるんだろう?・・・と。
zerofillを指定しない時は指定する意義は無いということでしょうか?
MySQLのバージョン 5.0.45
MySQL の文字セット: UTF-8 です
phpMyadminで以下のように実行すると
CREATE TABLE `test_3`.`test` (
`test_id` INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`name` VARCHAR( 255 ) NOT NULL ,
`name_kana` VARCHAR( 255 ) NOT NULL ,
INDEX ( `name` , `name_kana` )
) ENGINE = MYISAM CHARACTER SET utf8 COLLATE utf8_general_ci
「 #1071 - Specified key was too long; max key length is 1000 bytes 」
というエラーが出て作成できません
ググってみると原因は何となく分かったのですが
以下のように書き直したところ、正常に実行できました
CREATE TABLE `test_3`.`test` (
`test_id` INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`name` VARCHAR( 255 ) NOT NULL ,
`name_kana` VARCHAR( 255 ) NOT NULL ,
INDEX `name` ( `name` ) ,
INDEX `name_kana` ( `name_kana` )
) ENGINE = MYISAM CHARACTER SET utf8 COLLATE utf8_general_ci
命令文としては同じ内容だと思うのですが、
実行出来る、出来ないの違いはなんなのでしょうか?
MySQL の文字セット: UTF-8 です
phpMyadminで以下のように実行すると
CREATE TABLE `test_3`.`test` (
`test_id` INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`name` VARCHAR( 255 ) NOT NULL ,
`name_kana` VARCHAR( 255 ) NOT NULL ,
INDEX ( `name` , `name_kana` )
) ENGINE = MYISAM CHARACTER SET utf8 COLLATE utf8_general_ci
「 #1071 - Specified key was too long; max key length is 1000 bytes 」
というエラーが出て作成できません
ググってみると原因は何となく分かったのですが
以下のように書き直したところ、正常に実行できました
CREATE TABLE `test_3`.`test` (
`test_id` INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`name` VARCHAR( 255 ) NOT NULL ,
`name_kana` VARCHAR( 255 ) NOT NULL ,
INDEX `name` ( `name` ) ,
INDEX `name_kana` ( `name_kana` )
) ENGINE = MYISAM CHARACTER SET utf8 COLLATE utf8_general_ci
命令文としては同じ内容だと思うのですが、
実行出来る、出来ないの違いはなんなのでしょうか?
>>632
リファレンスのどこを読んだの?
http://dev.mysql.com/doc/refman/4.1/ja/numeric-types.html
http://dev.mysql.com/doc/refman/5.1/ja/numeric-types.html
に書いてあるので読みましょう。
リファレンスのどこを読んだの?
http://dev.mysql.com/doc/refman/4.1/ja/numeric-types.html
http://dev.mysql.com/doc/refman/5.1/ja/numeric-types.html
に書いてあるので読みましょう。
mysqldumpでテーブル毎にdumpしてって、900万レコードくらいのテーブルだけdumpに失敗します。
mysqldumpで巨大なテーブルのdumpを取りたい場合どうすれば良いのでしょう?
mysqldumpで巨大なテーブルのdumpを取りたい場合どうすれば良いのでしょう?
>>641
その場合は、dumpじゃなくてjumpでやればいいよ。
その場合は、dumpじゃなくてjumpでやればいいよ。
質問です。
検索結果に見つかった順にシーケンス番号のようなものつけたいと思っています。
SELECT ・・・ FROM table ORDER BY ・・・
としたとき、結果セットとして、
data_no, (そのほかのカラム)
1,(そのほかのカラムの検索結果)
2,(そのほかのカラムの検索結果)
3,(そのほかのカラムの検索結果)
:
みたいな感じにdata_noの項目を追加したいと思っています。
どのようなSQL文で実現できるでしょうか?
検索結果に見つかった順にシーケンス番号のようなものつけたいと思っています。
SELECT ・・・ FROM table ORDER BY ・・・
としたとき、結果セットとして、
data_no, (そのほかのカラム)
1,(そのほかのカラムの検索結果)
2,(そのほかのカラムの検索結果)
3,(そのほかのカラムの検索結果)
:
みたいな感じにdata_noの項目を追加したいと思っています。
どのようなSQL文で実現できるでしょうか?
結合条件が一つもなければ1億になる。
けど普通はリレーションがあるからそんなことにはならない。
たとえばaテーブルが注文テーブルで、bテーブルが注文明細テーブルなら、
bテーブル側の注文番号に正しくインデックスがついてれば
1000(注文件数)×100(注文1件あたりの明細件数)=100000レコード
になるだけ。
けど普通はリレーションがあるからそんなことにはならない。
たとえばaテーブルが注文テーブルで、bテーブルが注文明細テーブルなら、
bテーブル側の注文番号に正しくインデックスがついてれば
1000(注文件数)×100(注文1件あたりの明細件数)=100000レコード
になるだけ。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
みんなの評価 : ○類似してるかもしれないスレッド
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [94%] - 2010/6/10 20:47 ○
- MySQL 総合 Part18 (986) - [94%] - 2011/1/17 15:46
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
- MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
- MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
- MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
- MySQL 総合 Part24 (1010) - [89%] - 2015/2/14 4:46
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について