Pith. sign in

REVIEW 3 major objections 4 minor 73 references

IDSS, a Novel P2P Relational Data Storage Service

T0 review · 3 major / 4 minor · reviewed 2026-08-06 · deepseek-v4-flash

Pith's one-line read IDSS claims a peer-to-peer overlay can run distributed SQL queries across every peer with no central server.

desk verdict A coherent, genuinely new P2P relational design with open-source code and honestly stated limits — but the entire empirical evaluation is one sentence and the TTL merge heuristic is uncharacterized. read the letter →

arxiv 2507.14682 v1 pith:UC7K52CB submitted 2025-07-19 cs.DB cs.DC

classification cs.DBcs.DC
keywords peer-to-peerstoragedistributedqueryprocessinghashtableembeddedrelationaldatabaseSQLaggregationnestedqueriesdecentralisedbest-effortmerge
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The reading

IDSS is a proposed storage service that combines a peer-to-peer overlay with an embedded relational database on every peer, so data can be spread across many machines with no central server. The paper's central claim is that a SQL query submitted to any peer can be broadcast through the overlay, executed locally on every peer, and merged along the reverse path back to the submitter, yielding the same relational results a single database would produce. It argues that this design supports selective queries, aggregate functions, and two-level nested queries while remaining responsive at overlay sizes from 8 to 1,024 peers. A sympathetic reader would care because this is a concrete architectural route to scalable, fault-tolerant SQL storage that avoids the scaling and single-point-of-failure problems of centralised databases.

What carries the argument

The load-bearing mechanism is the per-query state kept in every peer's QUERY table, which turns a broadcast tree into a merge tree. Each row stores the query's UQI (to recognise and discard duplicates), the sender_key (to route merged results back along the path), flags for local execution, merge completion, and failures, and a TTL computed as newTTL = oldTTL × 3/4 at each hop (Equation 1). The node waits until its TTL expires, merges the partial recordsets it has received with its own local result, and sends the combined recordset to the sender_key. For aggregate queries the same table supports a rewrite rule: replace each AVG expression with SUM and COUNT before local execution, then reconstruct the average at the initiator, which works because sum, count, min, and max are mergeable across partitions while arithmetic mean is not.

What would settle it

Deploy IDSS on a network with known per-peer row counts and submit a count(*) query with a TTL smaller than the measured time needed for the farthest peer's result to travel back; if the returned count is below the ground-truth total and the query is reported as successful, the best-effort merge is silently losing data.

Watch

Extended reading notes

Core claim

The paper sets out to prove that a fully decentralised relational data storage service is feasible: each peer runs an embedded SQL engine behind a structured one-hop DHT overlay, and every peer that receives a query executes it against a shared schema and returns partial results. Queries carry a Universal Query Identifier (UQI) so duplicate broadcasts are discarded, a sender key so each peer knows where to send merged results, and a time-to-live (TTL) that shrinks by a factor of 3/4 at each hop; each peer waits up to its TTL for children's results, merges them with its own local recordset, and forwards upstream. For aggregate queries, the paper shows that sum, count, min, and max can be merged directly, while average is handled by rewriting AVG(x) locally as SUM(x) and COUNT(x) and dividing at the initiator. Nested queries are supported up to two levels when subqueries are not correlated and are all of the same kind; the paper reports a prototype with 8 to 1,024 peers that showed a small memory footprint and remained reactive under load.

Load-bearing premise

The entire merge procedure rests on the heuristic that a time-to-live reduced to three-quarters of its value at each hop gives nodes enough time to receive and merge all partial results; if that guess is wrong for the network's size or latency, queries return incomplete answers while still appearing to have succeeded.

Editorial extensions

If this is right

  • A user can submit a SQL query to any peer and later collect the complete relational answer from it, without any node acting as a database server for the whole network.
  • Aggregate queries over all peers return the correct global sum, count, minimum, and maximum, and averages are recovered from rewritten sum/count pairs.
  • Nested queries with one level of subqueries, including aggregate subqueries, can be partitioned into elementary clauses and reassembled at the initiator.
  • The TTL value becomes an explicit accuracy/latency dial: higher TTLs give more complete results, lower TTLs answer faster but silently drop partial results.
  • The prototype's measured behaviour on 8 to 1,024 peers indicates the approach can keep a small memory footprint and stay responsive under load.

Reading between the lines

Editorial extensions of the paper, not claims the author makes directly.

  • The AVG rewrite extends naturally to other aggregates expressible from sum and count, such as variance and standard deviation, though the paper does not claim this.
  • Because completeness depends on TTL, a production deployment would need a side-channel to tell users whether the returned answer is partial; the paper leaves that detection implicit.
  • A one-hop overlay means broadcast reaches every peer in a fixed number of routing steps, so the main scalability question shifts from lookup cost to the cost of merging N partial resultsets at the initiator.
  • The design assumes one shared schema; adding schema translation between peers would be a natural next step and is not addressed in the paper.
Share X Bluesky LinkedIn Reddit HN

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

