回答編集履歴
2
更に追記
test
CHANGED
|
@@ -39,3 +39,9 @@
|
|
|
39
39
|
|
|
40
40
|
|
|
41
41
|
もっと言えば、hiddenであってもブラウザの開発ツールで改ざん可能なので、予約IDは表示のみにとどめておきhiddenでは保存せずtuika()で再度同じ値を同じSQLで払い出した方がより安全な情報が登録できます。
|
|
42
|
+
|
|
43
|
+
|
|
44
|
+
|
|
45
|
+
更に追記ですが、予約IDが「必ず最大値＋１」というルールがあるのならmysqlだと「[オートインクリメント](https://www.dbonline.jp/mysql/table/index7.html)」PostgreSQLなら「[シーケンス](https://www.postgresql.jp/document/7.3/user/functions-sequence.html)」を利用することでわざわざテーブルに対してmax+1のような計算をしなくても楽にID払出が出来るようになります（オートインクリメントだとそもそも払いださなくて良くなります）
|
|
46
|
+
|
|
47
|
+
ご検討ください。
|
1
追記
test
CHANGED
|
@@ -35,3 +35,7 @@
|
|
|
35
35
|
項目毎に決めて必要に応じて入力チェックしておいたほうが良いでしょう。
|
|
36
36
|
|
|
37
37
|
予約システムとしては提示の項目は一通り必須でないと予約情報として成り立たなそうですし、日付も自由入力なので入力形式制限しとかないと予約情報表示のときに苦労しますし（DBの型とかも関係します）・・
|
|
38
|
+
|
|
39
|
+
|
|
40
|
+
|
|
41
|
+
もっと言えば、hiddenであってもブラウザの開発ツールで改ざん可能なので、予約IDは表示のみにとどめておきhiddenでは保存せずtuika()で再度同じ値を同じSQLで払い出した方がより安全な情報が登録できます。
|