请问这个接口程序应该如何设计？

2020-09-08 05:35:23 4.6k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

【USB接口程序设计】目录USB接口程序设计任务描述运行结果任务目标实现思路代码实现通常人们使用的计算机上都有USB接口，鼠标，键盘，麦克风等都可以连接到USB接口中使用。在计算机启动时，这些设备也随之启动；当计算机关闭时，这些设备也会随之关闭。鼠标，键盘，麦克风等USB接口设备都启动后，计算机才开机成功；当这些USB接口都关闭后，计算机才关机成功。编写一个USB接口程序，模拟描述中的计算机的开机关机过程。学会分析"USB接口程序设计"任务实现的逻辑思路。能够独立完成"USB接口程序设计"的源代码编写，编译及运行。掌握Java接阅读详情

使用Java语言开发一个接口程序，用来获取增量数据，请问这个接口应该如何设计，输入参数和输出参数分别是什么？

如何区分存量数据和增量数据，是通过主键ID，还是通过时间？

这个接口是对外的，外部客户调用该接口，不定期的把增量数据同步到我们的数据库中，要保证新插入的数据记录既不能多也不能少，既不能重复，也不能遗漏。

最好能给出示例代码，谢谢大家！

...全文

别再死记硬背了！用一张时序图彻底搞懂Setup和Hold检查的本质本文深入解析数字IC设计中的Setup和Hold时序检查原理，通过波形图直观展示数据在触发器间的传递过程。详细讲解Setup检查为何关注前一周期的数据，Hold检查为何关注同一周期的数据，并提供实际设计中的考量因素和修复策略，帮助工程师彻底理解时序检查的本质。阅读详情

铁血男儿007

Java EE 67,535 成员 225,843 内容

+ 关注 + 加入社区

切换为时间正序

maradona1984 2020-09-10

打赏
举报

新增修改有保存最新时间的话,可以传时间戳,但这个得客户端自己维护时间戳,这样才是最稳妥的,毕竟是否同步成功也就客户端清楚,而不是服务端,也保证了灵活度和容错空间

杀猪剑客 2020-09-10

打赏
举报

我觉得挺简单的啊，数据必须要有一个唯一字段，在表中设置这个字段为唯一索引，如果重复了就会报错！

小灰狼 2020-09-09

打赏
举报

还有简单点的办法是，你们订个数据格式，然后你开个 ftp 服务器，对方把数据传到你的FTP服务器上来，然后你定期扫描有没有新文件

小灰狼 2020-09-09

打赏
举报

如果楼主没表达错误，并且我也没理解错的话，情况应该是： 1、你开发一个接口，给客户调用 2、数据本来是在客户那里，他定期通过调用接口，把增量数据传到你的平台上来 3、你保存增量数据这种需求，建议： 1、开放一个 http 接口，让对方用 http 协议，以 json 的方式把数据发给你，当然也要考虑身份认证之类的问题 2、数据要有主键，如果客户不肯给主键，那也至少要有一个或者几个字段能够唯一确定一条记录，也就是候选键，这样才能确定发过来的数据，你是要进行更新还是进行插入 3、你收到数据时，最好给客户平台的充足的响应信息，比如对方发了100条过来，每条记录处理结果，如插入、更新、失败，这样便于对方重发。如果这样处理不方便，那么至少这100条数据的整体处理结果要响应给对方。 4、要考虑意外情况，比如客户发数据给你时，正好你的服务器当机，或者路由器死机、机房停电之类的非可抗因素造成的数据接收不了。这时你应该要求对方要有失败重发机制。

qybao 2020-09-09

打赏
举报

这个就要看你是想用什么方式来同步数据（主要是跟外部客户协调好）我这边刚完成的一个on-premise到cloud的移植项目是以文件的方式（因为考虑到数据量可能很大）来同步增量数据的。也就是客户不定期的抽取增量数据（以时间戳为准，当然，如果你的主键ID是自动递增，用主键ID也可以）做成文件，上传到我这边的服务器，服务器监视到新文件就触发batch执行，把文件数据插入数据库。新插入的数据记录既不能多也不能少，既不能重复，也不能遗漏，要保证这点，主要还是看你的实现方式了。我这边的做法是客户抽取数据的时间戳比上次抽取结束的时间戳稍往前一点（即抽出的数据做成的文件会有少量重复数据），batch的这边插入的时候过滤掉重复的数据。

s478853630 2020-09-09

打赏
举报


