问题标签 [hierarchical]

我遇到了一个有趣的问题，并认为值得发布：

在我必须在运行时使用分层数据设置数据提供程序的情况下，我正在使用高级数据网格。adobe 文档并没有真正涵盖这种事情（至少不是我可以挖掘到的水平）。

有没有人遇到过这个？

我唯一能想到的是有点骇人听闻，并且似乎通过高级网格的披露图标引入了一些奇怪的行为。我在下面包含了一个测试用例：

advancedDataGridProblem.as：

和mxml：

正如您在运行测试应用程序时所看到的，应该显示在“标签”列中的图标实际上被放置在“What the heck?”中。柱子。如果您将 Label 列拖过来并尝试将其与“What the heck?”交换。列，图标保持在原来的位置，但神奇的是，以前为“标签”列左对齐的标签现在为图标设置了适当的格式。将标签列拖出插槽一将使网格恢复到原始状态。

这个有点在我头上 - 有人有什么建议吗？

理想情况下，我想一起解决这个问题，并在运行时像往常一样分配 dataProvider 。

提前致谢！

我将很快向 adobe 提交一份关于此问题的错误报告，并将链接放入评论中。

我有 3 张桌子：

• 两个具有层次结构
  （如递归类型层次结构的“维度”）；
• 一个对数据求和（如 X 列的“事实”）。

他们在这里：

1. DIM1 (ID1, PARENT2, NAME1)
2. DIM2 (ID2, PARENT2, NAME2)
3. 事实（ID1、ID2、X）

DIM1 表示例：

DIM2 表示例：

FACTS 表示例：

我想创建唯一 SELECT一个我将为 DIM1 指定父级（例如 DIM1-A）和 DIM2ID1=2父级（例如ID2=2DIM2-A）的地方，SELECT并将生成如下报告：

我想使用CONNECT BY词组、START WITH词组、SUM词组、GROUP BY词组和OUTER或INNER（？）JOIN。我不需要 Oracle 10.2 的其他扩展。

换句话说：只有“经典”SQL 和
层次查询的 Oracle 扩展。

可能吗？

我在Mixing together Connect by, inner join and sum with Oracle中尝试了一些有问题的实验

（这是一个非常好的解决方案，但仅适用于一个
维度表（“任务”），但我需要将JOIN 两个维度表转换为一个事实表），但我没有成功。

在一个现在迁移的关于人类可读 URL 的问题中，我允许自己详细说明我的一个小爱好：

当我遇到这样的 URL 时，http://www.example.com/product/123/subpage/456.html我总是认为这是在尝试创建有意义的分层 URL，但它并不完全是分层的。我的意思是，您应该能够一次切掉一个级别。在上面，URL在这个原则上有两个违反：

1. /product/123是表示为两个级别的一条信息。它将更正确地表示为/product:123（或您喜欢的任何分隔符）
2. /subpage很可能本身不是一个实体（即，您不能从“无”上升一级）。456.htmlhttp://www.example.com/product/123/subpage

因此，我发现以下更正确：

在这里，您始终可以一次向上导航一级：

• http://www.example.com/product:123/456.html — 子页面
• http://www.example.com/product:123— 产品页面
• http://www.example.com/- 根

遵循相同的理念，以下内容将是有意义的 [并提供指向产品列表的附加链接]：

在哪里：

• http://www.example.com/products/123/456.html— 子页面
• http://www.example.com/products/123— 产品页面
• http://www.example.com/products— 产品清单
• http://www.example.com/- 根

我采用这种方法的主要动机是，如果每个“路径元素”（由 分隔/）都是自包含的¹，您将始终能够通过简单地删除 URL 的最后一个元素来导航到“父”。当我想转到父目录时，这就是我（有时）在文件资源管理器中所做的事情。遵循相同的逻辑，用户（或搜索引擎/爬虫）可以做同样的事情。很聪明，我想。

另一方面（这是问题的重要部分）：虽然我永远无法阻止用户尝试访问他自己截断的 URL，但我是否错误地断言（并尊重）搜索引擎可能会这样做? 即，期望没有搜索引擎（或实际上：谷歌）会尝试访问http://www.example.com/product/123/subpage（上面的第 2 点）是否合理？（或者我真的只考虑人为因素吗？）

