私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part14
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ☆
レスフィルター : (試験中)
mysqlclientライブラリを使用したプログラムをフリーソフトとして公開したいんだけど、
GPLにしたくない場合(バイナリのみ配布)は商用ライセンスをいくつ買わないといけないの?
ダウンロードされた回数だけ必要になるなんてことないよね?
GPLにしたくない場合(バイナリのみ配布)は商用ライセンスをいくつ買わないといけないの?
ダウンロードされた回数だけ必要になるなんてことないよね?
だからUTF8エンコード2回かけるとそうなるって言ったじゃない。
ユニコード文字にしたくてデコードして次に回したら
そいつもUTF8と判断してデコードしたと
ユニコード文字にしたくてデコードして次に回したら
そいつもUTF8と判断してデコードしたと
通りすがりの質問で失礼します。
こんなテーブルがあるとします。
商品管理テーブル
・商品ID←主キーかつオートインクリメント
・商品名
・JANコード
・メーカー
価格管理テーブル
・価格ID←主キーかつオートインクリメント
・商品ID
・定価
・原価
・売価
ちなみに、商品IDと価格IDはユニークであるために、
主キーかつオートインクリメントとしています。
本題は、ストアドプロシジャを使って
新規に商品の登録をする時にどうしたらよいかです。
私は、mysql5.0系を使用しています。
テーブルを二つに分けたのは、価格の変更等に対応するためです。
詳細なテーブルデータは割愛させていただきます。
価格管理テーブルの商品IDは商品管理テーブルと紐付けるための
カラムですが、オートインクリメントであるため、商品データを
商品管理テーブルに格納してからでしか、確定しません。
商品データの登録→価格データの登録
とすれば、良いのかもしれませんがどのようにして商品管理テーブル
から商品IDを拾えばよいのでしょうか?最新の登録データを拾うでは
不完全ではないでしょうか?→の間に他者による登録があるかも知れ
ません。それとも、テーブルの仕様から見直すべきなのでしょうか?
どうかご教示ください。
こんなテーブルがあるとします。
商品管理テーブル
・商品ID←主キーかつオートインクリメント
・商品名
・JANコード
・メーカー
価格管理テーブル
・価格ID←主キーかつオートインクリメント
・商品ID
・定価
・原価
・売価
ちなみに、商品IDと価格IDはユニークであるために、
主キーかつオートインクリメントとしています。
本題は、ストアドプロシジャを使って
新規に商品の登録をする時にどうしたらよいかです。
私は、mysql5.0系を使用しています。
テーブルを二つに分けたのは、価格の変更等に対応するためです。
詳細なテーブルデータは割愛させていただきます。
価格管理テーブルの商品IDは商品管理テーブルと紐付けるための
カラムですが、オートインクリメントであるため、商品データを
商品管理テーブルに格納してからでしか、確定しません。
商品データの登録→価格データの登録
とすれば、良いのかもしれませんがどのようにして商品管理テーブル
から商品IDを拾えばよいのでしょうか?最新の登録データを拾うでは
不完全ではないでしょうか?→の間に他者による登録があるかも知れ
ません。それとも、テーブルの仕様から見直すべきなのでしょうか?
どうかご教示ください。
MySql.Data.dllをプログラムに添付して
勝手に再配布しても問題ありませんか
勝手に再配布しても問題ありませんか
>>705
つLAST_INSERT_ID()
つLAST_INSERT_ID()
>>707
さらなる返信ありがとうです!
>>696を見てすぐにexplainしました。(今は張り替えてしまったのでインデックスないのです。)
そのとき確実にインデックスが使われていました。
> ソートしてからデータを引くことはできません。
というのは、(access_dateで)order byしてから(typeで)where絞り込みできない、ということでしょうか?
typeで絞り込んでaccess_dateでorder byするのでインデックスが逆なのかな、と自分では納得していました。
本のオススメありがとうございます!
でもオライリーのハイパフォーマンスは、実はもう手元にあったりします。楽しい本ですよね。
他の本は最後の方ばかり見返すのですが、この本はどの章でも見返すことがあります。
ただ出版されたのがいかんせん古いせいか、myisamに偏ってるかなと思ってます。
自分はmysql5.1(間違ってベータ版入れてた)からしか使ったことがなく、innodbをかなり主流に使ってます。
(実際、読み1:更新1とかなものでmyisamは向いてないのかと自己判断してしまっています。)
innodbの主キーインデックス?はちょっと特殊なんだよーとかをブログなどでかじり見するだけで、それを理解
できる脳みそはなく次なる書籍を探しておる次第であります。
さらなる返信ありがとうです!
>>696を見てすぐにexplainしました。(今は張り替えてしまったのでインデックスないのです。)
そのとき確実にインデックスが使われていました。
> ソートしてからデータを引くことはできません。
というのは、(access_dateで)order byしてから(typeで)where絞り込みできない、ということでしょうか?
typeで絞り込んでaccess_dateでorder byするのでインデックスが逆なのかな、と自分では納得していました。
本のオススメありがとうございます!
でもオライリーのハイパフォーマンスは、実はもう手元にあったりします。楽しい本ですよね。
他の本は最後の方ばかり見返すのですが、この本はどの章でも見返すことがあります。
ただ出版されたのがいかんせん古いせいか、myisamに偏ってるかなと思ってます。
自分はmysql5.1(間違ってベータ版入れてた)からしか使ったことがなく、innodbをかなり主流に使ってます。
(実際、読み1:更新1とかなものでmyisamは向いてないのかと自己判断してしまっています。)
innodbの主キーインデックス?はちょっと特殊なんだよーとかをブログなどでかじり見するだけで、それを理解
できる脳みそはなく次なる書籍を探しておる次第であります。
DBサーバーPCで作業する人が作成者のみ場合ユーザーをlocalhostに設定する意味ってあるんですか?
ローカルシステムはrootで入ると考えると、全てのログイン設定はリモートのみでいいような気がするんですが?
ばかげた質問ですが教えてくだちぃ。
ローカルシステムはrootで入ると考えると、全てのログイン設定はリモートのみでいいような気がするんですが?
ばかげた質問ですが教えてくだちぃ。
思いっきり初心者で申し訳ないのですが、
データベースを使った顧客管理を考えています。
来店するごとに使った金額を
Aさん ○○歳 [1回目]○○円 [2回目]○○円
Bさん ××歳 [1回目]××円 [2回目]××円 [3回目]○○円
Cさん △△歳 [1回目]△△円
といったように毎回の買い物金額を格納したいのですが、
私の知識では「カラムを追加していく」以外に方法を知りません。
でも例えば「Aさんが1000回来店したら・・・」と考えるとこの方法では
無理な気がします。
こういう場合はテーブルを増やす方がいいのでしょうか?
他にもっとスマートな方法があったりしますか?
どなたか教えてくださいよろしくお願いします。
データベースを使った顧客管理を考えています。
来店するごとに使った金額を
Aさん ○○歳 [1回目]○○円 [2回目]○○円
Bさん ××歳 [1回目]××円 [2回目]××円 [3回目]○○円
Cさん △△歳 [1回目]△△円
といったように毎回の買い物金額を格納したいのですが、
私の知識では「カラムを追加していく」以外に方法を知りません。
でも例えば「Aさんが1000回来店したら・・・」と考えるとこの方法では
無理な気がします。
こういう場合はテーブルを増やす方がいいのでしょうか?
他にもっとスマートな方法があったりしますか?
どなたか教えてくださいよろしくお願いします。
テーブル1
1 Aさん ○○歳
2 Bさん ××歳
3 Cさん △△歳
テーブル2
1 1 ○○円
2 1 ○○円
3 2 ××円
4 2 ××円
5 2 ○○円
6 3 △△円
1 Aさん ○○歳
2 Bさん ××歳
3 Cさん △△歳
テーブル2
1 1 ○○円
2 1 ○○円
3 2 ××円
4 2 ××円
5 2 ○○円
6 3 △△円
5.0です。
特定のカラムを基準にしてソートをした際に、
それぞれのレコードに1~の連番を付与したいのですが可能でしょうか?
いわゆるRANK関数のように、同率をまとめてしまうのではなく、
欠番の無い連番を付与したいと思っています。
何卒、ご教示のほどお願いいたします。
特定のカラムを基準にしてソートをした際に、
それぞれのレコードに1~の連番を付与したいのですが可能でしょうか?
いわゆるRANK関数のように、同率をまとめてしまうのではなく、
欠番の無い連番を付与したいと思っています。
何卒、ご教示のほどお願いいたします。
Xoops上でユーザを80件作成した後に
SELECTでユーザデータ抽出を行うと29件ずつしか抽出されません。
WHEREで絞込みをしようとしても29件目以降のデータは無視されてしまいます。
Xoopsでは80人の一覧が表示されるので、
そこで使用しているSQLをTelnet接続で実行しましたが
やはり29件しか表示されません。
MySQLの設定で参照する件数に上限を設けるようなものがあるのでしょうか?
SELECTでユーザデータ抽出を行うと29件ずつしか抽出されません。
WHEREで絞込みをしようとしても29件目以降のデータは無視されてしまいます。
Xoopsでは80人の一覧が表示されるので、
そこで使用しているSQLをTelnet接続で実行しましたが
やはり29件しか表示されません。
MySQLの設定で参照する件数に上限を設けるようなものがあるのでしょうか?
↑の「今は」の箇所は
SELECT * FROM aaa INNER JOIN bbb ON aaa.id=bbb.id
INNER JOIN ccc ON aaa.id=ccc.id
でした・・。
SELECT * FROM aaa INNER JOIN bbb ON aaa.id=bbb.id
INNER JOIN ccc ON aaa.id=ccc.id
でした・・。
>>728 のどこがまずいの?
質問
phpmyadminでデーターベース作るじゃん
そのときの文字コードを後から変更できるの?
phpmyadminでデーターベース作るじゃん
そのときの文字コードを後から変更できるの?
やってみたけどできなかった
宣言の仕方が違うのか、
それとも項目の属性で変数宣言はできないなのか
宣言の仕方が違うのか、
それとも項目の属性で変数宣言はできないなのか
>>731
できるじゃん
できるじゃん
>>741
そっか。レスありがと。
他で出てないなら俺のミスだな。
しっかし、NOW()で取得した時刻をフォームで渡してその時刻以降をSELECTしてるだけなんだけどな。
極たまに抜けが出るのよ。
URLエンコード・デコードもちゃんとやってるし、なんだろうなぁ。
原因探ってみます。
そっか。レスありがと。
他で出てないなら俺のミスだな。
しっかし、NOW()で取得した時刻をフォームで渡してその時刻以降をSELECTしてるだけなんだけどな。
極たまに抜けが出るのよ。
URLエンコード・デコードもちゃんとやってるし、なんだろうなぁ。
原因探ってみます。
おまえの説明では何が抜けたんだかさっぱりわからんのでなんとも
言えんな。抜けたというレコードの値とselect文をちゃんと示せよ。
言えんな。抜けたというレコードの値とselect文をちゃんと示せよ。
>>746
いや。他でそういう奴がいないんだったら間違いなくスクリプト側のミスだろうって事。
INNODBで行ロックかかっててもSELECTで抽出されないなんて事はないもんねぇ。
不正な値が入ってるわけでも、型を間違っているわけでもありません。
いや。他でそういう奴がいないんだったら間違いなくスクリプト側のミスだろうって事。
INNODBで行ロックかかっててもSELECTで抽出されないなんて事はないもんねぇ。
不正な値が入ってるわけでも、型を間違っているわけでもありません。
いろいろ試してたら、SELECT関係ない事がわかった。
SELECT * FROM table_name ORDER BY date_time LIMIT 10;
これで抜けが出る。
DATETIME型ってひょっとしてORDER使えない?
それともやっぱりアプリケーション側のミスか・・・
SELECT * FROM table_name ORDER BY date_time LIMIT 10;
これで抜けが出る。
DATETIME型ってひょっとしてORDER使えない?
それともやっぱりアプリケーション側のミスか・・・
>>748
SELECT関係ない→WHERE関係ない
とりあえずアプリ介さずに再現するか試してみます。
抜ける頻度は0.5%ぐらい。決まった行が必ず抜けるわけではない。99.5%のクエリは思ったとおりの結果が出る。
SELECT関係ない→WHERE関係ない
とりあえずアプリ介さずに再現するか試してみます。
抜ける頻度は0.5%ぐらい。決まった行が必ず抜けるわけではない。99.5%のクエリは思ったとおりの結果が出る。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
みんなの評価 : ☆類似してるかもしれないスレッド
- MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- 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 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
- MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
- MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
- MySQL 総合 Part22 (1001) - [89%] - 2012/7/10 16:45
- MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について