/**
	 * 合并数据，insert和update，主键可以多个
	 * 
	 * @param dbset        数据库配置
	 * @param table        表名
	 * @param list         数据源
	 * @param targetMain   表的主键
	 * @param targetColumn 表的所有列(包含主键)
	 * @param sourceMain   数据源的主键
	 * @param sourceColumn 数据源中所有列(包含主键)
	 * @throws Exception 捕获异常
	 */
	public static void merge(DatabaseSet dbset, String table, List<Map<String, Object>> list, List<String> targetMain, List<String> targetColumn,
			List<String> sourceMain, List<String> sourceColumn) throws Exception {
		if (Database.saphana.equals(dbset.database())) {
			String sql = SqlUtil.insert(dbset, table, targetColumn).replaceAll("insert into", "upsert") + SqlUtil.joinMain(dbset, targetMain);
			sourceColumn.addAll(sourceMain);
			BatchUtil.manage(dbset.connect(), sql, list, sourceColumn);
			return;
		}
		List<String> sourceUpdateColumn = new ArrayList<String>();
		for (String s : sourceColumn) {
			if (!sourceMain.contains(s)) {
				sourceUpdateColumn.add(s);
			}
		}
		sourceUpdateColumn.addAll(sourceMain);
		String insert = SqlUtil.insert(dbset, table, targetColumn), update = SqlUtil.update(dbset, table, targetColumn, targetMain);
		List<Map<String, Object>> inserts = new ArrayList<Map<String, Object>>(),
				updates = split(dbset, list, inserts, table, targetMain, sourceMain);
		Object[] values = { inserts.size(), updates.size() };
		log.info(EntityUtil.toJson(EntityUtil.create(Map.class, new String[] { "insert", "update" }, values, false)));
		if (updates.size() > 0) {
			manage(dbset.connect(), update, updates, sourceUpdateColumn);
		}
		if (inserts.size() > 0) {
			manage(dbset.connect(), insert, inserts, sourceColumn);
		}
	}

rumlee 2020-09-09

打赏
举报

这个得根据实际情况，如果数据只有插入操作，类似于日志那种的，用id就可以了。如果数据还存在修改、删除等操作，那建议加一个版本字段，每次获取的时候带上版本号，版本号每次都自动往上递增，当有修改或者删除（逻辑删除）的时候记录版本号。这样可以根据版本号进行查询。

s478853630 2020-09-09

打赏
举报

既然是别人调用接口推送数据过来做增量，就定义一个String类型的参数，接收一个JSONArray格式的字符串，再把这个JSONArray格式的字符串转成List<Map<String, Object>>，这不就是增量数据么，再调用我那个方法把数据合并到数据库，就搞定了全量也是一样，无非就是数据多一点，如果数据量特别大，就让对方多调几次接口如果源数据删除也要同步，就再定义一个String类型的参数，接收一个JSONArray格式的字符串，再根据这个参数值做delete就行出于安全考虑，接口最好做验签

whoisliang 2020-09-09

打赏
举报

我感觉楼主最大的问题是如何定义增量，不是什么如何定义接口，什么数据库，什么json，什么http等。所以如何定义增量才是前提。这些要根据实际业务情况才能定义什么是增量数据。

KeepSayingNo 2020-09-09

打赏
举报

这个肯定要通过ID来区分，时间的话不靠谱，可能某段时间传来的是几天前漏传的数据

冰思雨 2020-09-09

打赏
举报

一般会建几张表来存放相关数据。 1. 接口请求表，每次调用接口都要进行记录，客户端的id，调用时间，传输的数据量（数据记录的条数），传输批次号（可以取自增主键的值，也可以自定义），传输的数据类型（用于不同类型的数据，服务端进行不同方式的处理，也就是多态）等等。 2. 接口数据表，存放每次接口传输的数据以及数据的处理状态，是做批量插入操作的，将1表中的批次号也带上，方便数据追踪，当每条数据处理完成后，更新数据状态。随着时间的推移，表长度会增加，后期考虑数据迁移，或者数据销毁。接口设计思路。 1. 要确定一次请求是传输一条记录，还是一次请求传输多条记录（多条记录时要设置最大传输条数）。 2. 请求的数据中需要一个唯一标识一条记录的字段（也可以是多个字段组合形成的，业务逻辑上能够标明一条数据的ID值），用于区分是否是重复传输的数据。 3. 请求数据是否有认证的需求，防止外来其他目的的数据进行非法提交。一般是通过融入tocken来进行认证。 4. 请求数据是否有验证的需求，以防数据在传输过程中被别人拦截，更改后再传入服务器。一般是通过对数据和客户端ID之类的数据进行MD5（数字签名）后放入请求记录中，服务端采用相同算法进行验证。 5. 请求的数据是否有加密的需求，防止数据传输过程中，被第三方机构或者程序查看，造成数据泄露。 6. 上述接口的设计思路是采用推送的方式，由客户端不定时的推送的，所以，会要求客户端对推送的数据，采用失败重传的机制，方式数据丢失，服务端接收数据，要区分出哪些是重传的数据才行。 7. 推送方式的接收数据，会有一个服务端过载的问题，如果同时接收的数据过大，服务端有时候会处理不过来，造成客户端推送任务的超时等异常，所以，如果可能，服务端最好是有一个判断服务端负载状况的方案，当服务端过载时，不做数据处理，直接告诉客户端，稍后再试。 8. 应答数据内容，一般情况下会包含错误代码和文字解释。在接口协议的文档里面，会有一个附录，里面有错误代码表，说明，什么样的错误代码，表示什么场景下的错误。客户端可以根据错误代码，完善业务流程。以上是楼主说的推送的方式进行数据传递。其实，还可以拉取的方式，就是，服务器定时轮询各个数据源，如果它们有增量数据就顺便传输过来，如果没有，就应答一个没有的代码给你。

请问这个接口程序应该如何设计？

相关推荐