是否有可能/实用没有可用的底层数据库的实体类?
与我自己矛盾的是,我有一个可以通过 jdbc 访问的数据库(!),但它是专有的,只支持几种方法 - 连接/断开/执行 - 没有模式浏览,没有元数据,或通过工具连接 - 只有代码.
我想做的是创建一组访问数据库的宁静 Web 服务,这些服务似乎需要基于数据库的底层实体类。
所以,我的问题是这是否是处理这种情况的正确方法?我对这些技术相当陌生,所以可能更多地在设计问题上苦苦挣扎——任何我能读到的关于如何解决这个问题的文章都会很棒。
非常感谢
通常,Restful Web 服务不必基于通过实体访问数据库。您可能已经在各种示例中看到过它,但 JPA 和 Web 服务是完全独立的技术。
在您描述的情况下,使用实体似乎不合理,甚至不可能。这取决于这个专有的 JDBC 驱动程序是如何实现的——从你所说的来看,它不是一个完整的实现。
表名:样本 一个号码 B:VARCHAR2(300) 实体 @表名.. 公开样本{ @柱子.. 诠释一个; @柱子.. 字符串 B: }
但我建议您检查您的数据库是否支持 JPA Hibernate。
-->执行数据库操作的 REST 服务完全可以继续。