回答編集履歴

2

見直し

2020/08/24 13:51

投稿

退会済みユーザー
test CHANGED
@@ -44,7 +44,9 @@
44
44
 
45
45
  みたいに。元の文だと、date定義の行に区切りの「,」が不足していました。
46
46
 
47
- あと、みづらいので、ヒアドキュメント構文を使いました。
47
+ あと、見辛いので、ヒアドキュメント構文を使いました。
48
+
49
+ (見辛いと、タイプミスや文法ミスに気づきにくくなります。)
48
50
 
49
51
 
50
52
 

1

見直し

2020/08/24 13:51

投稿

退会済みユーザー
test CHANGED
@@ -9,3 +9,69 @@
9
9
  [予約語は、引用符で囲まれている場合、識別子として許可されます。](https://dev.mysql.com/doc/refman/5.6/ja/reserved-words.html)とのことなので、
10
10
 
11
11
  改善してみてください。
12
+
13
+
14
+
15
+ すべてを直すのは質問者さんにやってもらうとして、一例を挙げるとこうなるかと。(いささかくどいけど。)
16
+
17
+ ```php
18
+
19
+ //テーブルの作成
20
+
21
+ $sql = <<<EOT
22
+
23
+ CREATE TABLE IF NOT EXISTS `tech_text`
24
+
25
+ (
26
+
27
+ `id` INT AUTO_INCREMENT PRIMARY KEY,
28
+
29
+ `name` char(32),
30
+
31
+ `comment` TEXT,
32
+
33
+ `date` char(32),
34
+
35
+ `pass` char(32),
36
+
37
+ );
38
+
39
+ EOT;
40
+
41
+ ```
42
+
43
+
44
+
45
+ みたいに。元の文だと、date定義の行に区切りの「,」が不足していました。
46
+
47
+ あと、みづらいので、ヒアドキュメント構文を使いました。
48
+
49
+
50
+
51
+ あと、char(32)で文字列用の定義にしているようですが、
52
+
53
+ 32バイトに満たない箇所が空白を詰められちゃうと思うのですが。
54
+
55
+ 参考:[MySQL :: MySQL 5.6 リファレンスマニュアル :: 11.4.1 CHAR および VARCHAR 型](https://dev.mysql.com/doc/refman/5.6/ja/char.html)
56
+
57
+
58
+
59
+ > CHAR 値は格納されると、指定された長さになるように右側がスペースで埋められます。
60
+
61
+
62
+
63
+ この場合はVARCHAR(32)かもしれませんが、文字エンコーディングをUTF-8(utf8mb4)を使うなら
64
+
65
+ 1文字の記録に最大4バイトを使う可能性があることを考慮して
66
+
67
+ サイズが適切かどうかを再検討していただきたく。
68
+
69
+
70
+
71
+ また、dateにCHAR(32)ですか、
72
+
73
+ 投稿日時の記録用にTIMESTAMP型を使ってみませんか。
74
+
75
+ 一つのデータで日付と時刻をセットで保持します。
76
+
77
+ 参考:[MySQL :: MySQL 5.6 リファレンスマニュアル :: 11.3.1 DATE、DATETIME、および TIMESTAMP 型](https://dev.mysql.com/doc/refman/5.6/ja/datetime.html)