概述我目前正在开发一个将数据存储在 SQLite数据库中的应用程序.数据库将具有更多的读取访问权限(事实上,它将被填充一次数据,然后几乎只会进行读取).因此,读取性能非常重要.我目前正在开发的
模式很可能在将来发生变化,并添加了额外的列和表.我对数据库一般没有太多经验.我的问题是,特别是在SQLite中,
更改架构时是否有任何陷阱需要考虑?是否有任何模式或最佳做法可以提前计划此类案例? 以下是一些建议: 我目前正在开发一个将数据存储在 SQLite数据库中的应用程序.数据库将具有更多的读取访问权限(事实上,它将被填充一次数据,然后几乎只会进行读取).因此,读取性能非常重要.我目前正在开发的模式很可能在将来发生变化,并添加了额外的列和表.我对数据库一般没有太多经验.我的问题是,特别是在sqlite中,更改架构时是否有任何陷阱需要考虑?是否有任何模式或最佳做法可以提前计划此类案例?解决方法 以下是一些建议:
@H_502_12@
>不要使用select * from …因为*的含义随着架构的变化而变化;显式命名查询使用的列>将模式版本号保留在数据库中,并将代码保留在应用程序中,以便从模式版本N转换为版本N 1;那么应用程序中的所有代码都使用最新的模式版本;这可能意味着使用默认值来填充添加的列>您可以避免使用支持ALTER table ADD ColUMN的sqlite版本3.1.3或更高版本复制表格以进行架构更新…@H_502_12@ 总结
以上是内存溢出为你收集整理的如何规划SQLite数据库中的模式更改?全部内容,希望文章能够帮你解决如何规划SQLite数据库中的模式更改?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
评论列表(0条)