目前看起来 kibana 只允许您在单个字段上对表进行排序。 但是,我相信弹性搜索允许多字段排序。
+1
+1 想按日期和序列号排序。
+1 这对于处理非常快的日志非常有用(时间戳不够用)
+1 这将防止大量排序和诉诸于在非分组项目中查找内容。
+1
+1
+1
+1
+1
关于 UI,这可以像在数据表中一样完成:通过在第二、第三、...列上使用“Shift+Click”。
https://datatables.net/examples/basic_init/multi_col_sort.html
+1
+1
+1
确实需要时间戳+序列排序
+1
+1
这种改变实施起来有多难?
+1
+1
+1
这将解决一个问题,我们看到使用相同时间戳生成的事件相对于原始事件源可能以错误的排序顺序出现。 根据您的时间戳的精度(例如,HH:mm:ss 的时间格式),您最终可能会以未定义的顺序获得一整秒的事件。
+1
我不能同意拉希德的观点。 保留日志进入 Logstash 时的顺序,不能替代此功能。 因为您可以使用多个 Logstash,并且日志可以通过随机选择的 Logstash,所以不会保留日志的顺序。 因此需要对多个字段进行排序。
+1
必需的
+1,还想按日期和序列号排序。
+1
+1
+1
+1
+1
:+1:
这在 kibana 中有特色吗?
+1
我看到了 2 个实现选项:
👍
+1
+1
+1
+1
+1
+100
+1
+1
+1
+1
+1
+1
+1,真的需要这个功能
+1
+1
需要它
+1
伙计们,每次您发布“+1”消息时,您都会向订阅此问题的每个人发送烦人的通知,而不会在此处添加任何内容(只需查看最后几十条消息!)
Github 有一个投票功能:
如果您可以直接单击这些按钮(不会向所有人发送所有这些通知)来表达您对这个问题的支持和/或兴趣,那就太好了。
谢谢!
这个问题有解决方案吗?
+1
如果我们至少可以使用自定义查询 dsl 来添加第二个排序,那就太好了。 但这似乎不起作用。
我认为现在很明显,Kibana 团队中没有人关心这个问题。
在论坛中询问: https ://discuss.elastic.co/t/discover-sort-on-custom-fields/140367
所以……虽然后端支持,但主要的数据聚合和分析工具和主 UI 不支持多排序。
叹
我认为是时候寻找真正的弹性搜索前端了——因为 Kibana 显然缺乏核心功能。
@ devs :可能是时候完全放弃前端了,这个项目似乎是个烂摊子。 不过,在 Elasticsearch 和 Logstash 上的工作很棒!
关于这个问题的任何更新?
+1 这太基本了,我很震惊这还不是版本的一部分。
可爱的是同一个巨魔如何不断对每条评论投反对票……获得生活。
好吧,六年后可以肯定地说:这不会发生。 曾经。 这太糟糕了。
这不是“拖钓”。 我对导致我收到通知电子邮件的毫无意义的评论投了反对票。
如果您想查看该功能,请点赞原帖。 如果您想查看进度,只需阅读评论(当然要忽略垃圾邮件)。
如果你_真的_想看到这个功能,去付钱给别人来实现它。
如果您想停止接收通知,只需禁用它们或更改类型。
如果你想表达你的(巨大的)愤怒,在别处表达
如果你真的想表达你的愤怒,在 4chan 上做一些拖钓或去买一个减压玩具
所以只是对此的快速更新......我能够添加一个脚本字段并将两个字段连接在一起以创建一个可以用于排序的新字段。
虽然不是完全最佳,但它正在工作,现在可以正确地对我的发现选项卡进行排序。
终于又有成果了-感谢您分享您的解决方法!
@jenyphur
所以除了@timestamp 之外,您还有一个额外的字段需要在所有查询中生成? 您能否使其在“时间”列中可见,或者您是否需要每次将其添加到发现表中以在每次搜索或其他字段上的每次排序后一次又一次地触发排序?
在专业环境中......这似乎不是一个很好的解决方案
+1
感谢您执行此操作!
我会去挖掘我在 2013 年的工作并试一试 :)
好消息!
我等不及要测试它了!
最有用的评论
伙计们,每次您发布“+1”消息时,您都会向订阅此问题的每个人发送烦人的通知,而不会在此处添加任何内容(只需查看最后几十条消息!)
Github 有一个投票功能:
如果您可以直接单击这些按钮(不会向所有人发送所有这些通知)来表达您对这个问题的支持和/或兴趣,那就太好了。
谢谢!