home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.os.vms      DEC's VAX* line of computers & VMS.      264,096 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 262,995 of 264,096   
   =?UTF-8?Q?Arne_Vajh=C3=B8j?= to Waldek Hebisch   
   Re: Oracle (Rdb) on OpenVMS   
   16 Aug 25 19:16:51   
   
   From: arne@vajhoej.dk   
      
   On 8/16/2025 6:46 PM, Waldek Hebisch wrote:   
   > Arne Vajhøj  wrote:   
   >> It would not make sense for Oracle to port if they expect   
   >> customers to migrate away in a few years.   
   >>   
   >> And it would not make sense for customers to move to x86-64   
   >> and migrate away in a few years.   
   >   
   > Why not?  Succesful platform migration may take a lot of time.   
   > When migration is done in incremental way important part is   
   > increasing portability of source code.  During that production   
   > runs on existing system, in this case VMS.  Assuming that x86-64   
   > part is succesful, that is VSI customers can easily move   
   > software to x86-64 VMS, it make sense to use x86-64 as intermedite   
   > step.  Namely, one has gain on hardware side, that is ability to   
   > retire old hardware and run on new one.  And move to x86-64 can   
   > test some aspects of migration, before it is fully done.   
      
   If they were to migrate it would be lower cost to stay   
   on Itanium and just do one migration instead of two. From   
   VMS Itanium to VMS x86-64 may not require any code changes, but   
   planning, project management, test etc. still make it expensive.   
      
   Any incremental increase of code portability could just as   
   well be done on Itanium. Unless support for newer C++ standards   
   is important.   
      
   > Also, customer using Rdb now and migrationg to x86-64 may plan   
   > migration off Rdb to a different database while staying on VMS.   
      
   Keeping application on VMS and having it access PostgreSQL or   
   MySQL database on Linux would certainly be an option.   
      
   > OTOH, I would not expect much sense in platform choices.  Migration   
   > off VMS may be triggered by retirement of VMS-proponent or promotion   
   > of VMS-enemy.  There could be IT personel who wants to deal with   
   > popular platforms and at some more or less random time management   
   > may follow reccomendation given by IT personel.   
      
   There is always a certain uncertainty/randomness due to   
   human nature.   
      
   Arne   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca