在Mysql或文本文件上保存记录

最近我得到了一个关于制作脚本为某公司的软件生成串行密钥的项目。 起初，我的想法是为每个软件保存不同的MySQL表。 他们要求我为他们的10个软件中的每一个生成2000个唯一的密钥代码。在听到他们询问的大量数据后，我担心的是将数据保存在不同的文本文件中

现在我考虑一个稳定的MySQL表，每个软件有10列，并以文本格式在列中保存2000个串行键

每个串行键是一个10整数代码，不重复

他们要求制作一个脚本，该脚本可以生成用于在CD上打印的串行密钥。在他们的网站上，他们需要一个脚本，该脚本可以从最终用户处获取串行密钥，并将其与唯一的计算机编码密钥混合，并为用户提供密码

---

在这种情况下，我认为保存文本文件是一个更好的主意，因为MySQL数据库无法处理如此庞大的数据量，但我不确定此操作的安全性

我的问题是我应该对我的项目的数据库设计做出决定

---

你建议哪一个

我不明白为什么将这些数据保存到MySQL数据库会有问题，例如，您可以设计如下两个简单的表：

Table : programs  
  -id - INT [PK]
  -name - VARCHAR(50)


Table : serials 
   -id - INT [PK]
   -p_id - INT [FK] ---> programs.id
   -scode - INT  (the program serial)

---

一个表（程序）包含程序列表（它是可用程序的一种枚举），另一个表包含引用程序表中特定程序的程序序列号。

他们谈论的是25000个序列键，读取并保存这些数据量是服务器高源代码使用的问题。但是，如果我选择将这笔钱保存在文件中，访问将变得既简单又快速，但不确定安全性。@MacTaylor-请遵循此设计。您不希望每次添加新程序时都更改DB表并重写应用程序。“在这种情况下，我认为保存文本文件是一个更好的主意，因为MySQL数据库无法处理如此庞大的数据量，但我不确定此操作的安全性。”MySQL旨在处理大量数据！毕竟，这是一个数据库。此外，这并不是很多数据。“在这种情况下，我认为保存文本文件是一个更好的主意，因为MySQL数据库无法处理如此巨大的数据量，但我不确定此操作的安全性。”我不是MySQL的粉丝。但是你的思维是如此的落后，这让你的判断受到质疑。如果您关心此客户机，请将其推荐给更有经验的开发人员。