0

我正在构建一个应用程序,用户可以在其中创建任意数量的 Web 表单。这些表格将涉及广泛的主题,可能包含各种领域,分为任意数量的子表格。

为了不让这成为规范化问题,我的应用程序会动态地为子表单生成表格。最终架构可能看起来像这样(简化):

/* 静态表 - 层级 1 */
[ProjectTable]
project_id (KEY, AUTO INC), , project_name

/* 静态表 - 层次级别 2 */
[RegistrationTable]
project_id (PARENT ID), registration_id (KEY, AUTO INC), registration_date

/* 动态表 - 层级 3 */
[RegistrationSubTable_xxxxxxxx]
registration_id (PARENT ID), firstname, lastname, email

/*动态表 - 层次级别 3 */
[TRegistrationSubTable_yyyyyyyy]
registration_id (PARENT ID), book_title

(我希望这是可以理解的:)

我担心的是动态表的数量会无限增长,几年后会达到数万。这会给 SQL(目前是 MS SQL)带来问题吗?

有什么我没有想到的警告吗?

4

1 回答 1

0

我发现这个主题maximum-number-of-workable-tables回答了我的问题。

简而言之,超过 10k 个表,甚至数百万个表都不会导致性能下降。有很多小表比有几个大表更好。问题是查询和管理它们。就我而言,这不是问题,因为我的应用程序已经为我这样做了。

于 2013-07-20T17:12:43.257 回答