dbTalk Databases Forums  

Should Cache' be on the MV Family Tree?

comp.databases.pick comp.databases.pick


Discuss Should Cache' be on the MV Family Tree? in the comp.databases.pick forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
dawn
 
Posts: n/a

Default Should Cache' be on the MV Family Tree? - 11-28-2005 , 08:44 PM






Jim or anyone else involved in PIck for Cache' --
Will the Cache' product have functional DataBASIC or multivalue query
languages any time soon? When will it make sense for this product to
be included in the MV Family Tree? Is there a name for it separate
from Cache'? Is there a name for the Basic or query languages yet?

Thanks in advance. --dawn


Reply With Quote
  #2  
Old   
Jim Idle
 
Posts: n/a

Default Re: Should Cache' be on the MV Family Tree? - 11-30-2005 , 11:35 AM







dawn wrote:
Quote:
Jim or anyone else involved in PIck for Cache' --
Will the Cache' product have functional DataBASIC or multivalue query
languages any time soon?
It does already, at least the version on my desktop. I am producing a
new version of the query engine at the moment, though the current one
does an OK job. To answer the obviosu questions:

1) Yes we do support multivalues;
2) Yes we have BASIC
3) Yes we have PROC
4) We do not require you to convert anything to anything else
5) You don't need to resize files and the support items and attributes
etc
6) We have everything else you can think of including SQL enignes,
objects, Java, hot-standby databases, distributed databases, encrypted
databases, Uncle Tom Cobbly, an' all.

Quote:
When will it make sense for this product to
be included in the MV Family Tree?
I am not exactly sure when there will be an official launch as I don't
have to deal with that stuff, but we intend to be be pretty much ready
for Spectrum. But you could start an entry at least.

Quote:
Is there a name for it separate
from Cache'?
Not really. The main thrust is that if you come here you are just as
good as any other Cache user/programmer/application. Once compiled, the
programs run exactly the same as any other compiled language on Cache.
In fact I even compiled Proc ;-).

However we do refer to the MV additions to the product as Cache MV just
so there is some label for them.

Quote:
Is there a name for the Basic or query languages yet?
I don't know about officially, as the marketing people will decide in
the end, but we have

o Cache MVBASIC
o CMQL (Cache Multivalue Query Language)
o A shell (not sure what to call this, internally it is MVC)
o Proc -- I just call this Proc, I am not sure if there is any reason
to call
it anything else any more.

So, next thing is for me to get around to JET, RUNOFF, batch and write
a virtual assembler ;-).

In other words, we are pretty close now.

At spectrum I hope to demonstrate:

Extended dynamic arrays, where the subscripts are not limited to 3 and
are not limited to numbers:

Dim darray As New System.Cache.MV.DynArray ;* Syntax to be decided ;-)
darray("Programmers", "Idle", "Lang")="EN"
darray("Programmers", "Idle", "Lang", "Origin")="UK"

These guys will either be in memory or storage backed (so if you assign
to them they are automatically on disk - no writes or reads or
anything).

(And you thought you could get into trouble with 3 numerics eh?)

Use of objects in MVBASIC:

Dim myObj as New System.Net.Socket

myObj.hostname = "www.intersystems.com"
myObj.Connect()


Not sure how far along I will be on the latter but should be far enough
to demo.

So, you coud start an entry for this, with a few "TBD"s for the names
of things.
Quote:
Thanks in advance. --dawn


Reply With Quote
  #3  
Old   
Simon Verona
 
Posts: n/a

Default Re: Should Cache' be on the MV Family Tree? - 11-30-2005 , 01:45 PM



Jim

sounds like the MV add-ons coupled with the existing Cache architecture fill
in all the "holes" that I felt are left in jBASE... If it turns out to be
reasonably compatible with an application currently running on jBase then
maybe sometime soon I'll be running on Cache...

You did say that Cache was free and that with every 100 licences you get
$1000 cash-back? <G>

Regards
Simon


"Jim Idle" <jimi (AT) temporal-wave (DOT) com> wrote

Quote:
dawn wrote:
Jim or anyone else involved in PIck for Cache' --
Will the Cache' product have functional DataBASIC or multivalue query
languages any time soon?

It does already, at least the version on my desktop. I am producing a
new version of the query engine at the moment, though the current one
does an OK job. To answer the obviosu questions:

1) Yes we do support multivalues;
2) Yes we have BASIC
3) Yes we have PROC
4) We do not require you to convert anything to anything else
5) You don't need to resize files and the support items and attributes
etc
6) We have everything else you can think of including SQL enignes,
objects, Java, hot-standby databases, distributed databases, encrypted
databases, Uncle Tom Cobbly, an' all.

When will it make sense for this product to
be included in the MV Family Tree?

I am not exactly sure when there will be an official launch as I don't
have to deal with that stuff, but we intend to be be pretty much ready
for Spectrum. But you could start an entry at least.

Is there a name for it separate
from Cache'?

