Flutter植物图片学习APP：存储方案与数据库选型咨询

1. 图片内置APP还是存储到数据库？ #

绝对不建议内置。按600-800张图片、单张平均100KB计算，总大小就有60-80MB，加上APP本身的代码和基础资源，很容易触达应用商店的体积限制，而且后续更新图片必须重新发版，灵活性极差。

正确方案是：将图片托管到云存储服务，APP内仅存储图片的访问URL，使用时通过网络加载。为提升用户体验，可借助cached_network_image这类Flutter库实现图片自动缓存，已加载的图片会存在本地，下次无需重复请求。

2. 存储600-800张图片的元数据选哪种数据库？ #

注意：图片本身不适合存数据库，数据库用来存储图片的元数据（如URL、植物名称、分类、对应课程ID等）。

• 若采用云服务架构：推荐Firestore（NoSQL类型），Flutter集成友好，无需搭建后端服务，快速上手；如果数据结构有复杂的关联需求，也可以选择MySQL/PostgreSQL这类关系型数据库。
• 若采用纯本地架构：推荐Hive（轻量NoSQL），读写速度快，无需编写SQL，直接序列化对象存储，600-800条数据完全能轻松处理；如果有复杂的查询需求，也可以用sqflite（SQLite的Flutter封装）。

3. 离线存储30-40张图片的课程选哪种本地数据库？ #

离线场景下，建议先将课程对应的图片下载到APP的私有沙盒目录（用path_provider库获取路径），再用数据库存储图片的本地路径、植物信息及课程关联数据。推荐两种方案：

• 若课程内的植物存在复杂的关联关系（比如分章节、分类）：选sqflite，通过SQL语句能便捷处理关联查询。
• 若仅需简单存储植物对象或键值对：选Hive，无需配置表结构，直接序列化存储，代码更简洁。
  另外要注意权限配置：Android需申请Scoped Storage权限，iOS要在Info.plist中添加存储权限描述，避免下载或读取图片时出现权限问题。

内容的提问来源于stack exchange，提问作者Yuki