Java 设计标记_Java_Database_Service

Java 设计标记

java database service

Java 设计标记,java,database,service,Java,Database,Service,我有一个名为Employee的表，其中id、名字、中间名和姓氏作为字段。他们的首选项存储在另一个表中。使用java服务获取每个员工的详细信息。每个员工都可以看到其他员工信息。考虑有雇员A、B、C和D。雇员可以设置显示名称首选项为第一、中间、最后或最后、中间、第一。如果员工A将其显示格式设置为“第一”、“中间”和“最后”作为首选格式，则其他员工的所有搜索结果应采用首选格式。因此，我们认为我们将获取结果，并在服务中应用首选项另一个选项是在另一个表中应用首选项，这样首选项表将有两列，每个列都有一个首

我有一个名为Employee的表，其中id、名字、中间名和姓氏作为字段。他们的首选项存储在另一个表中。使用java服务获取每个员工的详细信息。每个员工都可以看到其他员工信息。考虑有雇员A、B、C和D。雇员可以设置显示名称首选项为第一、中间、最后或最后、中间、第一。如果员工A将其显示格式设置为“第一”、“中间”和“最后”作为首选格式，则其他员工的所有搜索结果应采用首选格式。因此，我们认为我们将获取结果，并在服务中应用首选项

另一个选项是在另一个表中应用首选项，这样首选项表将有两列，每个列都有一个首选项。因此直接从首选项获取结果

哪种方法最好？

< P>如果你只考虑按不同顺序显示名称的偏好，即<代码>一个偏好< /代码>，<代码>第一个方法< /代码>会很好。

<代码>第二种方法（规范化）在一个代码>用户设置多个偏好（一对多关系）的情况下是有用的，例如名称偏好、要显示的列的偏好等。

< P>如果您只考虑按不同顺序显示名称的偏好，即“代码>一个偏好< /代码>，

第一种方法

会很好

如果一个

用户设置多个首选项（一对多关系）

如名称首选项、要显示的列首选项、，等等。

如果

首选项只影响搜索结果的字段显示顺序，我认为前一个是一个更好的解决方案。但是，我建议您重新考虑一下首选项的责任。总之，如果性能
只是作为元数据进行查看，java服务应该直接将其传递给web层。然后web层中的一些组件接管性能
，并执行相应的显示逻辑。可能是我把整个事情搞复杂了
关于第二种方法，它不太适合您的场景，因为它不利于扩展性。如果需要在perferences
中显示更多内容，则必须更改表格以添加必要的列。我认为TechSpellBound是正确的，在员工
和首选项
之间创建一对多关系会很好。
如果首选项
只影响搜索结果的字段显示顺序，我认为前一个是一个更好的解决方案。但是，我建议您重新考虑一下首选项的责任。总之，如果性能
只是作为元数据进行查看，java服务应该直接将其传递给web层。然后web层中的一些组件接管性能
，并执行相应的显示逻辑。可能是我把整个事情搞复杂了
关于第二种方法，它不太适合您的场景，因为它不利于扩展性。如果需要在perferences
中显示更多内容，则必须更改表格以添加必要的列。我认为TechSpellBound是对的，在员工
和首选项
之间创建一对多关系会很好。
首选项是否也包括其他内容，还是只包括显示名称首选项？如何“Bechmarking”进入这个问题？首选项是否也包括其他内容，或者只是显示名称首选项？如何“Bechmarking”进入这个问题？