SQL数据库是否应该能够每天处理数千个表的创建,还是我必须更改我的代码?

时间:2011-08-14 08:03:53

标签: sql database-design

这是我第一次在sql数据库中设计表,我不知道这将使用多少服务器cpu以及这是否是一种可行的编码方式。

我必须创建一个招标网站,其中每次有人出价时要点(出价必须以每次出价50美分单独购买)最终价格上涨1美分,2美分或5美分。

我遇到的麻烦是我必须建立一个数据库表来跟踪项目的出价历史,似乎我必须为每个项目创建一个单独的表(需要跟踪3个事项来自项目ID - 出价者,比特时间,出价的分数。)

我在这方面相当缺乏经验,我愿意回到绘图板上集体讨论另一个桌面设计,但是想知道是否每天为每个新桌面创建数千个(假设网站会有些成功)列出的项目是好的。我可能高估了网站流量,可能每天只有几百张桌子,但我想做最坏的准备。

2 个答案:

答案 0 :(得分:3)

我会回到绘图板。为基本相同的东西创建新表是糟糕的设计。你听说过DRY(不要重复自己)的原则。

答案 1 :(得分:1)

为什么您认为每个项目需要一张桌子?

您可以设计一个表结构,可能用于保存您的物品,它们的出价历史记录包含所有项目的2-3个表...根据元数据,它可以用于另外1-2个表...总是不...宠物项目,但按“信息类型”(如“项目历史记录”,“项目元数据”)。