Pagpagawas sa DBMS , gidisenyo alang sa pagtipig ug pagproseso sa datos sa porma sa usa ka serye sa panahon (mga hiwa sa mga bili sa parameter sa espesipikong mga agwat; ang rekord nagporma sa panahon ug usa ka hugpong sa mga bili nga katumbas niini nga panahon). Kini nga porma sa pagtipig labing maayo alang sa mga aplikasyon sama sa mga sistema sa pag-monitor, mga platform sa pamatigayon, mga sistema sa pagkolekta sa mga sukatan ug mga estado sa sensor. Ang mga himan alang sa paghiusa sa proyekto gihatag и .
Ang proyekto sa TimescaleDB gipatuman isip extension sa PostgreSQL ug lisensyado ubos sa Apache 2.0. nga adunay mga advanced nga bahin nga magamit sa ilawom sa usa ka lahi nga proprietary nga lisensya (TSL), nga wala magtugot sa mga pagbag-o, nagdili sa paggamit sa code sa mga produkto sa ikatulo nga partido ug wala magtugot sa libre nga paggamit sa mga database sa panganod (database-as-a-service).
Lakip sa mga pagbag-o sa TimescaleDB 1.7:
- Gidugang nga suporta alang sa paghiusa sa DBMS . Ang suporta alang sa PostgreSQL 9.6.x ug 10.x wala na gigamit (Timescale 2.0 mosuporta lamang sa PostgreSQL 11+).
- Ang pamatasan sa mga pangutana nga adunay padayon nga pagpadagan sa mga aggregate function (paghiusa sa padayon nga umaabot nga datos sa tinuud nga oras) nabag-o. Ang ingon nga mga pangutana karon naghiusa sa materyal nga mga panan-aw sa bag-ong naabot nga datos nga wala pa ma-materialize (kaniadto, ang aggregation naglangkob ra sa datos nga nahimo na). Ang bag-ong pamatasan magamit sa bag-ong gihimo nga padayon nga mga panagsama; alang sa naglungtad nga pagtan-aw, ang parameter nga "timescaledb.materialized_only=false" kinahanglan itakda pinaagi sa "ALTER VIEW".
- Ang ubang mga advanced nga data lifecycle management tool gibalhin ngadto sa Community version gikan sa commercial nga edisyon, lakip ang abilidad sa pagpundok pag-usab sa datos ug pagproseso sa karaan nga mga polisiya sa pagpalayas sa datos (nagtugot kanimo sa pagtipig lamang sa kasamtangan nga datos ug awtomatik nga pagtangtang, pagtipon o pag-archive sa mga dili na magamit nga mga rekord).
Atong hinumdoman nga ang TimescaleDB DBMS nagtugot kanimo sa paggamit sa hingpit nga mga pangutana sa SQL aron pag-analisar sa natipon nga datos, paghiusa sa kasayon sa paggamit nga kinaiyanhon sa mga relational nga DBMS nga adunay scaling ug mga kapabilidad nga anaa sa mga espesyal nga sistema sa NoSQL. Ang istruktura sa pagtipig gi-optimize aron masiguro ang taas nga tulin sa pagdugang sa datos. Gisuportahan niini ang pagdugang sa batch sa mga set sa datos, ang paggamit sa in-memory index, retroactive loading sa historical slices, ug ang paggamit sa mga transaksyon.
Usa ka hinungdanon nga bahin sa TimescaleDB mao ang suporta niini alang sa awtomatikong pagbahin sa array sa datos. Ang input data stream awtomatik nga giapod-apod sa mga partitioned table. Ang mga seksyon gihimo depende sa oras (ang matag seksyon nagtipig sa datos sa usa ka piho nga yugto sa panahon) o may kalabotan sa usa ka arbitraryong yawe (pananglitan, device ID, lokasyon, ug uban pa). Aron ma-optimize ang pasundayag, ang mga partitioned nga mga lamesa mahimong maapod-apod sa lainlaing mga disk.
Alang sa mga pangutana, ang usa ka partitioned database morag usa ka dako nga lamesa nga gitawag og hypertable. Ang hypertable usa ka virtual nga representasyon sa daghang indibidwal nga mga lamesa nga nagtigum sa umaabot nga datos. Ang hypertable gigamit dili lamang alang sa mga pangutana ug pagdugang sa datos, apan alang usab sa mga operasyon sama sa paghimo og mga indeks ug pagbag-o sa istruktura ("ALTER TABLE"), pagtago sa ubos nga lebel nga gibahin nga istruktura sa database gikan sa developer. Uban sa hypertable, mahimo nimong gamiton ang bisan unsang aggregate function, subqueries, merge operations (JOIN) nga adunay regular nga mga lamesa, ug mga function sa bintana.
Source: opennet.ru