3 major / 4 minor

Summary. This paper presents IDSS, a decentralized relational data storage service that combines the D1HT one-hop distributed hash table with SQLite embedded databases. Users submit SQL queries (with a user-specified TTL) to any peer; the query is broadcast through the DHT, executed locally on all peers, and the partial results are merged along the broadcast tree toward the initiator. The paper contributes the architecture and query-processing design, including aggregate rewriting for AVG via SUM and COUNT, a state machine for asynchronous query handling, and an open-source prototype. The central claim is that IDSS provides a large-scale, fully decentralized P2P relational storage system supporting complex distributed queries without a central server.

Significance. If the architecture were validated, the main value would be the demonstration that a standard embedded relational engine behind a one-hop DHT can support distributed SQL queries, including aggregates and limited nested queries, with no central coordinator. The open-source prototype and the explicit treatment of aggregate merging are positive features. However, the paper currently provides no quantitative evaluation, and its completeness guarantee rests on an unvalidated TTL heuristic, so the significance as a systems paper is not yet established. The contribution relative to prior P2P database work (PeerDB, PORDaS, XPeer) is largely incremental: the specific combination of D1HT, SQLite, and a tree-based merge protocol is new, but no comparison is made to these systems.

major comments (3)
  1. [§3.2.3, Eq. (1)] The TTL decay rule newTTL = oldTTL × 3/4 is introduced as a heuristic ('we believe provides enough time'), and the text immediately concedes that low TTL values cause intermediate results to be silently discarded. No bound or measurement justifies the factor 3/4. Concretely, even under optimistic assumptions, the merge window for a node at depth i is T·(3/4)^i − T·(3/4)^(i+1) = T·(3/4)^i/4, while a child at depth i+1 needs at least one round trip of two one-way latencies to return its result; hence for any fixed T there exists a depth beyond which child results cannot arrive within the window. This undermines the central claim that queries are executed 'across all peers' (Abstract). The paper should either provide a TTL selection rule that accounts for tree depth and network latency, or explicitly design the system to detect and report incompleteness (e.g., an INCOMPLETE state in Figure 4) instead of treating the merge as normally COMPLETED.
  2. [§3.3] The only performance evidence is the sentence 'The results show that IDSS exhibits a small memory footprint and is reactive even under high loads (considering the stress test conditions).' No protocol, no measurements, no error bars, and no comparison to any baseline. Since the paper claims 'large-scale' and 'efficient' data management, this omission is load-bearing. The authors mention testing overlay sizes from 8 to 1024 peers; these experiments should be reported with concrete metrics (query latency, memory footprint, merge completeness, TTL sensitivity) and sufficient detail to reproduce them.
  3. [§3.2.6] The description of nested query execution (Figure 6) is too high-level to establish correctness. The paper states that the initiator obtains a recordset 'broader than that produced by the initial query' and 'all the information needed to retrieve the final recordset,' but it does not prove that fetching the parent query without its WHERE clause, combined with the global aggregate from the subquery, yields exactly the nested-query answer when data are partitioned across peers. There is also no treatment of duplicate elimination if the broadcast tree delivers multiple copies of the same tuple. This point needs either a correctness proof or a complete worked example with schema and data.
minor comments (4)
  1. [§3.1 vs Table 1] The UQI acronym is defined as 'Universal Query Identifier' in Section 3.1 but as 'Uniform Query Identifier' in Table 1; pick one definition and use it consistently.
  2. [References] The reference list contains several LaTeX artifacts and incomplete metadata, e.g., 'Nambiar and Mundra (2022,?)' and the 'Bod´ o' author name; a copyediting pass is needed.
  3. [Figure 2] The broadcast and duplicate-discard scenario is described in the body text, but the figure does not label nodes aa1, cc3, and dd4 or indicate the first-arrival order, which makes the example hard to follow.
  4. [§3.2.3] The statement that 'the TTL value should be directly proportional to the number of records expected to be retrieved (linear relationship)' is presented without justification; this is an assumption and should be stated as such or supported by an argument.

Circularity Check

0 steps flagged · score 2.0 of 10

No circular derivation: the IDSS architecture and its query-merge design are self-contained; the self-citations are background or component references, and the TTL heuristic is an acknowledged validation limitation rather than a fitted input.

full rationale

