Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Jui-Shang Chiu

dblp:81/2846 · DBLP profile ↗
← Back
3ranked-venue papers
2as first author
0since 2021 · last 1996
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Databases, data management, data science and information retrieval · 3 · 2 first-author

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Databases, data mining, and information retrieval
3 papers
Database theory · 67% Query processing and optimization · 33%

Topics — the 5 heaviest of 6, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Query processing and optimization
aggregate query processing
0.011996
Evaluating Aggregate Operations Over Imprecise Data · IEEE Trans. Knowl. Data Eng. 1996
Database theory › incomplete information
incomplete databases
0.011996
A Note on "Incomplete Relational Database Models Based on Intervals" · IEEE Trans. Knowl. Data Eng. 1996
Database theory
incomplete information
0.011996
Evaluating Aggregate Operations Over Imprecise Data · IEEE Trans. Knowl. Data Eng. 1996
Database theory › deductive database
disjunctive database
0.011995
An Exploration of Relationships Among Exclusive Disjunctive Data · IEEE Trans. Knowl. Data Eng. 1995
Query processing and optimization
query result explanation
0.011995
An Exploration of Relationships Among Exclusive Disjunctive Data · IEEE Trans. Knowl. Data Eng. 1995

Methods — techniques the papers use, named apart from their topics

exponential-time complexity analysis · 0.0relational model extension · 0.0
YearPublicationVenuePosition
1996 Evaluating Aggregate Operations Over Imprecise Data
abstract
Imprecise data in databases were originally denoted as null values, which represent the meaning of "values unknown at present." More generally, a partial value corresponds to a finite set of possible values for an attribute in which exactly one of the values is the "true" value. We define a set of extended aggregate operations, namely sum, average, count, maximum, and minimum, which can be applied to an attribute containing partial values. Two types of aggregate operators are considered: scalar aggregates and aggregate functions. We study the properties of the aggregate operations and develop efficient algorithms for count, maximum and minimum. However, for sum and average, we point out that in general it takes exponential time complexity to do the computations.
Arbee L. P. Chen, Jui-Shang Chiu, Frank Shou-Cheng Tseng
IEEE Trans. Knowl. Data Eng.2
1996 A Note on "Incomplete Relational Database Models Based on Intervals"
abstract
For original paper, see A. Ola and G. Ozsoyoglu, ibid., vol. 5, no. 2, pp. 293-308 (1993). In that paper, a family of relational database models (M-1 to M-5) were proposed to represent unknown values by intervals. Relational operators were extended for evaluating queries on these models. In this paper, we stultify the theorems, claiming that query evaluation in models M-2, M-3 and M-5 is sound.
Jui-Shang Chiu, Arbee L. P. Chen
IEEE Trans. Knowl. Data Eng.1
1995 An Exploration of Relationships Among Exclusive Disjunctive Data
abstract
We elaborate on how to interpret the query answer on exclusive disjunctive databases and how to reduce the query answer into a more concise form. Exclusive disjunctive data are represented as a pair of value set and variable set in Pv-table which is an extension of the relational model. A value set corresponds to a finite set of possible values in which exactly one value is the true value. By variable sets, tuples may be related with certain relationships, namely disjunctive relationship and join relationship. Three kinds of tuple sets are classified according to these relationships, each possesses an important property, namely co-exist, co-nonempty, or co-instance. Based on these properties, the interpretation of Pv-tables can be formalized in a semantically meaningful way, Also, the redundant and mergeable tuples can be identified. After removing and merging tuples accordingly, a more concise Pv-table can thus provide a better understanding of the query result.
Jui-Shang Chiu, Arbee L. P. Chen
IEEE Trans. Knowl. Data Eng.1