Re: Wanted:MAIL.MAI structure definition

Dave Froble wrote:
JF Mezei wrote:
Hoff Hoffman wrote:
More efficient, and less flexible -- it's a trade-off. There are
serious limits within the current design, such as the inability to
generally search the mail file, or to have a message in two folders, or
to handle the information in a transactional format, etc.

Funny, ALLIN1 does all of this and it uses ISAM files for in indexes.

Yeah, through the years we did lots of things. We also learned some lessons. New ideas and products grew out of such.

Bottom line, a relational database is more flexible in the retrival of data. Note that I'm not a big fan of relational databases as a cure-all for all purposes. But for retrieval and searching, they're pretty good.


I have to assume that there is a lack of familiarity with relational databases here. Relational databases are very powerful, and very easy to add new data and new tables, and allow the programmer to provide the end user great flexibility -- in terms of data organization, cross linkages, action routines, transactional integrity, etc.

Could you do this with RMS? Ayup. But by the time you're done, you are maintaining your own semi-relational database -- and there are features of database products that your upgraded RMS would still lack -- and then you get to maintain your database, support and upgrade it, and all the effort that entails?


The problem with mail these days is that RFC822 headers are quite
variable and new fields are added and not always consistently used. And
one really needs to keep that header "intact" because it is like a
postmark on a letter. So even if you were to parse the RFC822 header
into some fancy XML structure, you'd still need to retain the original
RFC822 header because your XML parser wouldn't be able to understand new
fields being added to RFC822.

Wanna bet?


I have to assume that there is a lack of familiarity with XML here.

Looking past the hype (not an easy task :-), XML is very powerful and very portable, and it gets the application out of the business of parsing the data. (There are trade-offs here too, as the XML libraries have substantial overhead. It doesn't scale as well as a more traditional database.)

In OpenVMS terms, XML is a portable text-based itemlist-like construct -- and one that can be nested, provided with attributes and tags, structurally verified, displayed, embedded, transfered, and extended as required. I'm using XML within OpenVMS V8.3, and for all of these reasons.

I would also propose storing the data in a database, and allowing the external software to access the data via XML; to allow data imports and exports using XML. This gets the other software out of the business of processing RFC-compliant headers. (And, going full circle, if SMTP mail were to be (re)implemented today, it is exceedingly likely that XML would have been used as the basis of the wrappers.)



.

Relevant Pages

  • Re: DISCOVER_XML_METADATA
    ... expansion of ASSL XML returned by the server. ... You could do ExpandObject for the server in step 1. ... you could request ExpandObject for that database -- this is step ... all cubes and nothing else. ...
    (microsoft.public.sqlserver.olap)
  • Re: Preservation of namespace prefixes in XML datatype
    ... representation well beyond merely preserving the logical meaning. ... > Now the ANSI/ISO SQL-2003 standard makes it pretty clear that the XML ... all the guarantee the database gives you is that we preserve the ... >> makes changes in namespace prefixes, will I the user/developer have the ...
    (microsoft.public.sqlserver.xml)
  • Re: Wanted:MAIL.MAI structure definition
    ... a relational database is more flexible in the retrival of data. ... Perhaps this impact has been softened as hardware has gotten faster, but, overhead is overhead, and if you weren't using the advances in hardware for overhead, those designs that have less overhead would also gain from the faster hardware. ... RFC822 header because your XML parser wouldn't be able to understand new ...
    (comp.os.vms)
  • Re: Rework [Was: Static vs. Dynamic typing...]
    ... Agile projects have an extraordinarily low chance of a big change. ... Suppose you start with XML files, and by Iteration 6 the ... Switching to a database is now cheaper than morphing XML files into a ...
    (comp.programming)
  • Re: Data source options
    ... > customer to access the app and own the data. ... and by keeping the "main database" closer to the "web application ... I've been watching the "maturation" of the XML space. ... Visage ISN'T free - but it is cheap as chips ...
    (comp.databases.pick)