mysql - 将所有每年可能只更改一次的静态数据保存在数据库或文件系统中是否好?

标签 mysql memory database-design normalization

在设计 Mysql 数据库时,我将所有静态数据保存在 xml 文件中,而不是数据库表中。在运行时应用程序将创建一个单例并获取内存中的所有静态数据...... 静态数据如下所示

  • 世界各国列表
  • 印度的邦数

最佳答案

我认为这会使应用程序过于复杂。使用数据库作为应用程序中所有 公共(public)数据的数据存储是一种简化,而不是复杂化。将数据从单个表加载到内存中非常容易,因此对性能或应用程序代码复杂性没有太大影响。

将数据存储在 XML 文件中需要在应用程序运行的任何地方复制这些文件。或者,它需要有一个通用的文件系统来访问文件。在任何一种情况下,为什么会有重复或额外的访问控制问题?如果您将数据存储在数据库中,那么您已经解决了这些问题。

您可能还希望将此数据与应用程序中的其他数据相结合。例如,国家列表可以提供一个 CountryId 列,由地址引用。

我认为将数据存储在数据库中是正确的方法。

关于mysql - 将所有每年可能只更改一次的静态数据保存在数据库或文件系统中是否好?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21091282/

相关文章:

php - PDO_mysql 不适用于doctrine2 和MAMP

mysql - DBMS 和数据库服务器软件

php - 替代 Stream_Copy_To_Stream() php

mysql - 用户组表架构

mysql - 将频繁更新的列移至单独的表以获得更好的性能?

php - 如何使用 mysql 和 php 将一对多关系转换为平面数组

javascript - Jquery Load() 从另一个页面获取元素 id 值时返回 [object object]

c++ - 为什么动态内存分配(堆)出现运行时错误?

java - 寻找类似于 Hyperic SIGAR 的商业或免费库

mysql - 表和不同表之间的关系