元スレMySQL 総合 Part14
mysql覧 / PC版 / みんなの評価 : ☆
前へ
702 = :
>>701
組み込んで売るための
OEMライセンスというのがあります。
値段はしらない
705 :
通りすがりの質問で失礼します。
こんなテーブルがあるとします。
商品管理テーブル
・商品ID←主キーかつオートインクリメント
・商品名
・JANコード
・メーカー
価格管理テーブル
・価格ID←主キーかつオートインクリメント
・商品ID
・定価
・原価
・売価
ちなみに、商品IDと価格IDはユニークであるために、
主キーかつオートインクリメントとしています。
本題は、ストアドプロシジャを使って
新規に商品の登録をする時にどうしたらよいかです。
私は、mysql5.0系を使用しています。
テーブルを二つに分けたのは、価格の変更等に対応するためです。
詳細なテーブルデータは割愛させていただきます。
価格管理テーブルの商品IDは商品管理テーブルと紐付けるための
カラムですが、オートインクリメントであるため、商品データを
商品管理テーブルに格納してからでしか、確定しません。
商品データの登録→価格データの登録
とすれば、良いのかもしれませんがどのようにして商品管理テーブル
から商品IDを拾えばよいのでしょうか？最新の登録データを拾うでは
不完全ではないでしょうか？→の間に他者による登録があるかも知れ
ません。それとも、テーブルの仕様から見直すべきなのでしょうか？
どうかご教示ください。
708 = :
>>705
価格管理テーブルの価格は初期登録する必要がありますか？
ストアドプロシージャでINSERTした時に
トリガーで価格を登録させるということではだめですか？
ストアドプロシージャ単独での解決はあんま詳しくないから、パス。
テーブルを分けるメリットがあんまり感じられないけどスルーします。
>>706
だめです。
709 = :
>>708
なぜ殺たし
じゃなくて・・・
なぜダメなのですか
711 = :
>>707
さらなる返信ありがとうです！
>>696を見てすぐにexplainしました。(今は張り替えてしまったのでインデックスないのです。)
そのとき確実にインデックスが使われていました。
> ソートしてからデータを引くことはできません。
というのは、(access_dateで)order byしてから(typeで)where絞り込みできない、ということでしょうか？
typeで絞り込んでaccess_dateでorder byするのでインデックスが逆なのかな、と自分では納得していました。
本のオススメありがとうございます！
でもオライリーのハイパフォーマンスは、実はもう手元にあったりします。楽しい本ですよね。
他の本は最後の方ばかり見返すのですが、この本はどの章でも見返すことがあります。
ただ出版されたのがいかんせん古いせいか、myisamに偏ってるかなと思ってます。
自分はmysql5.1(間違ってベータ版入れてた)からしか使ったことがなく、innodbをかなり主流に使ってます。
(実際、読み1:更新1とかなものでmyisamは向いてないのかと自己判断してしまっています。)
innodbの主キーインデックス？はちょっと特殊なんだよーとかをブログなどでかじり見するだけで、それを理解
できる脳みそはなく次なる書籍を探しておる次第であります。
713 = :
>ローカルシステムはrootで入ると考えると
なぜそう考えるの?
714 :
>>710
返事が遅れてスミマセン。
ありがとうございます！
もしかして、常識でしたか？
何とか解決できそうです！
715 = :
>>713
他人が使わない自分(DB管理者)専用のPCなので
アクセスする場合はroot権限だけあれば事足りるんじゃないかと。
それとも管理者自らも一般ユーザーとして入るべきなの？
721 = :
>>718-720
すごく初歩って感じですね；
もう一度入門書から出直します。
こんな質問にも
ものすごくわかりやすく教えてくれて感動です。
どうもありがとうございました。
723 = :
DBの設計について書いてある情報を探せばいい。
SQLの話ではない。
730 = :
>>728 のどこがまずいの？
732 = :
じゃん
733 = :
じゃん
734 = :
じゃんじゃんいこうぜ！
738 = :
>>731
できるじゃん
739 = :
>>738
どうやるの？
「文字コードの変更」
ってボタンがある？
745 :
>>741
そっか。レスありがと。
他で出てないなら俺のミスだな。
しっかし、NOW()で取得した時刻をフォームで渡してその時刻以降をSELECTしてるだけなんだけどな。
極たまに抜けが出るのよ。
URLエンコード・デコードもちゃんとやってるし、なんだろうなぁ。
原因探ってみます。
746 = :
おまえの説明では何が抜けたんだかさっぱりわからんのでなんとも
言えんな。抜けたというレコードの値とselect文をちゃんと示せよ。
747 = 745 :
>>746
いや。他でそういう奴がいないんだったら間違いなくスクリプト側のミスだろうって事。
INNODBで行ロックかかっててもSELECTで抽出されないなんて事はないもんねぇ。
不正な値が入ってるわけでも、型を間違っているわけでもありません。
750 = :
状況を説明する気がないことはわかった。一人で悩んでください。
みんなの評価 : ☆
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 ○
トップメニューへ / →のくす牧場書庫について