Angular 和从性能角度看数据库命中
Angular and Database hitting from performance point of view
我是 Angular 2 的初学者，在我的新项目中，我们将遵循的结构是 SOA软件设计；后端将在 Java (Spring Boot Framework) 中，前端将在 Angular 2 .
现在我在开始这个项目之前有一个大问题，我们将遵循的方式是建立一个网络服务渠道，并将它们作为 Java 和 Angular 之间的合同或握手，所以我的问题是：
每次我将对 UI 进行任何验证并依赖数据库数据时，是否存在与访问数据库的性能相关的任何问题？
我担心对系统性能有副作用在数据库崩溃或宕机或网络延迟时间方面因为为了进行简单验证而访问数据库的次数非常多通过 2 层 Web 服务层和模型层。
如果我可以从好的指导方针入手来避免这些问题，无论硬件性能如何，避免这些问题的最佳做法是什么？
这个问题很笼统，答案仅取决于应用程序要求、您拥有的硬件、网络速度，当然还有您实现应用程序的方式。
在大多数情况下，可以对请求进行一些验证。即使请求通过 Web 服务管道传递，数据库交互通常也会消耗大部分时间。 Passing/converting 通过服务级别的对象消耗的时间和资源要少得多。
另一方面，如果您 运行 不同网络中的 Web 服务并传递大量请求，则网络可能是瓶颈。
但实际上我们只能猜测你的前提条件。
我是 Angular 2 的初学者，在我的新项目中，我们将遵循的结构是 SOA软件设计；后端将在 Java (Spring Boot Framework) 中，前端将在 Angular 2 .
现在我在开始这个项目之前有一个大问题，我们将遵循的方式是建立一个网络服务渠道，并将它们作为 Java 和 Angular 之间的合同或握手，所以我的问题是： 每次我将对 UI 进行任何验证并依赖数据库数据时，是否存在与访问数据库的性能相关的任何问题？
我担心对系统性能有副作用在数据库崩溃或宕机或网络延迟时间方面因为为了进行简单验证而访问数据库的次数非常多通过 2 层 Web 服务层和模型层。
如果我可以从好的指导方针入手来避免这些问题，无论硬件性能如何，避免这些问题的最佳做法是什么？
这个问题很笼统，答案仅取决于应用程序要求、您拥有的硬件、网络速度，当然还有您实现应用程序的方式。
在大多数情况下，可以对请求进行一些验证。即使请求通过 Web 服务管道传递，数据库交互通常也会消耗大部分时间。 Passing/converting 通过服务级别的对象消耗的时间和资源要少得多。
另一方面，如果您 运行 不同网络中的 Web 服务并传递大量请求，则网络可能是瓶颈。
但实际上我们只能猜测你的前提条件。