在数据库中有属性表是个坏主意吗?

通常,当我需要存储系统属性(如管理信息、版本等)时,我使用一个平面文件(database.properties、init.properties等)。这在我每天看到和使用的其他程序中似乎很常见。

有时平面文件不太理想,原因有很多。将Web应用程序部署到许多客户机通常都有局限性。在这些情况下,我使用数据库表来保存信息。例如,假设我有一些想要保存的管理数据,也许还有一些关于我的环境的细节。我可能会这样做:

属性_entry_table

[id, scope, refId, propertyName, propertyValue, propertyType] 
1, 0, 1, "DB_VER", "2.3.0", "FLOAT"  
2, 0, 1, "LICENCE", "88475", "INT"  
3, 0, 1, "TOP_PROJECT", "1", "INT"   
4, 0, 1, "SHOW_WELCOME", "F", "BOOL"  
5, 0, 1, "SMTP_AUTH", "SSH", "STRING"  
6, 1, 1, "ADMIN_ALERTS", "T", "BOOL"

我意识到这会破坏SQL的输入,并允许我将所有类型存储为字符串。这是一个好的做法,还是我一直这样做是错误的?

如果没有,我应该以什么方式存储这种类型的信息?