小弟目前在为下一个要长期开发的工作软件做架构规划, 请版上高手指教.
大略工作流程如下: 使用Visual Studio 2013/2015 专业版
1. Winform会读取多个500MB~1G左右的文字档(内容格式不固定)
2. 解析内容转存成DataTable(格式固定)
3. 由DataTable呈现图表及易读的报表结构
4. User filter/分析然后输出最终的excel or word
因为以往step 1要处理上分钟, 这次想要导入database来储存data table
下次user输入同样的档案可以不用再处理一次. (但我们没有SQL Server)
再来就是因为文字档格式不固定的关系, 想要导入IronPython来简化tool
release到end user的流程.(蛮喜欢写Python的)
目前的想法: (用轻量化的数据库就好, by project建独立的)
1. Service-Based Database
2. SQLite
请问这样的程式架构, 有什么隐患或者先天的限制我没有想到的吗?
不用database, 其实我也可以用python输出csv, 然后C#读成datatable
会不会这样反而比较简单, 效能也差不多?
请有做过类似专案的前辈给些意见, 感恩.