维护数据库的完整性和一致性，你喜欢用触发器还是自写业务逻辑？为什么？
答：我是这样做的，尽可能使用约束，如check,主键，外键，非空字段等来约束，这样做效率最高，也最方便。其次是使用触发器，这种方法可以保证，无论什么业务系统访问数据库都可以保证数据的完整新和一致性。最后考虑的是自写业务逻辑，但这样做麻烦，编程复杂，效率低下。
-
本文向大家介绍你最喜欢用哪些编辑器？喜欢它的理由是什么？相关面试题，主要包含被问及你最喜欢用哪些编辑器？喜欢它的理由是什么？时的应答技巧和注意事项，需要的朋友参考一下 vscode。可以灵活安装不同插件，真正做到了一个编辑器，适配所有的编程语言。 它和virtual stuido理念不同，vs是想把所有的都集成到一起，导致它的安装包越来越庞大，臃肿，而vscode凭借插件运行机制，即插即用，非常灵
-
问题内容： 我建议使用触发器来检查跨表完整性约束，以回答此问题。在评论中建议它可能会引起问题： 进行跨行检查的触发器在大多数数据库上很少起作用…因为它们无法从其他事务中读取未提交的行 不过，我没有找到任何支持该说法的消息来源。官方 文档未提及任何内容。我发现的其他问题在本文的SO上进行了介绍它主要批评潜在的隐藏复杂性，因为一眼就看不到触发器。但是，即使是评分最高的答案也承认其用于完整性问题。 所以
-
我正在编写一个向Android手机发送通知的反应式api。发送通知的过程需要从手机访问令牌代码以将消息推送给它。为了实现这一点，我在服务器端创建了一个endpoint来接收来自手机的令牌。我的问题是保存令牌，然后在上面描述的过程中使用它。这是TokenController、TokenService、TokenRepository和Token POJO： 为了发送通知，我有一个通知控制器，需要访问数
-
参考：https://www.youtube.com/watch?v=kE51N84hBxU 为了检查块的完整性，将nonce和内容散列在一起，然后检查零的数量是否与挖掘块的“家伙”散列的零的数量匹配。 为什么我们不只是比较挖掘后的散列，为什么我们只比较零的数量？我的意思是，这对我来说没有什么意义，因为比较完整的散列确实提供了更多的安全性，这需要付出很多努力。
-
本文向大家介绍你喜欢es6的哪些特性？相关面试题，主要包含被问及你喜欢es6的哪些特性？时的应答技巧和注意事项，需要的朋友参考一下 1.解构赋值 2.let const 块级作用域 3.promise等等
-
我试图从使用逻辑应用程序的服务总线队列读取消息。我没有找到任何关于逻辑应用程序如何根据队列中的消息数量进行缩放的留档。任何帮助或指针非常感谢。