# How to Separate Real-Time and Historical Alarms by Area in Ignition? **URL:** \ **Category:** Ignition\ **Tags:** perspective, ignition81, database\ **Created:** [July 28, 2025, 7:46am UTC](https://forum.inductiveautomation.com/t/how-to-separate-real-time-and-historical-alarms-by-area-in-ignition/108987 "2025-07-28T07:46:00Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![Sara](https://avatars.discourse-cdn.com/v4/letter/s/a5b964/32.png) [@Sara](https://forum.inductiveautomation.com/u/Sara)\ **Post date:** [July 28, 2025, 7:46am UTC](https://forum.inductiveautomation.com/t/how-to-separate-real-time-and-historical-alarms-by-area-in-ignition/108987/1 "2025-07-28T07:46:00Z")
Good morning everyone, I’m looking for some guidance on how to organize real-time and historical alarms into separate areas. In my current projects, I’ve always used Ignition by splitting the databases, but typically with a single tag provider and a single alarm journal per database. Now I’m facing a new requirement: an industrial plant may be divided into multiple areas, and I need to separate alarms (both real-time and historical), trends, and other elements accordingly. Depending on the user login, certain users should be able to view all areas, while others should only see specific ones. How can I configure this on the gateway and also control what is shown in the real-time and historical alarm views? Any advice or best practices would be appreciated! ---
**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\ **Post date:** [July 28, 2025, 9:38am UTC](https://forum.inductiveautomation.com/t/how-to-separate-real-time-and-historical-alarms-by-area-in-ignition/108987/2 "2025-07-28T09:38:25Z")
Display Path or Tag Source is the easiest. On vision, i personally use Display Path. ---
**Author:** ![Sara](https://avatars.discourse-cdn.com/v4/letter/s/a5b964/32.png) [@Sara](https://forum.inductiveautomation.com/u/Sara)\ **Post date:** [July 28, 2025, 9:57am UTC](https://forum.inductiveautomation.com/t/how-to-separate-real-time-and-historical-alarms-by-area-in-ignition/108987/3 "2025-07-28T09:57:48Z")
yes, i agree with you. I use Perspective and I think this is the only way ---
**Author:** ![Sara](https://avatars.discourse-cdn.com/v4/letter/s/a5b964/32.png) [@Sara](https://forum.inductiveautomation.com/u/Sara)\ **Post date:** [July 30, 2025, 8:05am UTC](https://forum.inductiveautomation.com/t/how-to-separate-real-time-and-historical-alarms-by-area-in-ignition/108987/4 "2025-07-30T08:05:54Z")
if I create different Journal Profile with different filter source; how i che show every profile on the journal table? it seems that "filter - condicions - source" and "filter - condition - provider" refer to Tag provider; so how i could show different journal profile? ---
**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\ **Post date:** [July 30, 2025, 10:26am UTC](https://forum.inductiveautomation.com/t/how-to-separate-real-time-and-historical-alarms-by-area-in-ignition/108987/5 "2025-07-30T10:26:27Z")
I'm not certain if I'm following your question, but if you're asking how to change a journal filter dynamically, I do it by creating client tags that store the filter value, then bind the journal filter to that tag. Change the value of the tag, the filter then changes. ---
**Author:** ![Sara](https://avatars.discourse-cdn.com/v4/letter/s/a5b964/32.png) [@Sara](https://forum.inductiveautomation.com/u/Sara)\ **Post date:** [July 30, 2025, 10:37am UTC](https://forum.inductiveautomation.com/t/how-to-separate-real-time-and-historical-alarms-by-area-in-ignition/108987/6 "2025-07-30T10:37:25Z")
Sorry I wasn't clear. Theoretically, on Gateway, it's possible to create different Journal Profiles already associated with different tag filters in the same database. I don't understand how to display these different Journal Profiles dynamically on the Perspective table component. I tried, but it doesn't work. All the historicized alarms are displayed; it works only the filter in the "filter - conditions" section. ---
**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\ **Post date:** [July 30, 2025, 10:46am UTC](https://forum.inductiveautomation.com/t/how-to-separate-real-time-and-historical-alarms-by-area-in-ignition/108987/7 "2025-07-30T10:46:12Z")
Ah, I understand now. Unfortunately my experience with Journal manipulation is with Vision, so not exactly certain on the mechanics in perspective. Hopefully one of the perspective gurus will chime in. But it still seems you simply need to bind a tag to the alarm journal table that defines which alarm journal on the gateway you are using. ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [July 30, 2025, 12:32pm UTC](https://forum.inductiveautomation.com/t/how-to-separate-real-time-and-historical-alarms-by-area-in-ignition/108987/8 "2025-07-30T12:32:04Z")
You are expected to send different journals to distinct tables in your database, and point your alarm history table UI at the desired journal. ---
**Author:** ![Sara](https://avatars.discourse-cdn.com/v4/letter/s/a5b964/32.png) [@Sara](https://forum.inductiveautomation.com/u/Sara)\ **Post date:** [July 30, 2025, 12:54pm UTC](https://forum.inductiveautomation.com/t/how-to-separate-real-time-and-historical-alarms-by-area-in-ignition/108987/9 "2025-07-30T12:54:24Z")
Thanks a lot for your input! Yes, I’ve decided to keep things simpler by using a single database and a single Alarm Journal Profile. Instead of separating the alarms physically across multiple journal profiles or databases, I’ll filter the real-time and historical alarm views dynamically in Perspective using the `source` or `displayPath`, based on the user's area or roles. This approach keeps data centralized and still gives me the flexibility I need in the UI. Appreciate your help and everyone else’s suggestions — it really helped me clarify the direction to take!