Just a sample of the Echomail archive
COMPOSVM:
[ << oldest | < older | list | newer > | newest >> ]
|  Message 262,994 of 264,034  |
|  =?UTF-8?Q?Arne_Vajh=C3=B8j?= to Robert B. Carleton  |
|  Re: Oracle (Rdb) on OpenVMS  |
|  16 Aug 25 19:24:48  |
 From: arne@vajhoej.dk On 8/16/2025 4:29 PM, Robert B. Carleton wrote: > On Sat, 16 Aug 2025 16:06:50 -0400, Arne Vajhøj wrote: > >> On 8/16/2025 2:00 PM, Robert B. Carleton wrote: >>> On Fri, 15 Aug 2025 09:48:25 -0400, Arne Vajhøj wrote: >>>> For non-Rdb usage there are no license or technical reasons to prefer >>>> OCI over AWS, Azure or GCP. >>> >>> As an aside, How many non-Rdb users never moved off of using RMS in >>> their applications? It seems like some of those would be candidates for >>> moving to the cloud. >> >> I assume you mean RMS index-sequential files. > I did. >> >> There must be a lot. If I were to guess then it is still the most common >> VMS persistence technology. > I'm not much of a coder, but I assume that rewriting code already using > index-sequential files would be a non-starter for some. Maybe VSI can > maneuver this situation into something like IBM has with their data sets. > New development incrementally modernizing these systems, rather than > replacing them. Index-sequential files in Pascal, Basic and Cobol are pretty slick in my opinion. What type of modernization do you want? I can a few things: 1) A decent C API (direct RMS calls sucks as API) 2) Get rid of 32K limit - but that will likely require a new file system 3) Add transaction support begin/commit/rollback to API 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