我们想创建一个OData REST API . 我们的数据模型是每个客户都有自己的数据库 . 所有数据库对象在所有客户数据库中具有相同的定义，但单个表除外 .
我们将客户特定的表格称为联系人 . 当客户添加列时，系统会创建一个标准化名称的列，其中的定义是由用户在UI中选择的选项翻译而来的 . 用户仅通过他们指定的字段名称引用列数据，以使用户能够生成友好查询 .
在我看来，可以使用以下方法为所描述的模型启用OData：
1）创建OData打开类型以满足动态属性 . 这具有以下缺点：用户请求客户不提供可以查询的动态属性的指示 . 即使它们将为用户所知（通过令牌认证） . 此外，由于动态属性是字典，因此需要一些数据透视和低效的查询编写 . 不确定如何为动态属性实现IQueryable处理查询选项以启用我们自己的自定义字段查询 .
2）创建一个POCO类，例如50个房产; CustomField1，CustomField2 ...然后以某种方式控制暴露哪些字段以用于OData调用 . 然后，我们将包含一个单独的API调用来公开自定义字段映射 . 例如 . 自定义字段友好名称MobileNumber = CustomField12 .
3）在运行时，检查自上次检查后表的列定义是否已更改 . 如果有，使用CodeDom生成特定于客户的类并将其注册到OData . 旨在为每个客户提供唯一的URL . 例如 . http://domain.name/ / odata
我认为对我们来说理想是选项2.但是，CustomField1可能是nvarchar，int，decimal，datetime等基础SQL数据类型的事实，增加了复杂性 .
有没有人有一个如何实现所描述的令人满意的工作实例？
在此先感谢您的帮助 . 里克
2 回答
我们遇到了类似的情况，但我们的整个数据集在运行时都是未知的 . 使用
ODataConventionModelBuilder和EdmModel类，可以在运行时动态地向模型添加属性 .我不确定你是否必须手动添加这个对象类型的所有属性，即使其中只有一些是未知的，或者你是否可以添加你的主对象然后添加你的动态对象，但我想其中任何一个都是可行的 .
如果您可以掌握它在服务器上的哪种类型的用户，那么您可以只添加您感兴趣的属性（如选项3，但不需要CodeDom） .
这里的OData示例中有一个这种无类型OData服务器的例子可以让你入门：https://github.com/OData/ODataSamples/tree/master/WebApi/v4/ODataUntypedSample
我们进行的研究实际上将选项1作为某些操作的最合适方法 . 即，创建一个SQL视图，将表中的数据显示为表中每列的列/值列的键/值对 . 这适用于返回小数据集的查询 . 这比选项3少得多，并且对用户的混淆比选项2少 . 不可见的查询将字段值转换为nvarchar（字符串）值，因此意味着按列值数据类型在UI中进行过滤并不容易实现 . （如果我们决定实现这种能力，我相信这可以通过创建一个派生自EnablQueryAttribute的自定义属性，用它标记控制器动作并在执行之前操纵IQueryable来实现） .
但是，我们希望公开/ Contacts / Export endpoints ，当调用它时，将从具有固定架构的表中输出列，这些架构连接在具有客户机特定架构的表上并输出到CSV文件 . 一直使用OData支持的过滤器语法 . 我们的一个客户数据库拥有超过1200万行数据，由大约30列组成 .
为了实现这一点，看起来我们最好的选择是使用Microsoft.OData.Core.UriParser.UriQueryExpressionParser类，不幸的是，微软在他们的智慧中宣称这是内部的，以及它的许多依赖 .
走一个从OData支持的查询选项构建的抽象语法树，并将我们自己的访问者应用于每个节点以构建一些动态Linq查询/ SQL似乎是一种可能的解决方案 .
暂时我们将简单地实现一组受支持的$ filter标准，而不支持对括号进行分组 .