1

在一个应用程序中，允许用户选择他们想要的位置/城市。城市列表将采用带有复选框的树结构，例如：

[x]Country
-[x]State 1
--[x]City 1
--[x]City 2
--[x]City 100
-[X]State 2
--[x]City 1
--[x]City 2
--[x]City 100
[x]Country 2

……

现在，如果用户选择国家，那么他将拥有所有州和城市。如果选择一个或多个州并且那些州、城市和国家也将被存储为该用户。用户可以选择一个或多个国家。用户也可以取消选中任何一个所需的城市或州。

您建议如何存储和检索数据。我正在使用 MySql 和 PHP。查找表会是理想的吗？或者我可以将所有位置 id kand 以 json 格式存储在文本类型列中吗？

谢谢！

4

3 回答 3

3

您建议如何存储和检索数据。我正在使用 MySql 和 PHP。查找表会是理想的吗？

要存储国家、州和城市，您应该使用规范化的数据库模式。国家有州。州有城市。您需要连接表。

或者我可以将所有位置 id kand 以 json 格式存储在文本类型列中吗？

不，那不是正常的形式。而且会产生很多问题。您不能轻松地执行 CRUD 操作。

数据库架构

create table countires(name varchar(100) primary key);
create table sates(name varchar(100) primary key, country varchar(100), foreign key `country` references `countries`(`name`)); 
create table cities(name varchar(100) primary key, state varchar(100), foreign key `state` references `states`(`name`));

现在您可以对这些表运行任何不同类型的查询。假设用户选择了城市 ( city1, city2)、国家cntry1和州stt2。

查询

查找用户选择的所有城市。

SELECT ct.name 
FROM   cities AS ct 
       JOIN states AS st 
         ON ( st.name = city.state ) 
       JOIN countries AS cn 
         ON ( cn.name = st.country ) 
WHERE  ct.name IN ( 'city1', 'city2' ) 
        OR cn.name = 'cntry1' 
        OR st.name = 'stt2';

查找用户选择的所有状态。

SELECT st.name 
FROM   states AS st 
       JOIN countries AS cn 
         ON ( cn.name = st.country ) 
WHERE   OR cn.name = 'cntry1' 
        OR st.name = 'stt2';

更新 1

如何维护与用户的关系？

您需要连接表。只需创建其中的 3 个。

create table users(name varchar(100) primary key);
CREATE TABLE user_countries 
  ( 
     user    VARCHAR(100), 
     country VARCHAR(100), 
     PRIMARY KEY (`user`, `country`), 
     FOREIGN KEY (`user`) REFERENCES `users`(`name`)
     FOREIGN KEY (`counry`) REFERENCES `countries`(`name`)    
  ); 
CREATE TABLE user_states 
  ( 
     user    VARCHAR(100), 
     state   VARCHAR(100), 
     PRIMARY KEY (`user`, `state`), 
     FOREIGN KEY (`user`) REFERENCES `users`(`name`) 
     FOREIGN KEY (`state`) REFERENCES `states`(`name`)    
  ); 
CREATE TABLE user_cities 
  ( 
     user    VARCHAR(100), 
     city    VARCHAR(100), 
     PRIMARY KEY (`user`, `city`), 
     FOREIGN KEY (`user`) REFERENCES `users`(`name`) 
     FOREIGN KEY (`city`) REFERENCES `cities`(`name`)    
  );
于 2012-12-19T18:54:03.737 回答
0

我想说这取决于您需要如何访问存储的数据。如果您只想根据提交数据的用户来查找数据，那么您可能没有理由不能将序列化的树数据（即 JSON、PHP 序列化等）存储在与关联的数据库记录中用户。顺便说一句，这也是 NoSQL 数据存储的一个很好的用例。

但是，如果您需要能够查找所有选择了特定国家、州或城市的用户，那么您将需要存储您的数据，以便以这种方式查询它。这可能意味着国家、州和城市使用单独的表格来将用户与每个表格关联起来，或者它可能只是意味着一个单一的管辖范围表，该表格允许其中包含不同类型的管辖区以及将用户与管辖区相关联的表格。您如何处理该模式可能取决于您需要如何区别对待国家、州和城市（即，每种司法管辖区类型是否需要具有截然不同的属性）。

于 2012-12-19T18:53:51.840 回答
0

我建议只存储选定的值并导出其余值。是的，检索数据会更加痛苦，但它有几个显着的好处：

当您的源数据发生变化时，它将继续保持准确：想象一下，当苏联解体时，您正在运行此应用程序。您将“苏联”条目转换为“俄罗斯”并将一堆“国家”转换为国家。使用您的模型，这将导致大量用户数据发生变化。但是，使用派生模型，这变得更加简单。当城市被分配到正确的国家时，任何选择了城市的人都会自动修复。一群选择了州的人可能会突然发现他们选择了一个国家，但该级别以下的城市是自动固定的。

它将简化您的创建、更新和删除操作：每次更改都只影响一行，而不是编写成百上千行。

于 2012-12-19T19:16:19.920 回答