性能数据存储对象

我继承了一些编程任务从我coleagues（< -spelling），与我给出一个用户表结构这样：性能数据存储对象

userID BigInt (1,1) 
Username Nvarchar(100) 
UserPass Nvarchar(100) 
Profile Nvarchar(max)

他们所有编程逻辑的用户名/密码，客户又回到他们身上，并声明“我们现在想要用户配置文件”。由于客户端已经拥有对数据库的控制权，我们不允许对现有存储对象进行修改，但是，他们确实为我们提供了新的配置文件字段。

我想知道的是：什么会更好的表现...？任何地方都有基准吗？

A)Storing profile data as XML 
B)Storing profile data as JSON 
C)Storing profile data as a comma-delimited list 
D)Other that I have not thought of...maybe store a XML file in the filesystem tied to the userID?

对于上述任何情况，我将输入并打入对象。我个人会说JSON，并且我可以利用JSON.Net库

p.s.这将在.Net 4和Win2k8 R2服务器上的SQL 2008 R2（这是个人的，他们是非常强大的）

来源

2012-11-30 Kevin

我认为XML和Json都可以接受在这种情况下看到，因为你被迫存储这种方式的配置文件。

我在过去使用过XML，主要用于查找相关配置文件属性时的结构和可读性。

如果你担心这个大小（id想象它会很小，虽然），存储xml在压缩状态。

来源

2012-11-30 13:39:10 niallNoigeallach

是的，没有真正担心的大小，因为我相信它会根据人们填写他们的个人资料而大不相同。但我必须至少在基本的个人资料信息......手机，电子邮件，地址，或许一些社交网络的东西，IM的东西，头像等...... – Kevin

抱歉，我想我关心的大小，因为我在询问表演...... DOH！ – Kevin

但相对于类似用户配置文件的时间量来说，大小相当无关，除非： 1. xml/json的大小很大。 2.有10个成千上万（如果不是几千个）用户如果它是一个web应用程序，id想象你正在登录数据库并缓存用户配置文件？ – niallNoigeallach

性能数据存储对象

回答

相关问题