アカウント名:
パスワード:
最大6桁程度でも、3~6桁の任意桁数を許容してさらに「右詰」「左詰」「中央揃え」入力が選択できると結構自由度が増す気がします。
断固抗議します。
顧客 ID には数字しか入らないことが仕様上明らかなのに、KOKYAKU_ID varchar2(10) のようなテーブル定義をするコボラーが今でさえうじゃうじゃいるのに。彼らをいかに早く絶滅させられるかが 21 世紀の IT 技術者の使命なのです。
(以下 65KB 分の愚痴が省略されました。続きを読むには……)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
4桁・・・ (スコア:1)
もう少し桁数を増やしたほうが・・・
4桁で類推できる番号を使えなくすると、逆に類推できてしまうんじゃ・・・
え?もう4桁じゃない?
Minder
Re:4桁・・・ (スコア:2, すばらしい洞察)
6桁の暗証番号に変更させられました。
はたしてそれが強化になったといえるのかは疑問ですし、使用頻度は
キャッシュカードほど高くないので日数が経つと忘れてしまいます。
4桁が6桁になったって、セキュリティは「下の下」が「下」くらいに
なった程度でしかなく、効果は薄いです。
一人で短期間で攻略できるのが4桁、数人で数日かかるのが6桁という
差ではないでしょうか。
ツールなんかを使って機械的にやれば、4桁も6桁も変わらないかも。
それよりも数字のみではなく、アルファベットも使わせて欲しいです。
人間は数字だけよりもアルファベットを入れたほうが覚えやすいですし、
他人からは推測しにくいものも簡単に作れます。
Re:4桁・・・ (スコア:1)
最大6桁程度でも、3~6桁の任意桁数を許容してさらに「右詰」「左詰」「中央揃え」入力が選択できると結構自由度が増す気がします。
効果ないかなぁ。
Re:4桁・・・ (スコア:0)
Re:4桁・・・ (スコア:0)
断固抗議します。
顧客 ID には数字しか入らないことが仕様上明らかなのに、KOKYAKU_ID varchar2(10) のようなテーブル定義をするコボラーが今でさえうじゃうじゃいるのに。彼らをいかに早く絶滅させられるかが 21 世紀の IT 技術者の使命なのです。
(以下 65KB 分の愚痴が省略されました。続きを読むには……)
Re:4桁・・・ (スコア:0)
number(10)にしたってどうせ2進化10進数で格納されるんだから、ディスク領域をちょっと節約できるだけでしょ。比較の速度だって大して違わないんだし、将来の変更のこと考えたらvarchar2で何も問題ないと思うけど。
Re:4桁・・・ (スコア:0)