# Which approach to follow - Tag Historian /Transaction Groups/Tag Event Script and Query Tag/Named Query

**URL:** <https://forum.inductiveautomation.com/t/which-approach-to-follow-tag-historian-transaction-groups-tag-event-script-and-query-tag-named-query/54535>\
**Category:** General Discussion\
**Created:** [December 30, 2021, 5:31am UTC](https://forum.inductiveautomation.com/t/which-approach-to-follow-tag-historian-transaction-groups-tag-event-script-and-query-tag-named-query/54535 "2021-12-30T05:31:01Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**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:** [December 30, 2021, 1:56pm UTC](https://forum.inductiveautomation.com/t/which-approach-to-follow-tag-historian-transaction-groups-tag-event-script-and-query-tag-named-query/54535/3 "2021-12-30T13:56:12Z")

</div>

There's no general rule. Tell us what you are trying to do. But these links might help:

> [@SQL Tall/Long vs Wide Table Structure](https://forum.inductiveautomation.com/t/sql-tall-long-vs-wide-table-structure/26231):
>
> I am in the process of trying to collect high speed historical data to an MSSQL database. We would like to collect data to set up a predictive maintenance system. We would like to collect information like temperature, vibration, voltage, current, etc. on CNC machines on a per machine cycle/part cycle basis at a 100mS sample rate. We would then like to compare the charts based on machine/part cycle to set thresholds and detect abnormalities before they become breakdowns. We are collecting all…

> [@Organizing SQL tables and named queries efficiently](https://forum.inductiveautomation.com/t/organizing-sql-tables-and-named-queries-efficiently/53212):
>
> If you have a bunch of machines, and multiple events to track, is it best to have a transaction group for each event type, and for each machine? I read one guy say if you had a bunch of machines, you wanted to organize all of them into one table. I thought the limitations on SQL were that as a table gets bigger, the queries slow down. So I thought that if my tables are split up, then my tables will be smaller with the same total growth.

> [@Second guessing architecture](https://forum.inductiveautomation.com/t/second-guessing-architecture/50564):
>
> I’m currently writing maintenance documentation for what is officially my first Ignition deployment in the wild. The system is a data concentrator that monitors multiple identical machines and writes a consistent set of data to two different DB tables - one table has one row per machine and is updated in real time with various state values. The second table archives other data on the completion of that machines current instruction, and has one row per instruction. There is no UI on this proj…

---

_[View the full topic](https://forum.inductiveautomation.com/t/which-approach-to-follow-tag-historian-transaction-groups-tag-event-script-and-query-tag-named-query/54535)._
