确定数据库所需的存储空间大小通常需要考虑以下几个因素：

1. 数据量：你需要估计你的应用程序将要存储多少数据。这包括表的数据、索引、日志等。

2. 数据增长率：你需要考虑数据的增长速度。如果你的应用程序每天都会产生大量的新数据，那么你需要预留足够的空间来存储这些新数据。

3. 备份和恢复：如果你打算定期备份你的数据库，那么你需要预留足够的空间来存储备份文件。

4. 性能和可用性：数据库的性能和可用性通常会随着存储空间的使用率的增加而降低。因此，你需要预留一些空闲空间来保持数据库的性能和可用性。

预估数据库所需的存储空间大小通常需要根据你的应用程序的具体需求和数据库的具体实现来进行。你可以参考数据库厂商的文档，或者使用一些工具和公式来帮助你进行估计。例如，你可以根据你的数据模型和预期的数据量来估计每个表和索引所需的空间，然后将这些空间需求加起来，再加上一些预留的空闲空间，就可以得到数据库所需的总存储空间大小。

根据业务和产生的数据量，这里就要看是什么样的业务，比如有实时的数据，是按照时间定时接收的，数据量可以估计，还有交易型数据这和用户数和交易量有关，需要自己统计和预估，再有就是一般的常规数据，这个也是和用户数有关的。一般可以根据相同类型的系统进行比较

确定数据库所需的存储空间大小和预估数据库大小是一个重要的任务，以下是一些常见的方法来进行初步的存储空间预估：

1. 数据量估计：考虑你将存储的数据类型和数量。根据业务需求和数据量统计，估计每个表的行数和列数，并计算出预期的总行数和列数。然后，对每个表的各个列进行数据类型分析并评估其存储需求。这样可以大致估计出数据库中数据的大小。

2. 平均行大小：计算平均每个表行的大小。这可以通过将每个列的大小相加并除以列的数量来实现。使用此平均值乘以预期的总行数，以得到大致的数据存储需求。

3. 索引大小：索引是提高查询性能的关键。对于每个表，估计所需的索引大小。可以根据主键、唯一约束和经常用于查询的列创建索引。根据索引列的数据类型和选择的索引算法，估计每个索引的大小。

4. 日志文件大小：数据库系统通常会记录事务日志以确保数据完整性和恢复能力。因此，还需要估计日志文件的大小，以便满足事务处理和回滚等要求。

5. 预留空间：在进行存储空间估算时，考虑到未来数据增长的可能性和数据库性能需求，应预留一定的额外空间。

需要注意的是，这些方法只是用于初步的存储空间估算。实际的存储需求可能会受到数据变动、新增索引和表结构优化等因素的影响。所以，在实际部署之前，最好进行实际测试，并根据实际情况进行调整。