1994
DOI: 10.1007/978-1-4471-3564-7_14
|View full text |Cite
|
Sign up to set email alerts
|

Thémis: a database programming language with integrity constraints

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
7
0
2

Year Published

1995
1995
2004
2004

Publication Types

Select...
5
1

Relationship

0
6

Authors

Journals

citations
Cited by 6 publications
(9 citation statements)
references
References 1 publication
0
7
0
2
Order By: Relevance
“…In particular, Benzaken and Doucet [36] dealt with ways in which to detect statically whether the execution of a method can potentially violate an integrity constraint, and introduced the ideas of identifying the portion of a schema manipulated by an update operation. As we have already pointed out, Liefke and Davidson [12] also address the problem of analyzing pairs of updates and query-update paths to detect possible sources of non-determinism.…”
Section: Methods Properties and Static Analysismentioning
confidence: 99%
“…In particular, Benzaken and Doucet [36] dealt with ways in which to detect statically whether the execution of a method can potentially violate an integrity constraint, and introduced the ideas of identifying the portion of a schema manipulated by an update operation. As we have already pointed out, Liefke and Davidson [12] also address the problem of analyzing pairs of updates and query-update paths to detect possible sources of non-determinism.…”
Section: Methods Properties and Static Analysismentioning
confidence: 99%
“…Furthermore, checking all related constraints after each transaction (even when it is not used) is prohibitively expensive. To reduce the overhead of monolithic runtime tests, it is suggested to prove at compile-time the fact that transactions respect integrity constraints [9,10,52].…”
Section: Related Workmentioning
confidence: 99%
“…Their main motivation is efficiency of consistency checking. Work done in this group provides techniques either to generate checking code for constraints specified declaratively [13,44,46] or explicitly specified in the conceptual model described using the entity relationship model or one of its extension [41,42,57] or to prove correctness of methods of classes and transactions w.r.t. integrity constraints [2,3,58].…”
Section: Related Workmentioning
confidence: 99%