Closed. This question needs to be more focused。它当前不接受答案。
想改善这个问题吗?更新问题,使其仅通过editing this post专注于一个问题。
2年前关闭。
我正在努力寻找最适合自己需求的解决方案。我有一个预算应用程序,每个用户都有自己的预算,其中可能包含成百上千的预算条目。最初,我认为我会为用户提供一个表和基本信息,然后每个用户都将拥有自己的sql表,其中包含所有预算项目。但是,如果用户列表增长到数百或数千,那么我将拥有大量表,因为每个用户都有自己的表。我还考虑了一个可以容纳每个人预算条目的表,但是我不确定这是否是正确的解决方案。
有什么建议吗?先感谢您
想改善这个问题吗?更新问题,使其仅通过editing this post专注于一个问题。
2年前关闭。
我正在努力寻找最适合自己需求的解决方案。我有一个预算应用程序,每个用户都有自己的预算,其中可能包含成百上千的预算条目。最初,我认为我会为用户提供一个表和基本信息,然后每个用户都将拥有自己的sql表,其中包含所有预算项目。但是,如果用户列表增长到数百或数千,那么我将拥有大量表,因为每个用户都有自己的表。我还考虑了一个可以容纳每个人预算条目的表,但是我不确定这是否是正确的解决方案。
有什么建议吗?先感谢您
最佳答案
我认为,一个包含所有预算条目且主键被“用户”表中的外键引用的表是一个不错的选择。您始终可以使用select * from users u join budgets b on u.userID = b.userID where userID = xxx
之类的方法来获取特定用户的预算项目。
关于mysql - 预算MySQL数据库设计的最佳实践,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/53509292/
10-13 05:37