2

是否有可能/实用没有可用的底层数据库的实体类?

与我自己矛盾的是,我有一个可以通过 jdbc 访问的数据库(!),但它是专有的,只支持几种方法 - 连接/断开/执行 - 没有模式浏览,没有元数据,或通过工具连接 - 只有代码.

我想做的是创建一组访问数据库的宁静 Web 服务,这些服务似乎需要基于数据库的底层实体类。

所以,我的问题是这是否是处理这种情况的正确方法?我对这些技术相当陌生,所以可能更多地在设计问题上苦苦挣扎——任何我能读到的关于如何解决这个问题的文章都会很棒。

非常感谢

4

2 回答 2

1

通常,Restful Web 服务不必基于通过实体访问数据库。您可能已经在各种示例中看到过它,但 JPA 和 Web 服务是完全独立的技术。

在您描述的情况下,使用实体似乎不合理,甚至不可能。这取决于这个专有的 JDBC 驱动程序是如何实现的——从你所说的来看,它不是一个完整的实现。

于 2012-09-12T08:54:26.967 回答
0
  1. 创建实体类的唯一要求是“您应该知道现有的表数据库架构”。
表名:样本
一个号码
B:VARCHAR2(300)

实体
@表名..
公开样本{
@柱子..
诠释一个;
@柱子..
字符串 B:
}

但我建议您检查您的数据库是否支持 JPA Hibernate。

-->执行数据库操作的 REST 服务完全可以继续。

于 2012-09-12T08:59:02.977 回答