报警表加载问题

[Sunny]

为了便于出现故障后追查原因，我们项目的所有故障报警信息不允许清除，但是报警条数过多时（百万条或千万条），容易引起平台运行卡顿，切换到这个界面时，

平台中有没有地方设置，默认的展示报警条数，比如，切换到以上界面时，默认展示最近的100条或200条报警信息，这样可以避免因为加载全部报警信息而造成的卡顿，虽然可以通过每日归档报警的方法来减少加载数量，但是有些项目数据量庞大，一天就会产生数量庞大的报警

[智能人机]

不能清除的话 可以试试归档

[智能人机]

但是归档是对于已处理的报警

[Sunny]

虽然可以通过每日归档报警的方法来减少加载数量，但是有些项目数据量庞大，一天就会产生数量庞大的报警信息，这样依旧会影响加载速度，目前平台中没有地方设置默认的展示报警条数，是吗

[智能人机]

目前这个报警列表是没有限制显示条数的

[Sunny]

现在在画面展示报警信息表：

这边能不能通过脚本的方式，默认显示固定的报警条数，以减少画面初始加载时间

[智能人机]

这个可以用报警视图+表数据做报警列表，报警视图上可以设置查询条数

[Sunny]

归档前后的报警有什么区别？是在存储方式上有区别？还是存储位置上有区别？

[智能人机]

减少报警页的显示数量

[Sunny]

归档的报警有条数限值吗？存储位置在哪个路径下？

[智能人机]

不改变储存路径，只是减少页面条数，把已经处理的报警归档

[Sunny]

报警的存储路径在哪呢，后期磁盘规划需要知道它的具体路径

[智能人机]

在pgsql中存储报警表

[Sunny]

linux下的路径能否具体些，没找着这个文件夹

[智能人机]

需要连navicat 找到报警表

[Sunny]

这个连接参数怎么写

[智能人机]

如果平台是新安装的话，需要参考下帖子自己查询一下数据库密码：https://qa.airiot.tech/topic/1386/如何查看安装平台后自动生成的随机密码?_=1745825096924

[Sunny]

平台大概是24年9月份安装的，账户名root和postgres都试过了，都没连成功

[Sunny]

报错如图：

[智能人机]

端口开通了吗？。，