アカウント名:
パスワード:
ID | TYPE | VALUE------------------01 | YY | 201401 | MM | 0301 | DD
もしIDがユニークで
ID | TYPE | VALUE------------------01 | YY | 201402 | MM | 0303 | DD | 104 | HH | 1205 | MI | 1006 | SS | 1507 | DAT | DATADATADATA08 | YY | 2014以下略
こうだったり、
ID | TYPE | VALUE------------------74 | YY | 201437 | MM | 0368 | DD | 121 | HH | 1289 | MI | 1019 | SS | 1592 | DAT | DATADATADATA24 | YY | 2014以下略
こうだったら、どうやって1件分のデータをまとめるの?1件の区別は前後の連番だとかIDに特定の計算をした結果が同一だとか、悪夢度がもっと増すだけのような…
単一カラムをユニークなインデックスと扱えない程度の問題なんて、この問題に比べればどうでも良いと思う。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
説明が分かりにくいけど、このDBの真骨頂は (スコア:2, 参考になる)
> また、普通なら一行で済むデータをinsertする際にも数行ひどいときには十数行insertが必要で、
ブログをざっと見た感じだと別にそこまでひどくもないように見えたけど、よくよくこの二行みると
年と月と日で 3レコード
時と分と秒で 3レコード
内容で1レコード
の7レコード(IDは全部同じ)ていうテーブルなのかな?
Re:説明が分かりにくいけど、このDBの真骨頂は (スコア:0)
もしIDがユニークで
こうだったり、
こうだったら、どうやって1件分のデータをまとめるの?
1件の区別は前後の連番だとかIDに特定の計算をした結果が同一だとか、悪夢度がもっと増すだけのような…
単一カラムをユニークなインデックスと扱えない程度の問題なんて、この問題に比べればどうでも良いと思う。