具体的にどう記述すればサイトID得られるのかわからないんじゃないかな>>800の人は

なんか、一応IDは付けたけどキーが何か理解してないって感じだな。

オープンソースのECシステムをいじってたら、
テーブルのID値をauto incrementせずに、わざわざ1行・1カラムの別のテーブルに持ってて
そこから値を取り出してinsertして1加算していたんだけど、
これはなんでこういう実装になっているのでしょうか？

>>805
自分で番号を管理したいから

>>806
だからそれはなんで？

作者に聞けよ。

つか、普通に考えたら移植性のためだろ。

質問を変えます。別テーブルで管理することによって、何のメリットがあるのでしょうか。
ちなみにID番号を引っ張り出すテーブルでは、auto incrementが使われていて、１ずつ増えます。
そのシステムのスレで聞いてもわからなかったので、一般的な回答があればお聞きしたいです。

>>804
ファイルのほうがいいって教えてgooにかいてあったよ

>809
オートナンバーはレコードが保存されるまで発番されない
よって、

1.ユーザーがアプリの新規登録ボタンを押し、入力画面を開く
2.ユーザーが色々情報を入力する
3.ユーザーが保存ボタンを押す
4.新規にレコードが作成され、番号が発行される

という流れになる。
別テーブルで管理をすれば、

1.ユーザーがアプリの新規登録ボタンを押す
2.番号管理テーブルから発番し、入力画面を開く
3.ユーザーが色々情報を入力する(この時点で番号は分かっている)
4.ユーザーが保存ボタンを押す

となる。
ECシステムだと店舗と顧客の関係だろうから、顧客からの問い合わせを受けている時点で
案件を示す番号がわかっているには重要。
※「次回問い合わせる際はこの番号をお伝えください」と顧客に伝えるため
そのため後者のような仕組みをとることはある。
…が、単なる連番なら詐称が簡単に出来るので、連番にはせずチェックディジットを含めた番号にすると思う。

どもです。

>>808
移植性というとMySQL以外のDB、auto incrementがないDBを考慮してるんですかね。
でもid取得用テーブルの方でauto increment使ってるのでそれは違うか…。

>>810
運用中にTRUNCATEやALTER TABLEが発行されることはないはずです。
レコード追加の頻度などからも、速度のためというわけではない感じがします。

>>812
ユーザーアクションで追加されるもの以外に、管理者が商品やカスタムページを追加する用のテーブルなど
全部がそうなっているので、ユーザー向けの理由ではなさそうです。

やっぱり作者（企業）に直接聞かないと意図不明すね。聞いたら教えてくれるのかな…。

>>811
自分でも調べてみました。DBにはバイナリの代わりにパスを保存するほうが無難なようですね。
ありがとうございました。

>>813
insertしたレコードのIDを取得する方法を　作者が分からなかったのでそういう実装にした　みたいな
後ろ向きな理由の気がします。

>>816
いえ、全部InnoDBです。

>>815
なるほど…

1分刻みの為替のデータをDBで管理しています。
ここから例えば5分おきのデータを一発で取得できるクエリーを書くことは可能でしょうか。

>>794
＞完璧と言われても嬉しくないw
＞何か引っ掛けがあって間違いでもあったかと思ってたけど w

>>818
時刻を秒の部分落として秒か分になおして
5分で割り切れるやつを取りだすとかでいいんじゃないかな。

二行目が何を言ってるのか自体解らんでﾜﾛﾀ

>>822
すいませんもっと整理してわかりやすくいうべきでした
>>823
それでできました！助かりましたありがとう

ギャラクシー・エンジェル?

二行目が何を言ってるのか自体解らんで

>>817
それ、メインのデータテーブルのIDは全て数字でしたかの？
だったら、データテーブルのIDをauto_incrementにしたいんだけど
プリフィックスとしてアルファベットつけたかったとか。
もしくはkeyの構造のためとかそっちの可能性はないかな。

結構、後ろ向きな理由のほうが臭いけど。

単なるテキストファイルじゃなかったかな。

以前mysqlをかじって、最近また勉強しようと思ってるんですが、
当時買った入門書やリファレンスが4基準です。今は5ですよね。
4と5ってどれくらい違うのでしょうか？
4の時の本は役に立ちませんか？

>>830
ありがぽん

>>831
４勉強して差分を後でウェブで調べたほうがらく

しばらく使わない　→　新しい本をかじる

のループはものすごい無駄。

単なるテキストファイルじゃなかったか

バックエンド変更したって話も聞かないしね。

>>837
アプリ側でやったほうがいいんではないでしょうか

ユーザーIDといえば採番ですが、パラメータにユーザーIDをくっつけると
いるのか、いないのかすぐバレるので文字列にしてみたのですが、
やっぱり何十万件とかたまってくると遅くなるから連番にしたほうがいいのでしょうか。

気にしないでよし
どうしても気になるならidと文字列の対応表も作っておけばいい

>>841
やっぱりそうっすよね。
ありがとん。

10分ごとを同じ数字になるように、例えば時刻データを秒になおして100で割れば
100秒ごとの数値が同じになる。
それをGROUP BY して集計関数で出せばいい。

さんくす。

PHPからデータベースを操作しています

　0.CREATE文でテーブルを作成
　1.INSERT文でレコードを挿入

これらをmysqli_multi_queryで1度に実行しました
さらに、

　2.INSERT文でレコードを挿入する
　3.INSERT文でレコードを挿入する
　4.INSERT文でレコードを挿入する...

というような感じで続いて行きます

さてテーブルを確認すると、
挿入されたレコードの順番(AUTO_INCREMENT設定したIDの順番)が、

　2→1→3→4...

となっていました
はじめにCREATE文だけを行い、実行後にmysqli_closeしてから同様の作業を続けた場合には、
1→2→3→4...という並びになりました

なぜだい？

MySQL v5.5.20
PHP v5.3.10

失礼