Session 为单页富web应用程序使用会话是一种过度使用吗？

有一个具有登录表单的丰富web应用程序。登录的用户应该能够向服务器数据库发送一些post请求，服务器数据库修改数据库记录。如果用户具有在服务器数据库中添加/修改记录的角色，我如何在服务器中跟踪？每次用户想要修改数据库时，我应该发送用户名、密码和数据到数据库中，还是应该使用会话而不是重新发送用户名/密码？ 对不起，我以前没有使用过会话，所以我对它们不太适应。。。但在我看来，它们是多页web应用的发展方向，但如果我在一页web应用中使用它们，它们会让我的生活更轻松吗？或者我应该在每次post请求时将用户名/密码重新发送到服务器数据库吗？

如果您只对用户名和密码执行此操作，请每次都执行。如果您使用的是标准HTTP身份验证类型，它会执行此操作—它会在每次访问页面时发送登录凭据。如果您需要传递更多的信息，并且这些信息将在多次访问网页时重复使用，请改为使用每会话cookie

或者，如果更简单的话——我见过一些web应用程序使用会话（或更长时间）cookie作为身份验证信息。事实上，一些Apache模块本身就是这样做的