Re:Why Not to Build a Time-Series Database
by manigandham on Wednesday November 07, 2018 @11:36PM
(#18404353)
I don't see why that's so special. Other data can have incrementing IDs or some other value. In fact all data can be considered to have a timestamp, at the very minimum being when it was inserted into the database, so it's a rather vague definition overall.
Re:Why Not to Build a Time-Series Database
by dominotw on Thursday November 08, 2018 @11:05AM
(#18407178)
I think, its different because its dimension where usefulness of data goes does as the data ages. TimescaleDB for example, does optimisations ( they call it chunks or something) based on this fact.
Re:Why Not to Build a Time-Series Database
by manigandham on Thursday November 08, 2018 @12:09PM
(#18407803)
Timescale is just an automatic partitioning extension for Postgres. You can also do it with the native partitioning feature, or pg_partman, or Citus, or other tools.
Partitioning the table is the optimization, so that you skip over data when querying and manage it in smaller parts, but Timescale doesn't do anything about older data and neither do most databases.
Doesn't it have a special feature that data comes in a linearly increasing time dimension.