Not really. The main thrust is that if you come here you are just as
good as any other Cache user/programmer/application. Once compiled, the
programs run exactly the same as any other compiled language on Cache.
In fact I even compiled Proc ;-).

However we do refer to the MV additions to the product as Cache MV just
so there is some label for them.

Is there a name for the Basic or query languages yet?

I don't know about officially, as the marketing people will decide in
the end, but we have

o Cache MVBASIC
o CMQL (Cache Multivalue Query Language)
o A shell (not sure what to call this, internally it is MVC)
o Proc -- I just call this Proc, I am not sure if there is any reason
to call
it anything else any more.

So, next thing is for me to get around to JET, RUNOFF, batch and write
a virtual assembler ;-).

In other words, we are pretty close now.

At spectrum I hope to demonstrate:

Extended dynamic arrays, where the subscripts are not limited to 3 and
are not limited to numbers:

Dim darray As New System.Cache.MV.DynArray ;* Syntax to be decided ;-)
darray("Programmers", "Idle", "Lang")="EN"
darray("Programmers", "Idle", "Lang", "Origin")="UK"

These guys will either be in memory or storage backed (so if you assign
to them they are automatically on disk - no writes or reads or
anything).

(And you thought you could get into trouble with 3 numerics eh?)

Use of objects in MVBASIC:

Dim myObj as New System.Net.Socket

myObj.hostname = "www.intersystems.com"
myObj.Connect()


Not sure how far along I will be on the latter but should be far enough
to demo.

So, you coud start an entry for this, with a few "TBD"s for the names
of things.

Thanks in advance. --dawn




Reply With Quote
  #4  
Old   
dawn
 
Posts: n/a

Default Re: Should Cache' be on the MV Family Tree? - 11-30-2005 , 05:59 PM




Jim Idle wrote:
Quote:
dawn wrote:
Jim or anyone else involved in PIck for Cache' --
Will the Cache' product have functional DataBASIC or multivalue query
languages any time soon?

It does already, at least the version on my desktop. I am producing a
new version of the query engine at the moment, though the current one
does an OK job.
[Digression: While you are at it, could you make it so I could point
the query language at a directory of XML documents (instead of XQuery)?
There is a big gap in the XML space for an easy-to-use query language
(perhaps you could add the update processor to it too)? ]

Quote:
To answer the obviosu questions:

1) Yes we do support multivalues;
2) Yes we have BASIC
3) Yes we have PROC
4) We do not require you to convert anything to anything else
5) You don't need to resize files and the support items and attributes
etc
6) We have everything else you can think of including SQL enignes,
objects, Java, hot-standby databases, distributed databases, encrypted
databases, Uncle Tom Cobbly, an' all.
Cool. I took a look at the web site and see MultiValue BASIC as the
name for the language.

Quote:
When will it make sense for this product to
be included in the MV Family Tree?

I am not exactly sure when there will be an official launch as I don't
have to deal with that stuff, but we intend to be be pretty much ready
for Spectrum. But you could start an entry at least.
I'll do that.

Quote:
Is there a name for it separate
from Cache'?

Not really. The main thrust is that if you come here you are just as
good as any other Cache user/programmer/application. Once compiled, the
programs run exactly the same as any other compiled language on Cache.
In fact I even compiled Proc ;-).

However we do refer to the MV additions to the product as Cache MV just
so there is some label for them.
Makes sense.
Quote:
Is there a name for the Basic or query languages yet?

I don't know about officially, as the marketing people will decide in
the end, but we have

o Cache MVBASIC
The web site calls it MultiValue BASIC

Quote:
o CMQL (Cache Multivalue Query Language)
Good. Thanks.

Quote:
o A shell (not sure what to call this, internally it is MVC)

o Proc -- I just call this Proc, I am not sure if there is any reason
to call
it anything else any more.

So, next thing is for me to get around to JET, RUNOFF, batch and write
a virtual assembler ;-).


In other words, we are pretty close now.
Good job!
Quote:
At spectrum I hope to demonstrate:

Extended dynamic arrays, where the subscripts are not limited to 3 and
are not limited to numbers:

Dim darray As New System.Cache.MV.DynArray ;* Syntax to be decided ;-)
darray("Programmers", "Idle", "Lang")="EN"
darray("Programmers", "Idle", "Lang", "Origin")="UK"

These guys will either be in memory or storage backed (so if you assign
to them they are automatically on disk - no writes or reads or
anything).

(And you thought you could get into trouble with 3 numerics eh?)

Use of objects in MVBASIC:

Dim myObj as New System.Net.Socket

myObj.hostname = "www.intersystems.com"
myObj.Connect()
What API is used to access it from PHP?

Quote:

Not sure how far along I will be on the latter but should be far enough
to demo.

So, you coud start an entry for this, with a few "TBD"s for the names
of things.
I like to put in the pedigree for different flavors. This would be a
clean room version, right? I would think it would be fair to say that
was influenced by jBASE to the extent that you had such information in
your brain, correct? Thanks a bunch and good luck with the upcoming
grand opening. --dawn

