[42000][1064] SQL 错误：无法在 DataGrip 中执行新表。

Question

create table Users
(
    AttendeeID varchar not null,
    FRAG boolean null,
    FirstName string null,
    LastName string null,
    BadgeName varchar null,
    BadgeNumber int not null,
    DateOfBirth date null,
    EmailAddress int not null,
    Password password null,
    PrivacyPolicy boolean null,
    TermsConditions boolean null
);

create unique index Users_AttendeeID_uindex
   on Users (AttendeeID);

create unique index Users_BadgeNumber_uindex
    on Users (BadgeNumber);

create unique index Users_EmailAddress_uindex
   on Users (EmailAddress);

alter table Users
    add constraint Users_pk
        primary key (AttendeeID);

所以，我正在学习数据库，并且我正在为我的 dbms 使用 Datagrip，但是当我尝试执行此操作时，我收到了以下错误：

[42000][1064] 您的 SQL 语法有错误；检查与您的 MySQL 服务器版本相对应的手册，以了解在 'not null 附近使用的正确语法， FRAG 布尔空值， 名字字符串空， 姓氏字符串空， Ba' 在第 3 行。

原来的代码不是空的，所以我把它改成空了，不明白问题出在哪里。我在以前的问题中没有找到答案，任何帮助都会很棒。谢谢。

Answer 1

varchar 需要指定长度，例如 varchar(30) 30 个字符。

string 不是类型，请使用 varchar(LENGTH)。

password 不是类型，请使用 varbinary(LENGTH)，因为我假设您做正确的事情并使用加盐哈希。

Answer 2

我知道已经晚了，但我会按我看到的来写：

CREATE TABLE Users
(
    AttendeeID CHAR(30) NOT NULL,
    FRAG ENUM('n', 'y') NOT NULL DEFAULT 'n',
    FirstName CHAR(50) NULL,
    LastName CHAR(50) NULL,
    BadgeName CHAR(100) NOT NULL,
    BadgeNumber CHAR(30) NOT NULL,
    DateOfBirth DATE NULL,
    EmailAddress CHAR(250) NOT NULL,
    Password CHAR(64) NOT NULL,
    PrivacyPolicy ENUM('n', 'y') NOT NULL DEFAULT 'n',
    TermsConditions ENUM('n', 'y') NOT NULL DEFAULT 'n',
    PRIMARY KEY (`AttendeeID`),
    UNIQUE KEY `Users_EmailAddress_uindex` (`EmailAddress`),
    UNIQUE KEY `Users_BadgeNumber_uindex` (`BadgeNumber`)
);

我使用CHAR 而不是VARCHAR 来提高性能，因为在这种情况下，对于数据库引擎来说，寻找数据在数学上很容易，因为行的大小是固定的。

为了便于阅读，我使用ENUM - 您以后还可以添加not sure 作为第三选择。
关于尺寸： TINYINT(1) 存储为 1 字节数据，ENUM('n','y') 也存储为 1 字节数据。

BadgeNumber 是 CHAR，因为可能存在数字可能从 0 零开始的情况。喜欢：0000001023423 或者可能有业务任务来列举客人，例如：G00001 - 所以对我来说最好使用CHAR 作为徽章编号。

您还可能拥有UserBadges 表并将其与Users 表相关联 - 如果某个用户可能有很多徽章，例如他丢失了旧徽章或只是为了历史记录您将拥有A case 徽章的徽章为B case。

根据想法User 和徽章是不同的实体。所以也得搞清楚。

我相信这些问题可能会迫使人们从一开始就让项目更加灵活。