jpa 写的增删改查项目，能实现不改代码，动态添加表维护吗？

我们都是增删改查程序员，干嘛自己干掉自己！

自动创建表?JPA 不就是项目启动后自动创建表吗...

@asd999cxcx #2 这样的项目启动后，突然有需求要加一个 a 表，这个表是新的，没有 entity 也没有增删改查的方法，通过一个网页把 a 的属性都写好，自动创建这个表，系统就多出来一个维护界面，可以操作这个表了。原来的操作是，添加一套增删改查的代码再发布。

@nothingLeft #1 这么一说还有点道理，这不是想把自己从繁琐无聊的工作中解放出来吗，虽然可以自动生成代码了，还想更近一步

CRUD 的革命。

自己造一个基于配置的表单生成模块

@mhycy #6 有没有类似的开源项目

代码生成器? 那些 xx 开发框架不是到处都是嘛

jpa 做不到你的需求，看你说的好像流程很简单，可以自己实现一个 orm，创建表无非就是 create table xxx，然后 crud

phpmyadmin

@superrichman #10 你这也太好用了

不修改代码的话重启服务修改就没了，除非有一套机制重新走一遍初始化过程。感觉搞一个 generator 自动生成 java 代码和页面更简单。

@LostPrayers #8 不是生成器

@EscYezi #12 自动生成已经在用，能实现一次 就可以存起来，不怕重启服务

postgrest 不过这个不是 jpa 了。

@echowuhao #15 看着也可以，应该有类似的不依赖数据库的项目吧，不是 jpa 的也可以。

@WEBUG
了解范围内没有，但自己按 JSON 条件来动态生成前端问题不大
后端方面就看看 JAVA 有没有能力做到动态 ORM 了，如果有的话还是能做到

不就是后台 ddl 吗，肯定有这类开源工具包的。如果只是固定的数据库类型，自己写个也不难

@mhycy #17 不知道 java 反射可不可以，有空我去试试，主要就是 java 这边，前台确实容易

把 jpa 启动时，自动创建表的逻辑手工调用一遍 ？

@jjianwen68 #20 jpa 启动建表的话 entity 什么的实体类应该要有吧不太清楚，现在是连 entity 都没有，新增的表在代码里没有任何存在。

前端页面不一定是单表 CRUD，每个输入框的验证逻辑等如何输入

人人开源？

@Autowired
private OauthClientService oauthClientService;
@Autowired
private EntityManager entityManager;
@Test
public void testSession() {
Query query = entityManager.createNativeQuery("SELECT id from oauth_client");
DetachedCriteria criteria = DetachedCriteria.forClass(Object.class)
// 这里需要类型绑定，通过数据库类型和 JAVA 类型进行转换
.add(Property.forName("id")
.eq(5L));
String s = criteria.toString();
EntityManagerFactory entityManagerFactory = entityManager.getEntityManagerFactory();
SessionFactory sessiOnFactory= entityManagerFactory.unwrap(SessionFactory.class);
Session session = sessionFactory.openSession();

Criteria executableCriteria = criteria.getExecutableCriteria(session);
List list = executableCriteria.list();
}

@WEBUG JPA 层面代码.

jpa 我最近感觉不大好用，还不如 mybatis 呢

老铁想说的是 jpa 的 lowcode 框架？

老铁，增删改查还是用无远吧：www.wuyuan.io

基于元数据设计数据模型

@oneisall8955 #26 就是这意思，java 就行，如果 jpa 真实现不了

这玩意很多……只是通过 JPA CRUD 就行了，没必要通过 JPA 建表。

可以考虑 sql 语句建表后根据数据库自动生成这个表的 CRUD 和实体类，这样可能会更好处理一点。

用 excel 吧

我这有个类似的实现,就是有若干系统模块,功能类似,字段不多,也没有什么复杂查询,单独建表开发感觉很繁琐,又有些公共属性,最后统一用了一张表来存储实际数据,多加了些通用字段,另外一张表记录模块配置,表里用 json 记录下不同的模块下通用字段的实际展示名称,实际表单类型,是否必须等等,最后展示的时候用的同一个界面做的增删改查.

原理上就是 调用 create_table
然后 crud 找个 随便什么框架就行，graphql 也可以，不过有的可能需要重启 reload 。
不过这个其实你用 doc database 就很方便。
mongodb 什么的。

父子关系表如何处理呢？

反向操作是可以的，每次增加一个新的 entity，然后启动程序让 jpa 自己根据 entity 创建或更新表结构，前端 API 可以用 REST Repository 配合 REST api 直接提供给前端，然后前端根据 spring HATEOAS 路径去获得完整数据结构路径提供相关操作。大概的缺陷就是不好加鉴权吧，鉴权就得介入代码了

尽管我很反对 GraphQL，但这种需求，就是 GraphQL 的菜。