这不是关于个人喜好的问题。这是关于我对爬虫/索引器的期望以及在设计 URL 时我应该在多大程度上考虑非人工 URL 操作的技术问题。

此外，结构“深度”http://www.example.com/product/123/subpage/456.html是 4，其中http://www.example.com/products/123/456.html只有 3。有传言说这个深度会影响搜索引擎排名。至少，有人告诉我。（现在很明显，SEO不是我最了解的。）这（仍然吗？）是真的：层次深度（目录数量）会影响搜索排名吗？

那么，我的“预感”在技术上是合理的，还是应该把时间花在其他事情上？

示例：（几乎）正确地做这件事
很好，所以这几乎是正确的。恰当的例子：配置文件，例如http://stackoverflow.com/users/52162：

• http://stackoverflow.com/users/52162— 单一配置文件
• http://stackoverflow.com/users— 用户列表
• http://stackoverflow.com/- 根

但是，配置文件的规范 URL实际上http://stackoverflow.com/users/52162/jensgram看起来是多余的（在两个层次结构级别上表示相同的端点）。替代：（http://stackoverflow.com/users/52162-jensgram或任何其他一贯使用的分隔符）。

¹⁾携带不依赖于“更深”元素的完整信息。

我有以下问题：我正在尝试在现有的ear应用程序中实现 Spring（使用 Jboss 作为 App Server，使用 Hibernate 作为 ORM）。EAR 应用程序由war（基本上是几个简单的 servlet）、har（只有数据模型的休眠存档 - 作为类和相应的休眠映射文件 - 作为 xmls）、sar（只有一个解析类作为计划任务）组成。所以，我很感兴趣如何在战争（因为 servlet 正在从数据库中检索数据）和 sar（因为解析器正在“填充”数据库）中共享 har 存档的最终appContext。关于这一点， （war 和 sar）都应该使用单例 SessionFactory bean这将在 har 的上下文中定义。代码示例或片段将不胜感激。

我是 Drupal 的新手，我还在构建一个 N 层分层菜单，我想根据当前的$node->path.

菜单是这样的——

---顶部
------Menu-1
---------Menu-2
------------Menu-3
------Menu-4
- --------Menu-5
------------Menu-6
等等等等

每个菜单也是 Drupal 中的一个页面内容类型，所以如果 $node-path 是 /top/menu-3，我希望能够只抓取 Menu-1 及其所有子项。正如我所说的，听起来我在这里需要一些xpath。

我想像这样插入hierarchyId

• / - 首席执行官（根）
  • /1/- 采购经理
    • /1/1/- 采购主管
  • /2/- 销售经理
    • /2/1/- 销售主管

这就是我想要使用的层次结构，对吗？如果是，我该怎么做，谁能给我一些代码片段。

我已经为这样的问题奋斗了几个小时。为了加快我的网页速度，我请求数据库一次获取所有类别，然后想使用 PHP 对数组进行排序。

我需要得到这样的东西

问题在于它适用于任何层次结构。这样它就可以循环工作。请帮忙！

我正在寻找一种使 html 列表框适应具有无限数量级别的分层内容的技术（ const > 1 就足够了）。层次结构级别应该像通常的文件浏览器视图一样可折叠。应尽可能全面地保留/模仿 html 列表框行为。你有关于在哪里找到或如何实现这个的提示吗？jquery 解决方案很好。

firefox 3.5+，即8+，safari 5必须支持；歌剧 11，铬 9 会很好。

据我了解这个问题，列表框内容是在他们自己的浏览器窗口中呈现的，没有任何标准的窗口装饰。关于如何在 js 中获取此窗口的句柄的提示将是一个足够的起点，并在我误解浏览器行为的情况下纠正我。

预先感谢您的努力，

此致，

卡斯滕

我有一个 Telerik RadGrid 并且有一个非常简单的分层数据集，我想显示它。我使用了 Telerik 示例中的代码，但它不起作用。有谁知道如何实现分层 Telerik RadGrid？是否也需要在数据集中设置关系？

我正在尝试对默认的 ASP.NET RoleProvider 进行以下调整，以便它支持分层角色定义。但是我无法创建以下功能，它保持Executing the function...

参考： http: //mark.tremaine.net/howto/hierarchical-sql-role-provider/

这个功能有什么问题？