Walking the paper's derivation chain, I find no step in which a claimed result reduces by construction to an input or to a self-citation. The only formal rule, Eq. (1) in Sec. 3.2.3, defines a per-hop waiting window as newTTL = oldTTL x 3/4; the paper states explicitly that this is a heuristic (“Setting x = 3/4 is a heuristic approach that we believe provides enough time for a peer to complete its merge operations and to forward the results back”). It is an input parameter chosen by the user/designer, not a quantity fitted to query outputs, so the fitted-input-called-prediction pattern does not apply. The merging rules for aggregate functions (sum, count, min, max are composable; avg is rewritten as sum/count and divided at the initiator) and the two-level nested-query decomposition are presented as design methods; they are not derived from the results they supposedly produce. The paper cites prior work by its own authors, but none of these citations is load-bearing for the central claim. In Sec. 3.3, GRelC (Aloisio, Cafaro, Fiore, and Mirto, 2004) is cited as an enabling component for transparent access to data sources; replacing or removing GRelC would not change the central claims about P2P broadcast, local execution, hierarchical merging, or nested-query handling. The other self-citations (e.g., Sundsgaard et al., 2024) support general statements about decentralization and human intervention, not the novelty or correctness of IDSS. No uniqueness theorem from prior work is imported, and no ansatz is smuggled in via citation. The strongest caveat is a correctness limitation, not circularity: Sec. 3.2.3 concedes that with low TTL values “some intermediate results provided by the nodes in the overlay will be silently discarded,” making the merge process explicitly best-effort. That is an unvalidated heuristic and a validation gap, but it is not a circular reduction of the paper's claims to its inputs. Accordingly, the score of 2 reflects only the presence of minor, non-load-bearing self-citations; the central derivation is self-contained.

Assumptions & free parameters 2 free parameters · 4 assumptions · 1 invented entities

The central claim rests on a common schema, a best-effort TTL merge heuristic, and reliance on the correctness of D1HT and SQLite. No scientifically invented entities are introduced; UQI is a schema mechanism.

free parameters (2)
  • TTL decay factor x = 3/4 (hand-picked heuristic)
    Introduced in Eq. 1 to set waiting times at each hop during result merge. No analysis or data supports this specific value.
  • Maximum nested query depth = 2 levels (by design)
    The architecture limits nested queries to a parent plus one subquery level (Sec. 3.2.6). This constraint is required for the merge algorithm, not derived from user requirements.
assumptions (4)
  • domain assumption All peers must share the same relational schema.
    Section 3 states 'Once defined, the schema must be the same on all peers.' This makes the broadcast-merge query model work, but rules out schema heterogeneity.
  • domain assumption Best-effort TTL merging returns sufficiently complete results.
    Section 3.2.3 relies on hop-decremented TTL values to bound waits and accepts that intermediate results can be silently discarded. Completeness is assumed, not proven.
  • domain assumption D1HT and SQLite behave as correct libraries.
    Section 3.3 selects D1HT and SQLite as implementation foundations, inheriting their correctness and performance properties without independent verification in this paper.
  • domain assumption Aggregate queries can be decomposed into per-node sum/count and recombined by the initiator.
    Section 3.2.5 says sum, count, max, min are mergeable and average is reconstructed as sum divided by count. This relies on algebraic properties and on the assumption that no merged data is lost.
invented entities (1)
  • UQI (Universal Query Identifier)
    purpose: Deduplicate broadcast queries and correlate query state across peers.
    Introduced as part of the IDSS QUERY table (Sec. 3.1). It is an internal design artifact, not an independently verifiable entity.

how reviews work

0 comments
Cite this review

Pith. "Pith review of IDSS, a Novel P2P Relational Data Storage Service." pith.science (2026). https://pith.science/paper/UC7K52CB

@misc{pith2026250714682,
  author       = {Pith},
  title        = {Pith review of: IDSS, a Novel P2P Relational Data Storage Service},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/UC7K52CB}},
  note         = {Machine review of arXiv:2507.14682}
}
read the original abstract

The rate at which data is generated has been increasing rapidly, raising challenges related to its management. Traditional database management systems suffer from scalability and are usually inefficient when dealing with large-scale and heterogeneous data. This paper introduces IDSS (InnoCyPES Data Storage Service), a novel large-scale data storage tool that leverages peer-to-peer networks and embedded relational databases. We present the IDSS architecture and its design, and provide details related to the implementation. The peer-to-peer framework is used to provide support for distributed queries leveraging a relational database architecture based on a common schema. Furthermore, methods to support complex distributed query processing, enabling robust and efficient management of vast amounts of data are presented.

Discussion (0). Continue with ORCID to comment.

Reference graph

Works this paper leans on

