Proceedings of the Sixth International Workshop on Data Management for Sensor Networks 2009
DOI: 10.1145/1594187.1594198
|View full text |Cite
|
Sign up to set email alerts
|

Validated cost models for sensor network queries

Abstract: Generating a good execution plan for a declarative query has long been a central problem in data management research. With the rise in interest in wireless sensor networks (WSNs) as query processing platforms, it was quickly noticed that the corresponding optimization problem is even more challenging than the classical one, since, in comparison to classical platforms, a WSN is a very constrained computational infrastructure (in terms of memory, processing, and communication capabilities, and, crucially, deplet… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

1
12
0

Year Published

2010
2010
2015
2015

Publication Types

Select...
4
1
1

Relationship

2
4

Authors

Journals

citations
Cited by 9 publications
(13 citation statements)
references
References 15 publications
1
12
0
Order By: Relevance
“…The compilation/optimization process takes as input a SNEEql query (as exemplified in Fig. 1), QoS expectations (not shown in the figure) in the form of a desired acquisition rate (i.e., the frequency at which sensing takes place) and a maximum delivery time (i.e., an upper bound on the acceptable amount of time between data being acquired and being reflected in the emitted results), and the following kinds of metadata: (1) the current connectivity graph, which describes the (cost-assigned) communication edges in the WSN; (2) the logical schema for the query, which describes the available logical extents over the sensing modalities in the WSN; (3) the physical schema for the query, which describes which physical nodes contribute data to which logical extent, and which node acts as base station; (4) statistics about nodes (e.g., available memory and energy stocks); (5) cost-model parameters (e.g., unit costs for sleeping, sensing, processing, and communicating) [1]. The query takes two streams, one stemming from sensors in a field, the other from sensors in a forest.…”
Section: Technical Contextmentioning
confidence: 99%
See 4 more Smart Citations
“…The compilation/optimization process takes as input a SNEEql query (as exemplified in Fig. 1), QoS expectations (not shown in the figure) in the form of a desired acquisition rate (i.e., the frequency at which sensing takes place) and a maximum delivery time (i.e., an upper bound on the acceptable amount of time between data being acquired and being reflected in the emitted results), and the following kinds of metadata: (1) the current connectivity graph, which describes the (cost-assigned) communication edges in the WSN; (2) the logical schema for the query, which describes the available logical extents over the sensing modalities in the WSN; (3) the physical schema for the query, which describes which physical nodes contribute data to which logical extent, and which node acts as base station; (4) statistics about nodes (e.g., available memory and energy stocks); (5) cost-model parameters (e.g., unit costs for sleeping, sensing, processing, and communicating) [1]. The query takes two streams, one stemming from sensors in a field, the other from sensors in a forest.…”
Section: Technical Contextmentioning
confidence: 99%
“…By being governed by an agenda, a SNEE QEP implements a simple form of TDMA. Whilst this is often economical provided that the estimation models are accurate (and [1] shows that they are), any changes to the timing of the operators or transmissions requires the agenda to be recomputed and hence the QEP to be recompiled and propagated into the WSN.…”
Section: Technical Contextmentioning
confidence: 99%
See 3 more Smart Citations