[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
On serializability definition..
Okay granted--I might be overdoing this mailing thing a bit. But, then
I have been on a mail-diet for a whole week..
Consider the following scenario that seems to say that sussman anomaly
is serializable.
Recall that in Sussman Anomaly, C is on A, A is on table, and B is
also on table.
Suppose we consider the goal order On(B,C)-->On(A,B)
For On(B,C), suppose we make the plan:
Put C on Table; Put B on C
Now for On(A,B), We make the plan
Put A on B
Now, we have both goals holding--and so the problem is
serializable. right?
But in class we said it is not serializable.. so what gives?
As Monika S realized and was bugging me at the end of the
class, there is an implicit assumption in our serializability
definitions--that when we solve a subgoal, we will only consider
"non-minimal plans" for that subgoal. (The plan for On(B,C) above is
non-minimal since even if we remove the step of putting C on table, we
are still getting On(B,C)).
In fact, it turns out that serializability definition is anything but
obvious. One can really only talk about serializability with respect
to a class of plans, and a class of planners.
We may talk about this latter--but if you are curious, check out
http://rakaposhi.eas.asu.edu/cse574/serial.pdf
G'night
Rao
[Feb 1, 2003]