Quote:
Thanks in advance. --dawn


Reply With Quote
  #5  
Old   
frosty
 
Posts: n/a

Default Re: Should Cache' be on the MV Family Tree? - 11-30-2005 , 07:21 PM



dawn wrote:
[snip]
Quote:
one little note is that I had not heard or Proc until I started my
excursion in the history. Prime Information and UniData are sans-Proc
(I'm pretty sure).
UniData does indeed support Proc. Or, is it PROC?

--
frosty




Reply With Quote
  #6  
Old   
dawn
 
Posts: n/a

Default Re: Should Cache' be on the MV Family Tree? - 11-30-2005 , 07:28 PM




frosty wrote:
Quote:
dawn wrote:
[snip]
one little note is that I had not heard or Proc until I started my
excursion in the history. Prime Information and UniData are sans-Proc
(I'm pretty sure).

UniData does indeed support Proc. Or, is it PROC?
Really? I haven't seen any UniData systems that use it. If I wanted
to write a Proc in UniData, how would I do that? I'll take a look at
the doc. Did Prime Information support PROC? I have only worked with
UniData apps that came from PI. Maybe that had Proc too and I just
never noticed. Hmmm. --dawn

Quote:
--
frosty


Reply With Quote
  #7  
Old   
frosty
 
Posts: n/a

Default Re: Should Cache' be on the MV Family Tree? - 11-30-2005 , 07:58 PM



Quote:
frosty wrote:
dawn wrote:
[snip]
one little note is that I had not heard or Proc until I started my
excursion in the history. Prime Information and UniData are sans-
Proc (I'm pretty sure).

UniData does indeed support Proc. Or, is it PROC?

dawn wrote:
Really? I haven't seen any UniData systems that use it.
That's very possible; I assumed that "are sans-Proc" meant
"do not support Proc," though.

Quote:
If I wanted
to write a Proc in UniData, how would I do that?
AE VOC GOO <Enter>
I <Enter>
PQ <Enter>
OHello World. <Enter>
<Enter>
FI <Enter>

(To see it work...)
GOO <Enter>

Quote:
I'll take a look at
the doc. Did Prime Information support PROC? I have only worked with
UniData apps that came from PI. Maybe that had Proc too and I just
never noticed. Hmmm. --dawn
Cheers.

--
frosty




Reply With Quote
  #8  
Old   
dawn
 
Posts: n/a

Default Re: Should Cache' be on the MV Family Tree? - 11-30-2005 , 08:41 PM




frosty wrote:
Quote:
frosty wrote:
dawn wrote:
[snip]
one little note is that I had not heard or Proc until I started my
excursion in the history. Prime Information and UniData are sans-
Proc (I'm pretty sure).

UniData does indeed support Proc. Or, is it PROC?

dawn wrote:
Really? I haven't seen any UniData systems that use it.

That's very possible; I assumed that "are sans-Proc" meant
"do not support Proc," though.
Yes, that is what I meant, but I apparently have that wrong.

Quote:
If I wanted
to write a Proc in UniData, how would I do that?

AE VOC GOO <Enter
I <Enter
PQ <Enter
OHello World. <Enter
Enter
FI <Enter

(To see it work...)
GOO <Enter
I'll give that a spin (later). Thanks! --dawn

Quote:
I'll take a look at
the doc. Did Prime Information support PROC? I have only worked with
UniData apps that came from PI. Maybe that had Proc too and I just
never noticed. Hmmm. --dawn

Cheers.

--
frosty


Reply With Quote
  #9  
Old   
michael@preece.net
 
Posts: n/a

Default Re: Should Cache' be on the MV Family Tree? - 12-01-2005 , 12:17 AM




frosty wrote:

Quote:
dawn wrote:
[snip]
one little note is that I had not heard or Proc until I started my
excursion in the history. Prime Information and UniData are sans-Proc
(I'm pretty sure).

UniData does indeed support Proc. Or, is it PROC?

--
frosty
UniVerse does too.

Mike.



Reply With Quote
  #10  
Old   
Bruce Nichol
 
Posts: n/a

Default Re: Should Cache' be on the MV Family Tree? - 12-01-2005 , 12:38 AM



Goo'day,

On 30 Nov 2005 22:17:33 -0800, michael (AT) preece (DOT) net wrote:

Quote:
frosty wrote:

dawn wrote:
[snip]
one little note is that I had not heard or Proc until I started my
excursion in the history. Prime Information and UniData are sans-Proc
(I'm pretty sure).

UniData does indeed support Proc. Or, is it PROC?

--
frosty

UniVerse does too.
IIRC, a PROC processor was about the last thing added to Pr1me
Information...
..
Quote:
Mike.
Regards,

Bruce Nichol
Talon Computer Services
ALBURY NSW Australia

http://www.taloncs.com.au

If it ain't broke, fix it until it is....


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.