73 extracted references · 70 canonical work pages

  1. [1]

    , Jamili Oskouei, R

    RN82 APACrefauthors Ahmadpanah, S.H. , Jamili Oskouei, R. Jafari Chashmi, A. APACrefauthors \ 2017 . P2P Network Trust Management Survey P2p network trust management survey \ [Journal Article]. Journal of Advances in Computer Engineering and Technology 3 2 89-106,

  2. [2]

    DeSePtion: Dual Sequence Prediction and Adversarial Examples for Improved Fact-Checking

    grelc APACrefauthors Aloisio, G. , Cafaro, M. , Fiore, S. Mirto, M. APACrefauthors \ 2004 . The GRelC Library: A Basic Pillar in the Grid Relational Catalog Architecture The grelc library: A basic pillar in the grid relational catalog architecture . Information Technology: Coding and Computing, International Conference on 1 372, APACrefDOI doi:10.1109/ITC...

  3. [3]

    , Jain, R

    RN155 APACrefauthors Asrani, D. , Jain, R. Saxena, U. APACrefauthors \ 2017 . Data Warehouse Development Standardization Framework (DWDSF): A Way to Handle Data Warehouse Failure Data warehouse development standardization framework (dwdsf): A way to handle data warehouse failure \ [Journal Article]. IOSR Journal of Computer Engineering (IOSRJCE) 19 29-38,

  4. [4]

    , Jatain, A

    RN72 APACrefauthors Bajaj, S.B. , Jatain, A. , Chaudhary, S. Nagpal, P. APACrefauthors \ 2021 . CLOUD STORAGE ARCHITECTURE: ISSUES, CHALLENGES AND OPPORTUNITIES Cloud storage architecture: Issues, challenges and opportunities \ [Journal Article]. International Journal of Innovative Research in Computer Science & Technology 9 3 70-73, APACrefDOI doi:10.212...

  5. [5]

    , Bond, C

    RN60 APACrefauthors Baker, J. , Bond, C. , Corbett, J.C. , Furman, J. , Khorlin, A. , Larson, J. Yushprakh, V. APACrefauthors \ 2011 . Megastore: Providing scalable, highly available storage for interactive services. Megastore: Providing scalable, highly available storage for interactive services. CIDR Cidr \ ( 11, \ 223--234)

  6. [6]

    APACrefauthors \ 2019 2019/9

    RN71 APACrefauthors Barton, P. APACrefauthors \ 2019 2019/9 . Data warehouses, data lakes, and the cloud - Big Data in the Age of AI Video Tutorial | LinkedIn Learning, formerly Lynda.com Data warehouses, data lakes, and the cloud - big data in the age of ai video tutorial | linkedin learning, formerly lynda.com \ [Generic]. APACrefURL https://www.linkedi...

  7. [7]

    , Banerjee, S

    Basu APACrefauthors Basu, S. , Banerjee, S. , Sharma, P. Lee, S J. APACrefauthors \ 2005 . NodeWiz: peer-to-peer resource discovery for grids Nodewiz: peer-to-peer resource discovery for grids . Proceedings of the Fifth IEEE International Symposium on Cluster Computing and the Grid - Volume 01 Proceedings of the fifth ieee international symposium on clust...

  8. [8]

    , Agrawal, M

    Bharambe APACrefauthors Bharambe, A.R. , Agrawal, M. Seshan, S. APACrefauthors \ 2004 . Mercury: supporting scalable multi-attribute range queries Mercury: supporting scalable multi-attribute range queries . Proceedings of the 2004 conference on Applications, technologies, architectures, and protocols for computer communications Proceedings of the 2004 co...

