问题.我们将事物记录到数据库中.为了保持磁盘空间使用上限,我们从数据库导出到可以复制的文件,或者仅删除平面.我之上的一些力量希望将其视为JSON.
我将单个JSON文件视为单个对象.因此,在这种情况下,我们将创建一个包含日志消息列表的对象.问题是,这个文件可能有几百万个日志项,我想这会扼杀大多数解析器.因此,我认为唯一的方法就是让每个日志项都有自己的JSON对象.
这意味着JSON解析器无法处理该文件.但是我们可以编写一个行解析器来读取文件并通过JSON解析器推送每一行.
这听起来不错吗?
我相信XML会有同样的问题,但至少在那里我们有SAX ..或者我们可以把它作为一堆minidocs,所有的前缀都是它们的长度.
谢谢.
JSON的整个想法并不完全与在文件中存储数百万个条目共存......
JSON的重点是消除XML引起的开销.如果您将每条记录编写为JSON对象,那么您将返回存储没有意义的开销位.下一个合乎逻辑的步骤是写出一个常规CSV文件,其中包含一个标题记录,表明地球上的所有内容都能理解如何导入.
如果出于某种原因,您有子记录,那么您应该看看常规EDI的工作原理.