尝试设计/建模简单的数据库应用程序

Question

我正在尝试了解有关数据库交互的更多信息，这让我开发了一个本地应用程序来开始。 好吧，基本上，到目前为止我所做的结果有些好坏参半，而且我改变了很多东西，我什至不确定现在我改变了什么，哈哈。 我不太确定我的一张桌子是否正确，所以我决定重新开始。 这就是我想要我的愚蠢的本地应用程序执行的操作。

• 最多存储 9 个特定的 RSS 提要（我之前做过 url/链接，但我不想被之前所做的任何事情弄糊涂，所以我将其更改为 RSS 提要）
• 默认情况下将填充 1 个提要（因此每个用户都有一个常见的提要 - 他们可以更改）
• 提要应该存储在某种排序方案中，以便可以按照输入的相同顺序检索/打印它们。

将有一个包含 9 个文本字段的编辑屏幕，由相应的数据库条目填充，所以类似于：

feed 1: <input type="text" value="http://rss.news.yahoo.com/rss/topstories"> **the default feed for everyone, but they can change it**
feed 2: <input type="text" value="http://content.usatoday.com">
feed 3: <input type="text" value="http://newsrss.bbc.co.uk/rss/newsonl.../world/rss.xml">
feed 4: <input type="text" value="">
feed 5: <input type="text" value="">
feed 6: <input type="text" value="">
feed 7: <input type="text" value="">
feed 8: <input type="text" value="">
feed 9: <input type="text" value="">
        <input type="submit" value="update">

我希望能够在此处编辑/添加新的提要并以相同的顺序检索这些提要 - 这是我在之前的尝试中感到困惑的一个重要根源。

将有一个输出屏幕，以相同的顺序输出提要 URL。

我有 2 个表，users 和现在 feeds，我相信我的 users 表没问题，它基本上存储了一些个人信息。 我认为那里的一切都应该很明显。 “state”列将存储来自选择/下拉列表的 2 个字符的州缩写，并且我已将其编入索引，因为我希望能够按州搜索用户。 我在检索/编辑/更新该数据时没有任何问题。

CREATE TABLE users (
    user_id              SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,
    first_name           VARCHAR(20) NOT NULL,
    last_name            VARCHAR(40) NOT NULL,
    state                CHAR(2) NOT NULL,
    email                VARCHAR(60) NOT NULL,
    pass                 CHAR(32) NOT NULL,
    registration_date    DATETIME NOT NULL,

    PRIMARY KEY(user_id),
    UNIQUE (email),
    INDEX login (email, pass),
    INDEX state (state)                              
);

这是我的新 feeds 表

CREATE TABLE feeds (
    user_id      SMALLINT UNSIGNED NOT NULL,
    feed_url     VARCHAR(255) NOT NULL DEFAULT 'http://rss.news.yahoo.com/rss/topstories',
    feed_id      SMALLINT UNSIGNED NOT NULL DEFAULT 1,

    PRIMARY KEY(user_id, feed_url)                                                                          
);

当用户输入新的 feed 时，假设 feed #2 的值将被插入到 feed_url 中，而 feed_id 将被插入值为 2。 如果输入 feed #3，则 feed_id 将插入值为 3。 这应该给我一些 ORDER BY 来按顺序检索记录，对吗？

数据编辑屏幕应始终显示提要的输入方式。
数据输出屏幕应该始终显示提要的输入方式。

那么，这看起来正确吗？我是否遗漏了一些东西？ 我的 feed_url VARCHAR(255) 可能不是万无一失的，但我只会用短网址进行测试。 它也总是可以很容易地被提升。

Answer 1

由于您的 Feed 表将保存所有用户的 Feed，因此您可能需要重新考虑这一点。

您已将 feed_id 的默认值设置为 1，因此所有内容都会得到 1 - 为用户添加第二个 feed 时不会得到 2。 你需要逻辑。

也许当用户创建新的 feed 时，您会查询他们的所有记录，找到最高的 feed id，然后向其添加 1。 然后您可以将其用作新的 feed ID。

要找到你的最高id，你会做类似的事情（语法可能是错误的，我通常是T-SQL）

select max(feed_id) from feeds where user_id = @user_id

我从来没有做过任何事情，让用户订购物品，所以你在做出任何决定之前可能想调查一下。

Answer 2

忘记上一篇文章 - 我以为你需要能够重新排序你的提要。 如果没有，您只需将 auto_increment 添加到该 feed-id 字段即可。 然后使用 ORDER BY feed-id 升序。

Answer 3

为了强制每个用户都有一个可以更改的初始默认 Feed，我建议您删除 feeds 表中的默认值，并在应用程序代码中实现该功能。 在创建（注册）新用户的代码中，将该行添加到 users 表中，然后将一行添加到包含该用户的第一个 Feed 的 feeds 表中使用默认 URL（您可以将其存储在应用程序配置设置中）。

如果您必须维持提要的顺序，那么有两个主要选项。 使用您的 feed_id 列，但将其填充为自动增量。 但是，在某些情况下这可能会中断（不能保证始终增加）。 另一个选项是将 feed_id 更改为 feed_sequence 并从代码中填充它，使每个用户始终为 1-9。

我发现您不惜一切代价保留 feed URL 顺序的要求是非常不典型的。 为什么需要它，为什么它如此重要？

我注意到您的 users 表存在一些问题。 其一，email 字段不够大（60 太小了，我认为 320 才是真正的最大值）。 另一方面，我想知道您是否将 pass 存储为纯文本，这将是一个巨大的安全问题。 我还注意到 pass 被声明为 CHAR 而不是 VARCHAR。 您没有说，但是您使用 CHAR 是否表明您没有将密码存储为明文，而是将其混淆到固定大小 (32) 字段中？

当然，提要 URL 也很容易超过 255 个字符。

很高兴看到您已经合理地标准化了数据，例如不执行 feedUrl1...feedUrl9 列。

最好的祝愿。