مفهوم DBMD Serializability در Java Transaction API ؟

Question

در دانشگاه پروژه ای با این موضوع مطرح شد.

موضوع : طراحی و پیاده سازی وظایف یکی از بخش های سیستم مدیریت پایگاه داده (DBMS) با استفاده از زبان java

1) توليد کننده زمانبندی (Schedule) پي در پي پذير تداخلی (Conflict Serializability) با قابليت تست:

 پی در پی پذيری تداخلی (Conflict Serializability)
 بازگرد پذيری (Recoverable Schedules)
 شکست پله ای (Cascading Rollbacks)

2) توليد کننده زمانبندی (Schedule) پي در پي پذير ديد (View Serializability) با قابليت تست:
 پی در پی پذيری ديد (View Serializability)
 بازگرد پذيری (Recoverable Schedules)
 شکست پله ای (Cascading Rollbacks)

حالا من نمیدونم منظور استاد دقیقا چی هست و باید چیکار بکنم؟ و کسی که جاوا و DB کار کرده باشه شاید بهتر درک کنه.

من بعنوان یک برنامه نویس جاوا اینطور متوجه شدم:

باید یک scheduler تولید کنم که کار crud انجام بده ؟ و باید از Java Transaction API مثلا در EJB استفاده کنم تا  transaction ها مدیریت شوند. و روی داده مشترک درست عمل کند، آیا درست است ؟

و اینکه معنی scheduler و    Conflict Serializability و View Serializability و Recoverable Schedules و Cascading Rollbacks در دنیای DBMS از دیدگاه برنامه نویس چیست ؟

Comments

من فکر می کنم از خود استاد بپرسی بهتر باشه. صورت مسئله خیلی ابهام داره.