>>>It seems me that Oracle DB will be able to reach this term.
>>>May be in the future some of todays large DB servers like Oracle, MS SQL Server, MySQL and DB2 will continue live and will have backward compatibility.
>>>But according me every 10 years you client should update and to implement newer technologies, keeping main DB structure.
>>
>>Using Oracle would defeat the aim of having a small and more or less self-contained application + data. What commonly using applications have the longest lived backwards compatibility? Excel? RTF word processors?
>
>Stuff written in Cobol and Fortran.

For sure. But most of that has another advantage in that it is mostly IBM-based and IBM learned its lesson in the early 1960s when it FORCED all current users to re-write everything that had been written for the 1400-series (and 7000-series, for the few who had them). Their user base threatened en-masse to go elsewhere and IBM promised to never do that again. To my knowledge, they have kept their word.

I see the problem here as quite different. In the "PC" (as opposed to 'mainframe') world we have unrelated hardware vendors, software vendors and application writers as well as 'supplies' (diskettes, tapes, etc) manufacturers.
COM ports seem to be going fast. Parallel ports even faster? I have a hard time finding replacement RAM for my older PC. Seen any 5 1/2 inch diskettes for sale recently? Windows 95, Windows 98 and even Win XP SP1 are no longer supported.

I honestly think it is foolhardy for anyone to think they can either continue to run, or resurrect in 30 years, an application written today! The pace of change is growing daily and consideratons for the past are shrinking.