be a relation scheme.
be a set of functional dependencies on
.
and
form a decomposition of
.
if at
least one of the following functional dependencies are in
:
) are a candidate key for at least one of the two relations.
This ensures that we can never get the situation where spurious tuples are generated, as for any value on the join attributes there will be a unique tuple in one of the relations.

assets bcity, the augmentation
rule for functional dependencies implies that

Borrow-scheme = bname,
our decomposition is lossless join.


This is also a lossless-join decomposition.