[Info-vax] The real problem that needs solving to grow VMS

[Arne Vajhøj]

On 11/23/2022 11:48 AM, John Dallman wrote:
> In article <tll90k$cotm$1 at dont-email.me>, davef at tsoft-inc.com (Dave
> Froble) wrote:
>> On 11/23/2022 8:11 AM, Simon Clubley wrote:
>>> It doesn't. David's problem is a normal transaction based problem
>>> with issuing and managing items, but with the added complexity that
>>> the part number can change on a regular basis. Supersessions and
>>> supersession loops are part of normal parts management and the
>>> surprise is not the problem, but the fact the vendors his customers
>>> are talking to can't handle them.
>> Some of the younger people in IT seem to lack understanding of some
>> fundamentals.
> 
> Many of them are taught about relational databases as some kind of holy
> writ, the answer to everything that reality has to adjust to. The
> original promoters of relational databases tended to do that, and their
> ideas have been uncritically accepted.

20 years ago relational databases was *it* for persistence. Today
it is a bit more blurred.

The 21 yo CS student that are very active on SO will
probably say MongoDB (NoSQL document store).

The web 3.0 startup currently running out of VC capital
will probably also say MongoDB.

The desktop app developer will probably say SQLite (relational).

The small or large business needing to store money data related
to their business will probably say Oracle DB or MS SQLServer
or PostreSQL or MySQL (relational). [this is the VMS market!!]

The web scale business needing to store info on a large
portion of the worlds population will probably say
sharded MySQL or PostgreSQL (relational) and
for certain high volume data RocksDB or similar
(NoSQL key value store) for the transactional
processing and then Cassandra or HBase (NoSQL
wide column store) for data analysis.

Arne