通过报告工具使用 Web 服务
我的一个客户碰巧要求我提出一个技术解决方案 对于以下场景：
- 基础是一个crm工具，其中客户（即购买系统的人） 不想直接访问数据库进行查询（就表级访问而言）
- 软件中有大量报告，但有时并不是这样 正是需要什么，所以外部报告工具的某种接口是 必需的。
-->作为“最先进的”，我的客户希望为此使用网络服务； 恕我直言，这绝对不是这样做的方法；我更喜欢创作 crm 客户可以使用这些视图通过 ODBC 为其报告工具提供数据 例如。
那么，你们对此有何看法，您将如何处理这种情况？有什么最佳实践吗？
A customer of mine happend to ask me to come up with a technical solution
for the following scenario:
- basis is a crm tool where the customers (i.e. the ones who bought the system)
are not wanted to access the database for queries directly (in terms of table level access) - there's plenty of reporting in the software, but sometimes it's just not
exactky what's needed, so some sort of interface for external reporting tools is
required.
--> beeing 'state of the art' my customer want's to use web services for this;
which IMHO is definitly not the way to do this; I'd favorize the creation
of VIEWS which the crm customers can use to feed their reporting tools via ODBC
for example.
So, what's you guys opinion on this, how would you approach this scenario? Any best practices?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
让客户能够为 CRM 软件编写自定义模块或插件怎么样？如果内置报告不够，他们可以快速推出插件来实现他们的目标。 IMO，公开 API 是一种更好的方法。还。客户直接访问数据库表没有任何问题。但后一种方法对于某些客户来说可能比较麻烦。
您的里程可能会有所不同。
How about empowering the customer to be able to write custom modules or plugins to the CRM software? If the built in reports don't suffice, they can quickly roll out their plugin to accomplish their objectives. IMO, exposing APIs is a much better approach. Also. there's nothing wrong with customers accessing the database tables directly. But the latter approach may be more cumbersome to some customers.
Your mileage may vary.
我认为网络服务是一个很好的解决方案。使用 VIEWS - 正在使用数据库授权。使用 WS 时您可以更安全:-)
I thing that web-services is a nice solution. Using VIEWS - is using db authorization. While using WS you can be more secure :-)