Show all 73 references
  1. [9]

    , Brekke, J.K

    RN69 APACrefauthors Bodó, B. , Brekke, J.K. Hoepman, J H. APACrefauthors \ 2021 . Decentralisation: a multidisciplinary perspective Decentralisation: a multidisciplinary perspective \ [Journal Article]. Internet Policy Review 10 2 1-21, APACrefDOI doi:10.14763/2021.2.1563 APACrefDOI

  2. [10]

    APACrefauthors \ 2020

    RN157 APACrefauthors Bourne, V. APACrefauthors \ 2020 . The State of Data Management Why Data Warehouse Projects Fail The state of data management why data warehouse projects fail \ Report . SnapLogic

  3. [11]

    , Frank, M

    Cai APACrefauthors Cai, M. , Frank, M. , Chen, J. Szekely, P. APACrefauthors \ 2003 . MAAN: A Multi-Attribute Addressable Network for Grid Information Services Maan: A multi-attribute addressable network for grid information services . Proceedings of the 4th International Work...

  4. [12]

    , De Giacomo, G

    RN457 APACrefauthors Calvanese, D. , De Giacomo, G. , Lembo, D. , Lenzerini, M. Rosati, R. APACrefauthors \ 2006 . Data management in peer-to-peer data integration systems Data management in peer-to-peer data integration systems \ [Journal Article]. Global Data Management 8 177-201,

  5. [13]

    \ Zumpano, E

    deductive APACrefauthors Caroprese, L. \ Zumpano, E. APACrefauthors \ 2017 . P2P deductive databases: a system prototype P2p deductive databases: a system prototype . Proceedings of the 19th International Conference on Information Integration and Web-Based Applications & Servi...

  6. [14]

    , Orduña, J.M

    RN351 APACrefauthors Casaní, A.F. , Orduña, J.M. , Sánchez, J. de la Hoz, S.G. APACrefauthors \ 2021 . A Reliable Large Distributed Object Store Based Platform for Collecting Event Metadata A reliable large distributed object store based platform for collecting event metadata ...

  7. [15]

    , Dean, J

    RN59 APACrefauthors Chang, F. , Dean, J. , Ghemawat, S. , Hsieh, W.C. , Wallach, D.A. , Burrows, M. Gruber, R.E. APACrefauthors \ 2008 . Bigtable: A distributed storage system for structured data Bigtable: A distributed storage system for structured data \ [Journal Article]. A...

  8. [16]

    , Sandberg, O

    hong2000distributed APACrefauthors Clarke, I. , Sandberg, O. , Wiley, B. Hong, T.W. APACrefauthors \ 2001 . Freenet: A distributed anonymous information storage and retrieval system Freenet: A distributed anonymous information storage and retrieval system . Designing privacy e...

  9. [17]

    APACrefauthors \ 1988

    RN88 APACrefauthors Denning, D.E. APACrefauthors \ 1988 . Database security Database security \ [Journal Article]. Annual review of computer science 3 1 1-22,

  10. [18]

    , Guo, Y

    RN84 APACrefauthors Dhara, K. , Guo, Y. , Kolberg, M. Wu, X. APACrefauthors \ 2010 . Overview of structured peer-to-peer overlay algorithms Overview of structured peer-to-peer overlay algorithms \ [Journal Article]. Handbook of Peer-to-Peer Networking 223-256,

  11. [19]

    APACrefauthors \ 2023

    RN93 APACrefauthors Duggineni, S. APACrefauthors \ 2023 . Data Integrity Controls: The Universal basis for Authenticity and Reliability of Data Data integrity controls: The universal basis for authenticity and reliability of data \ [Journal Article]. INTERNATIONAL JOURNAL OF C...

  12. [20]

    , Alima, L

    El-Ansary APACrefauthors El-Ansary, S. , Alima, L. , Brand, P. Haridi, S. APACrefauthors \ 2003 . Efficient Broadcast in Structured P2P Networks Efficient broadcast in structured p2p networks . M. Kaashoek\ I. Stoica\ ( ), Peer-to-Peer Systems II Peer-to-peer systems ii \ ( \ ...

  13. [21]

    APACrefauthors \ 2008 05

    gsoap APACrefauthors Engelen, R.A.V. APACrefauthors \ 2008 05 . A framework for service-oriented computing with C and C++ Web service components A framework for service-oriented computing with c and c++ web service components . ACM Trans. Internet Technol. 8 3 , APACrefDOI doi...

  14. [22]

    \ Feasel, K

    feasel2020integrating APACrefauthors Feasel, K. \ Feasel, K. APACrefauthors \ 2020 . Integrating via ODBC Integrating via odbc . PolyBase Revealed: Data Virtualization with SQL Server, Hadoop, Apache Spark, and Beyond 205--231,

  15. [23]

    \ Mastroianni, C

    Forestiero APACrefauthors Forestiero, A. \ Mastroianni, C. APACrefauthors \ 2009 . A Swarm Algorithm for a Self-Structured P2P Information System A swarm algorithm for a self-structured p2p information system . IEEE Trans. Evolutionary Computation 13 4 681-694,

  16. [24]

    \ Godbole, S

    RN90 APACrefauthors Foster, E. \ Godbole, S. APACrefauthors \ 2022 . Database systems: a pragmatic approach Database systems: a pragmatic approach \ [Book]. Auerbach Publications

  17. [25]

    , Kesselman, C

    foster:2002 APACrefauthors Foster, I. , Kesselman, C. , Nick, J.M. Tuecke, S. APACrefauthors \ 2002 . Grid Services for Distributed System Integration Grid Services for Distributed System Integration . Computer 37-46,

  18. [26]

    , Prammer, M

    sqlite APACrefauthors Gaffney, K.P. , Prammer, M. , Brasfield, L. , Hipp, D.R. , Kennedy, D. Patel, J.M. APACrefauthors \ 2022 08 . SQLite: past, present, and future Sqlite: past, present, and future . Proc. VLDB Endow. 15 12 3535–3547, APACrefDOI doi:10.14778/3554821.3554842 ...

  19. [27]

    APACrefauthors \ 2022

    RN73 APACrefauthors Ghawade, G. APACrefauthors \ 2022 . Comparative Analysis of Cloud Computing Machine Learning - Azure vs. GCP vs. AWS Comparative analysis of cloud computing machine learning - azure vs. gcp vs. aws \ [Journal Article]. International Journal for Research in ...

  20. [28]

    , Chang, V

    RN46 APACrefauthors Hashem, I.A.T. , Chang, V. , Anuar, N.B. , Adewole, K. , Yaqoob, I. , Gani, A. Chiroma, H. APACrefauthors \ 2016 . The role of big data in smart city The role of big data in smart city \ [Journal Article]. International Journal of information management 36 ...

  21. [29]

    , Liu, L

    huo:2007 APACrefauthors Huo, J. , Liu, L. , Liu, L. , Yang, Y. Li, L. APACrefauthors \ 2007 . A Study on Distributed Resource Information Service in Grid System A study on distributed resource information service in grid system . 31st Annual International Computer Software and...

  22. [30]

    , Puri, S

    RN53 APACrefauthors Jatana, N. , Puri, S. , Ahuja, M. , Kathuria, I. Gosain, D. APACrefauthors \ 2012 . A survey and comparison of relational and non-relational database A survey and comparison of relational and non-relational database \ [Journal Article]. International Journa...

  23. [31]

    , Kumar, T

    RN152 APACrefauthors Khan, W. , Kumar, T. , Zhang, C. , Raj, K. , Roy, A.M. Luo, B. APACrefauthors \ 2023 . SQL and NoSQL database software architecture performance analysis and assessments—a systematic literature review Sql and nosql database software architecture performance...

  24. [32]

    , Kumar, R

    liang2006fasttrack APACrefauthors Liang, J. , Kumar, R. Ross, K.W. APACrefauthors \ 2006 . The FastTrack overlay: A measurement study The fasttrack overlay: A measurement study . Computer Networks 50 6 842--858,

  25. [33]

    , Deng, W

    RN127 APACrefauthors Lv, Z. , Deng, W. , Zhang, Z. , Guo, N. Yan, G. APACrefauthors \ 2019 . A data fusion and data cleaning system for smart grids big data A data fusion and data cleaning system for smart grids big data \ [Conference Proceedings]. 2019 IEEE Intl Conf on Paral...

  26. [34]

    , Barnhill, M

    RN161 APACrefauthors Madison, M. , Barnhill, M. , Napier, C. Godin, J. APACrefauthors \ 2015 . NoSQL database technologies Nosql database technologies \ [Journal Article]. Journal of International Technology and Information Management 24 1 1,

  27. [35]

    , Talia, D

    mastroianni:2005 APACrefauthors Mastroianni, C. , Talia, D. Verta, O. APACrefauthors \ 2005 . A super-peer model for resource discovery services in large-scale grids A super-peer model for resource discovery services in large-scale grids . Future Generation Computer Systems 1235-1248,

  28. [36]

    APACrefauthors \ 2020

    RN66 APACrefauthors Messina, A.R. APACrefauthors \ 2020 . Data Fusion and Data Mining for Power System Monitoring Data fusion and data mining for power system monitoring \ [Book]. CRC Press

  29. [37]

    \ Tolstoy, A

    RN54 APACrefauthors Miloslavskaya, N. \ Tolstoy, A. APACrefauthors \ 2016 . Big data, fast data and data lake concepts Big data, fast data and data lake concepts \ [Journal Article]. Procedia Computer Science 88 300-305,

  30. [38]

    , Altrafi, O.G

    RN63 APACrefauthors Mohamed, M.A. , Altrafi, O.G. Ismail, M.O. APACrefauthors \ 2014 . Relational vs. nosql databases: A survey Relational vs. nosql databases: A survey \ [Journal Article]. International Journal of Computer and Information Technology 3 03 598-601,

  31. [39]

    \ Amorim, C.L

    D1HT-paper APACrefauthors Monnerat, L. \ Amorim, C.L. APACrefauthors \ 2015 . An effective single-hop distributed hash table with high lookup performance and low traffic overhead An effective single-hop distributed hash table with high lookup performance and low traffic overhe...

  32. [40]

    \ Mundra, D

    RN119 APACrefauthors Nambiar, A. \ Mundra, D. APACrefauthors \ 2022 . An Overview of Data Warehouse and Data Lake in Modern Enterprise Data Management An overview of data warehouse and data lake in modern enterprise data management \ [Journal Article]. Big Data and Cognitive C...

  33. [41]

    \ Wieder, U

    RN456 APACrefauthors Naor, M. \ Wieder, U. APACrefauthors \ 2003 . A Simple Fault Tolerant Distributed Hash Table A simple fault tolerant distributed hash table \ [Conference Proceedings]. M.F. Kaashoek\ I. Stoica\ ( ), Peer-to-Peer Systems II Peer-to-peer systems ii \ ( 88-97...

  34. [42]

    , Ooi, B

    peerdb APACrefauthors Ng, W. , Ooi, B. , Tan, K L. Zhou, A. APACrefauthors \ 2003 . PeerDB: a P2P-based system for distributed data sharing Peerdb: a p2p-based system for distributed data sharing . Proceedings 19th International Conference on Data Engineering (Cat. No.03CH3740...

  35. [43]

    APACrefauthors \ 2018

    RN62 APACrefauthors Nisa, B.U. APACrefauthors \ 2018 . A Comparison between Relational Databases and NoSQL Databases A comparison between relational databases and nosql databases \ [Journal Article]. International Journal of Trend in Scientific Research and Development (IJTSRD) 2 3 ,

  36. [44]

    , Eide, E

    pordas APACrefauthors Norvag, K. , Eide, E. Standal, O.H. APACrefauthors \ 2007 . Query planning in P2P database systems Query planning in p2p database systems . 2007 2nd International Conference on Digital Information Management 2007 2nd international conference on digital in...

  37. [45]

    , Albrecht, J

    Oppenheimer APACrefauthors Oppenheimer, D. , Albrecht, J. , Patterson, D. Vahdat, A. APACrefauthors \ 2005 . Design and implementation tradeoffs for wide-area resource discovery Design and implementation tradeoffs for wide-area resource discovery . HPDC-14. Proceedings. 14th I...

  38. [46]

    APACrefauthors \ 2021

    RN94 APACrefauthors Padallan, J.O. APACrefauthors \ 2021 . Distributed Database Architecture Distributed database architecture \ [Book]. Burlington, Arcler Press

  39. [47]

    panda2022high APACrefauthors Panda, D.K. , Lu, X. Shankar, D. APACrefauthors \ 2022 . High-performance big data computing High-performance big data computing . MIT Press

  40. [48]

    APACrefauthors \ 2023

    RN45 APACrefauthors Pauline, H. APACrefauthors \ 2023 . Unleashing the benefits of data for energy systems Unleashing the benefits of data for energy systems \ [Web Page]. APACrefURL https://www.iea.org/commentaries/unleashing-the-benefits-of-data-for-energy-systems APACrefURL

  41. [49]

    , Garbacki, P

    pouwelse2005bittorrent APACrefauthors Pouwelse, J. , Garbacki, P. , Epema, D. Sips, H. APACrefauthors \ 2005 . The bittorrent p2p file-sharing system: Measurements and analysis The bittorrent p2p file-sharing system: Measurements and analysis . Peer-to-Peer Systems IV: 4th Int...

  42. [50]

    , Moncelli, S

    puppin:2005 APACrefauthors Puppin, D. , Moncelli, S. , Baraglia, R. , Tonellotto, N. Silvestri, F. APACrefauthors \ 2005 . A Grid Information Service Based on Peer-to-Peer A grid information service based on peer-to-peer . EuroPar2005 Europar2005 \ ( 454-464). LNCS

  43. [51]

    \ Basha, K.T

    RN74 APACrefauthors Raghavendra, G. \ Basha, K.T. APACrefauthors \ 2017 . Data Processing through Data Warehouse and Data mining Data processing through data warehouse and data mining \ [Journal Article]. International Journal of Modern Trends in Engineering & Research 4 5 45-...

  44. [52]

    , Wang, Z

    Hao APACrefauthors Ren, H. , Wang, Z. Liu, Z. APACrefauthors \ 2006 . A Hyper-cube based P2P Information Service for Data Grid A hyper-cube based p2p information service for data grid . Grid and Cloud Computing, International Conference on 0 508-513, APACrefDOI doi:10.1109/GCC...

  45. [53]

    APACrefauthors \ 2001

    ripeanu2001peer APACrefauthors Ripeanu, M. APACrefauthors \ 2001 . Peer-to-peer architecture case study: Gnutella network Peer-to-peer architecture case study: Gnutella network . Proceedings first international conference on peer-to-peer computing Proceedings first internation...

  46. [54]

    Sahota APACrefauthors Sahota, V. , Li, M. , Baker, M. Antonopoulos, N. APACrefauthors \ 2009 . A grouped P2P network for scalable grid information services A grouped p2p network for scalable grid information services . Peer-to-Peer Networking and Applications 2 3-12, APACrefDO...

  47. [55]

    , Poyhtari, S

    sanjuan APACrefauthors Sanjuan, H. , Poyhtari, S. , Teixeira, P. Psaras, I. APACrefauthors \ 2020 . Merkle-CRDTs: Merkle-DAGs meet CRDTs. Merkle-crdts: Merkle-dags meet crdts. APACrefURL https://arxiv.org/abs/2004.00107 APACrefURL

  48. [56]

    , Manghi, P

    xpeer APACrefauthors Sartiani, C. , Manghi, P. , Ghelli, G. Conforti, G. APACrefauthors \ 2005 . XPeer : A Self-Organizing XML P2P Database System Xpeer : A self-organizing xml p2p database system . W. Lindner, M. Mesiti, C. T \"u rker, Y. Tzitzikas \ A.I. Vakali\ ( ), Current...

  49. [57]

    RN83 APACrefauthors Shen, X. , Yu, H. , Buford, J. Akon, M. APACrefauthors \ 2010 . Handbook of peer-to-peer networking Handbook of peer-to-peer networking \ ( 34)\ [Book]. Springer Science & Business Media

  50. [58]

    How Do Google Services Store Petabyte-Exabyte Scale Data? How do google services store petabyte-exabyte scale data? \ [Web Page]

    RN75 APACrefauthors Shivang APACrefauthors \ 2020 . How Do Google Services Store Petabyte-Exabyte Scale Data? How do google services store petabyte-exabyte scale data? \ [Web Page]. APACrefURL https://scaleyourapp.com/google-database-how-do-google-services-store-petabyte-exaby...

  51. [59]

    , Xiao, B

    RN405 APACrefauthors Song, R. , Xiao, B. , Song, Y.B. , Guo, S.T. Yang, Y.Y. APACrefauthors \ 2023 . A Survey of Blockchain-Based Schemes for Data Sharing and Exchange A survey of blockchain-based schemes for data sharing and exchange \ [Journal Article]. Ieee Transactions on ...

  52. [60]

    , B \"o lat, K

    sundsgaard2025data APACrefauthors Sundsgaard, K. , B \"o lat, K. Yang, G. APACrefauthors \ 2025 . Data Enrichment Opportunities for Distribution Grid Cable Networks using Variational Autoencoders Data enrichment opportunities for distribution grid cable networks using variatio...

  53. [61]

    , Hansen, J.Z

    RN278 APACrefauthors Sundsgaard, K. , Hansen, J.Z. , Mwinuka, L.J. , Yang, G. Cafaro, M. APACrefauthors \ 2024 . A Decentralised Relational Data Model for Reliability Studies of Medium-Voltage Cables A decentralised relational data model for reliability studies of medium-volta...

  54. [62]

    , Jin, H

    Tao APACrefauthors Tao, Y. , Jin, H. , Wu, S. Shi, X. APACrefauthors \ 2010 . Scalable DHT- and ontology-based information service for large-scale grids Scalable dht- and ontology-based information service for large-scale grids . Future Generation Computer Systems 26 5 729 - 7...

  55. [63]

    \ Hyland-Wood, D

    RN188 APACrefauthors Tomaszuk, D. \ Hyland-Wood, D. APACrefauthors \ 2020 . RDF 1.1: Knowledge representation and data integration language for the Web Rdf 1.1: Knowledge representation and data integration language for the web \ [Journal Article]. Symmetry 12 1 84,

  56. [64]

    , Basumatary, N

    RN309 APACrefauthors Tuli, S. , Basumatary, N. , Gill, S.S. , Kahani, M. , Arya, R.C. , Wander, G.S. Buyya, R. APACrefauthors \ 2020 . HealthFog: An ensemble deep learning based Smart Healthcare System for Automatic Diagnosis of Heart Diseases in integrated IoT and fog computi...

  57. [65]

    \ Schikuta, E

    RN366 APACrefauthors Vamosi, R. \ Schikuta, E. APACrefauthors \ 2022 . Data Allocation with Neural Similarity Estimation for Data-Intensive Computing Data allocation with neural similarity estimation for data-intensive computing \ [Conference Proceedings]. 22nd Annual Internat...

  58. [66]

    \ Gallivan, K

    gsoap-conference APACrefauthors Van Engelen, R. \ Gallivan, K. APACrefauthors \ 2002 . The gSOAP Toolkit for Web Services and Peer-to-Peer Computing Networks The gsoap toolkit for web services and peer-to-peer computing networks . 2nd IEEE/ACM International Symposium on Cluste...

  59. [67]

    , Huang, L

    RN52 APACrefauthors Wang, X. , Huang, L. , Xu, X. , Zhang, Y. Chen, J Q. APACrefauthors \ 2011 . A Solution for Data Inconsistency in Data Integration A solution for data inconsistency in data integration \ [Journal Article]. J. Inf. Sci. Eng. 27 2 681-695,

  60. [68]

    \ Arrison, T

    RN80 APACrefauthors Weidman, S. \ Arrison, T. APACrefauthors \ 2010 . Steps Toward Large-Scale Data Integration in the Sciences Steps toward large-scale data integration in the sciences \ [Book]. Washington, D.C. National Academies Press

  61. [69]

    APACrefauthors \ 2017

    RN81 APACrefauthors Yanaga, E. APACrefauthors \ 2017 . Migrating to microservice databases: from relational monolith to distributed data Migrating to microservice databases: from relational monolith to distributed data . Red Hat Developer . APACrefURL https://developers.redhat...

  62. [70]

    \ Garcia-Molina, H

    RN55 APACrefauthors Yang, B.B. \ Garcia-Molina, H. APACrefauthors \ 2003 . Designing a super-peer network Designing a super-peer network \ [Conference Proceedings]. Proceedings 19th international conference on data engineering (Cat. No. 03CH37405) Proceedings 19th internationa...

  63. [71]

    , Luo, J

    Zhu APACrefauthors Zhu, X. , Luo, J. Song, A. APACrefauthors \ 2008 . A Grid Information Services Architecture Based on Structured P2P Systems A grid information services architecture based on structured p2p systems . W. Shen, J. Yong, Y. Yang, J P.A. Barth \`e s \ J. Luo\ ( )...

  64. [72]

    \ Valduriez, P

    RN95 APACrefauthors Özsu, M.T. \ Valduriez, P. APACrefauthors \ 2020 . Principles of distributed database systems Principles of distributed database systems \ ( 4 \ , 4)\ [Book]. Springer

  65. [73]

    write newline

    " write newline " cite write " FUNCTION editor.postfix editor num.names #1 > "( )" "( )" if FUNCTION editor.trans.postfix editor num.names #1 > "( )" "( )" if FUNCTION trans.postfix translator num.names #1 > "( )" "( )" if FUNCTION authors.editors.reflist.apa5 'field := 'dot :...

Pith tools

Reviewed August 6, 2026 · model on record in the stance chip above.