从性能角度看，在快速ios应用程序中使用小型db的最佳方法是什么？
我使用sqlite来填充一个ios应用程序，其中包含了不规则动词的数据--这是一个语言学习应用程序。
数据库有3个表、动词类别、谓词和谓词元素。最后一个词条每个动词终止一个条目，所以每个动词有50多个条目。总分贝约为2,500个条目，每个条目有3-5个短字符串字段.
我的问题是，从绩效的角度来看，最好的做法是否是：
(1)写入结构来建模数据，每个数据都具有适当的函数，并在应用程序初始化时以结构形式将db加载到内存中，或(2)写入函数，以便动态查询sqlite中的每个新视图。
我的猜测是，(1)对于这么小的分贝来说要好得多，但我想我会咨询你的集体智慧，因为我是个新手。事先谢谢您的建议。
顺便说一句，这是我问到的一个关于如何将数据输入ios应用程序的后续问题：
回答 2
Stack Overflow用户
发布于 2022-04-22 07:36:46
这两种解决方案都应足以满足您的情况。
说到性能，这是一个关于你在衡量什么的问题。
background
- Smooth用户界面和interactions
- Energy consumtions
- Memory consumptions
- ...
中的
- 快速加载时间
- 快速操作
例如，当增加内存消耗时，您必须了解应用程序在后台时更有可能被终止。如果用户决定起飞5分钟，并且打开一个装载大量内存的游戏，您的应用程序将更有可能被终止以获得另一个应用程序的内存。
但是再说一遍。这两种解决方案都应该适合您在这里描述的大小。随着时间的推移，如果这增加，你可能需要重新考虑。
还有一个选项3，您可以直接将这些值硬编码到结构中，这样甚至会丢失初始加载时间。只需制作一个脚本或其他东西，将带有字符串的文件转换为源代码即可。
Stack Overflow用户
发布于 2022-04-22 22:18:57
你想过CoreData吗？我使用它作为一个小DB，它工作得很好。当然，CoreData的学习曲线是存在的，但是一旦您克服了这一点，它就为您做了大量的工作，并与SwiftUI进行了一些集成。我并不是说它在任何方面或多或少都很有表现力，只是说一旦超越了学习曲线，它就很容易使用，当然也是由苹果CoreData团队优化的。
https://stackoverflow.com/questions/71964834
复制相似问题
腾讯云开发者
