c# - 动态创建 GridView

Question

我想创建一个显示 PDF 文件记录的 GridView。这些记录可以附有用户可自定义的元数据，因此他们可以创建自己的列并在其中输入自己的信息。然后我希望它显示在 GridView 中，这样他们就可以对每一列进行排序，如果列顺序为 -1，则列顺序将不会显示在 GridView 中。

比如有一个静态表

DocumentsTable:
ID int
PDF_Folder varchar
UserID int

然后还有另一个表，用户可以为其创建自己的列

MetaDataColumns:
ID int
userid int foreign key
KeyName varchar
Order int

和保存值的表

MetaDataValues:
ID int
UserID int foreign key
DocumentID int foreign key
MetaDataID int foreign key
value varchar(100)

现在的问题是我需要从 MetaDataColumn 中获取列来创建 GridView，然后用 MetaDataValue 表中的值填充它。我最初的计划是拥有一个动态创建 GridView 并向其添加列的函数，但是我坚持如何使用 MetaDataValue 中的值作为列。或者，我可以只使用 GridView 自动生成列，但我需要自定义 SQL 以显示自定义数据。我什至不知道如何处理这个问题。

我想出的一种方法是这个伪代码:

private DataTable CreateColumns()
{
   var columns =  select * from MetaDataColumns 
                  where userid = UserId;

   DataTable dt = new DataTable();

   foreach (column in columns)
   {
       dt.Columns.Add(new DataColumn(column[keyName], typeof(string));  //assumes all string
   }

 return dt
}

private void PopulateDG(DataGrid dg)
{
    var documents = select * from DocumentsTable
                     where userid=UserId;

    foreach (document in documents)
    {            
        var columnValues = select * from MetaDatavalues 
                           documentID == document.id;

        DataRow dr = dg.NewRow();
        dr[columnValues.KeyName] = columnValues.value;

    }

 }

 private void LoadGV()
 {  
   DataGrid dg = CreateColumns();
   PopulateDG(dg);
   GridView.datasource = dg;
   GridView.DataBind();
  }

我不喜欢这种设计的一件事是它为文档表中的每一行创建另一个查询。我不确定这是否是 SQL 的问题？

Answer 1

您的问题主要是由于数据库的设计。您必须动态添加列，因为您已经将列 (in 3NF) 转换为表中的一行。显然，这是因为您允许用户添加他们自己的列 - 我的头脑不寒而栗，但这就是应用程序的工作方式:-)。

由于 MetaDataColumns 的结构，我假设用户能够定义一组列名，然后他们可以根据需要选择将其应用于单个文档。

我认为问题在于，在完全非规范化的数据库中尝试正确规范化所有内容时，您已经设法给自己带来了很多麻烦。我的解决方案是对表 MetaDataValues 进行非规范化。您没有提到您使用的是什么 RDBMS，但 MySQL 的硬限制为 4096 columns或 65k 字节。 Oracle 中的限制是 1000和 1024在 SQL Server 中。

如果将 MetaDataValues 的结构更改为以下内容，您应该能够在其中容纳至少 332 组信息。这在 UserID、DocumentID 上将是单独唯一的，因此从理论上讲，您可以删除代理键 ID。

MetaDataValues:
ID int
UserID int foreign key
DocumentID int foreign key
KeyName1 varchar
Order1 int
Value1 varchar(100) 
...
KeyNameN varchar
OrderN int
ValueN varchar(100)

当然，这确实将允许单个用户创建的列数设置为 332；但是，限制用户发疯的能力是正常的，任何能想到将 332 位独立元数据存储在单个 PDF 上的人都应该以某种方式受到限制。

如果您确实有特别痴迷于信息的用户，您始终可以声明具有相同结构的第二个表并继续填充它。

这样做意味着 MetaDataColumns 除了向用户显示选项外不会用于任何其他用途。每次进行更改时，您都必须更新MetaDataValues，并确保您没有覆盖已经存在的信息可能会有点麻烦。我怀疑你必须做一些事情，比如在更新记录之前选择记录，遍历 KeyName1 .. KeyNameN 并填写第一个没有的记录其中的任何数据。或者，您可以只编写一个绝对糟糕的 SQL 查询。无论哪种方式，这都将成为“瓶颈”。

另一种选择是向 MetaDataColumns 添加一个附加列，它指示该列与哪个 N 相关，但这将用户绝对限制为 332 列，而不是每个文档 332 列。

但是，您从数据库中进行选择现在非常容易:

select d.*, m.*
  from DocumentsTable d
  join MetaDataValues m
    on d.ID = m.DocumentID
   and d.UserID = m.UserID
 where d.UserId = ?

无需尝试遍历表以动态生成 1,000 列选择语句。所有信息都在那里，您可以轻松访问。

归根结底，您问题的“正确”答案取决于您希望将时间花在哪里。您是希望多花半秒来创建或更新文档，还是多花半秒(可能更多)来选择该文档上的信息。

就我个人而言，我认为用户明白创建东西需要时间，但没有什么比等待很长时间才能看到东西更烦人的了。

还有另一种社交而非数据库解决方案。不要让您的用户创建自己的列。选择用户想要的最常见的元数据片段，并在数据库中以规范化的形式正确创建它们。您将能够创建具有正确数据类型的列(从长远来看，这 会为您省去很多麻烦)并且会更加轻松。我怀疑你是否足够幸运让那件事发生；但值得牢记。