Php 是否保存会话中的州和县的列表

嗨，我需要你的建议。我有两个表格：州和县，每个州可以有一个或多个相关县。我有两个下拉菜单，一个用于州，另一个用于县。每次用户选择一个州时，都会发出一个ajax请求，查询数据库并查找该州的相应县。如果不在数据库中，用户还可以添加更多的县

我正在考虑在PHP用户会话中保存所有的州和县，为了不总是查询数据库，当有人添加一个新的县时，问题就出现了。我可以为该用户更新会话变量，但其他用户不知道数据库中是否有新的县

您认为在会话中保存或多次查询数据库是一个好主意吗？我也愿意接受其他解决方案。

---

谢谢

如果数据库已正确索引，则无需执行此操作

---

对于大量数据，甚至可能在会话中存储数据会降低总体体验，因为会话数据文件必须在使用会话的每个请求上加载和解析。

如果数据库已正确索引，则不需要这样做

---

对于大量数据，甚至可能在会话中存储数据会降低总体体验，因为会话数据文件必须在使用会话的每个请求上加载和解析。

如果数据库已正确索引，则不需要这样做

---

对于大量数据，甚至可能在会话中存储数据会降低总体体验，因为会话数据文件必须在使用会话的每个请求上加载和解析。

如果数据库已正确索引，则不需要这样做

---

对于大量数据，甚至可能在会话中存储数据会降低整体体验，因为会话数据文件必须在使用会话的每个请求上加载和解析。

这是大量的会话数据。会话数据存储在服务器上。您可以通过任何一种方式将数据从服务器发送回用户，但它将在需要该数据的每个用户的会话中复制

---

我将把它实现为一个查找，因为列表太长，可能会增加，如果它成为一个问题，我会担心以后的性能。您可以缓存查询和结果，以保存每次在db上运行的查询和结果，并在添加新县时将其清除以再次缓存。或者，您可以将列表存储在php中的数组中，但这对于较小的枚举非常理想。

这是大量的会话数据。会话数据存储在服务器上。您可以通过任何一种方式将数据从服务器发送回用户，但它将在需要该数据的每个用户的会话中复制

---

我将把它实现为一个查找，因为列表太长，可能会增加，如果它成为一个问题，我会担心以后的性能。您可以缓存查询和结果，以保存每次在db上运行的查询和结果，并在添加新县时将其清除以再次缓存。或者，您可以将列表存储在php中的数组中，但这对于较小的枚举非常理想。

这是大量的会话数据。会话数据存储在服务器上。您可以通过任何一种方式将数据从服务器发送回用户，但它将在需要该数据的每个用户的会话中复制

---

我将把它实现为一个查找，因为列表太长，可能会增加，如果它成为一个问题，我会担心以后的性能。您可以缓存查询和结果，以保存每次在db上运行的查询和结果，并在添加新县时将其清除以再次缓存。或者，您可以将列表存储在php中的数组中，但这对于较小的枚举非常理想。

这是大量的会话数据。会话数据存储在服务器上。您可以通过任何一种方式将数据从服务器发送回用户，但它将在需要该数据的每个用户的会话中复制

---

---

我将把它实现为一个查找，因为列表太长，可能会增加，如果它成为一个问题，我会担心以后的性能。您可以缓存查询和结果，以保存每次在db上运行的查询和结果，并在添加新县时将其清除以再次缓存。或者，您可以将列表存储在php中的数组中，但这对于较小的枚举非常理想。

不要将该信息存储在会话中，而是存储在数据库中。不要将该信息存储在会话中，而是存储在数据库中。不要将该信息存储在会话中，将其存储在数据库中。不要将这些信息存储在会话中，而是存储在数据库中。不，会话不是这样工作的。你似乎把会话和厨师混淆了不，会话不是这样工作的。你似乎把会话和厨师混淆了不，会话不是这样工作的。你似乎把会话和厨师混淆了不，会话不是这样工作的。你似乎把会话和Cookies混淆了，所以如果表被正确地索引，就没有必要使用缓存了吗？@Jorge在这种情况下，是的。将列表存储在会话中没有意义。在其他情况下，一个单独的缓存层可能很有意义。这是你在学校里学不到的东西，谢谢你注意-“缓存”会话中的数据与缓存查询不同。因此，如果表被正确索引，就不需要使用缓存了？@Jorge在这种情况下，是的。将列表存储在会话中没有意义。在其他情况下，一个单独的缓存层可能很有意义。这是你在学校里学不到的东西，谢谢你注意-“缓存”会话中的数据与缓存查询不同。因此，如果表被正确索引，就不需要使用缓存了？@Jorge在这种情况下，是的。将列表存储在会话中没有意义。在其他场景中，单独的