与将文本数据拆分为多个文件相比，将文本数据存储在一个大型 ASCII 文本文件中有何缺点？
与将文本数据拆分为多个文件相比，将文本数据存储在一个大型 ASCII 文本文件中的三个主要缺点是什么？如果我确实分手了，您能否建议一种启发式方法来选择阈值大小？
What are three main drawbacks of storing text data in one large ASCII text file as compared to splitting it up to multiple files? If I do split up, could you suggest a heuristic to choose a threshold size?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
通常将文件加载到编辑器中是一个大问题，因此如果文件的用例涉及用户打开它，那么最好将其拆分。
例如，当将异常记录到文件时，我通常将日志文件的大小限制为 50 MB，因为我知道大多数具有当前典型硬件的文本编辑器都可以轻松处理该问题。当然，这会随着操作系统和硬件的改进而改变。因此 20 年后，多 GB 文本文件可能会很好地加载。
另一方面，如果您传输数据，则应根据传输机制调整限制。例如，许多电子邮件系统将附件限制在 10 MB 左右。
Typically loading the file into an editor is the big problem so if the use case for the file involves a user opening it up then its good to split it up.
For example when logging exceptions to a file I usually limit the size of the log file to 50 MB, because I know most text editors with current typical hardware can handle that pretty easily. This will change of course change with OS and hardware improvements. So 20 years from now mutli-GB text files might load nicely.
If you transferring data on the other hand the limits should be tuned to the transport mechanism. For example many email systems cap attachments around 10 MB.