> Kay C Lan said
> Xavier pondered:
>
> The issues here is that either we have one big array with
> LOTs of keys or
> > different arrays to parse each (less keys, but more loops )...
> >
> > Any ideas on how to make big multidimensional arrays easier
> to handle?
> >
>
> I'm out of my leagu
Xavier pondered:
The issues here is that either we have one big array with LOTs of keys or
> different arrays to parse each (less keys, but more loops )...
>
> Any ideas on how to make big multidimensional arrays easier to handle?
>
I'm out of my league here but as a fairly 'basic' thinker I ten
On 11/22/05 4:49 PM, "David Bovill" <[EMAIL PROTECTED]> wrote:
>>> Would be great to have an example of this for / with your
>>> documentation - it is not an easy concept to grasp without a good
>>> example?
>>>
>>
>> Easy in fact, e.g. Something as
>>
>> Single Table
>>
>> Kind{ eleme
On 22 Nov 2005, at 15:23, Ruslan Zasukhin wrote:
Would be great to have an example of this for / with your
documentation - it is not an easy concept to grasp without a good
example?
Easy in fact, e.g. Something as
Single Table
Kind{ element, attribute, .. }
Name
Value
Pa
Here's yet another paper on the subject which im sure will interest even
Ruslan ;)
http://www.cs.wisc.edu/~sekar/application/sekar_intelligence.pdf
cheers
Xavier
[EMAIL PROTECTED] wrote on 22/11/2005 15:30:09:
> On 11/22/05 3:55 PM, "David Bovill" <[EMAIL PROTECTED]> wrote:
>
> Hi David,
>
>
On 11/22/05 3:55 PM, "David Bovill" <[EMAIL PROTECTED]> wrote:
Hi David,
>> -
>> FYI, we have realize that Valentina with its Object-Relational
>> model is
>> perfect for XML work. This have point one my friend, that is
>> teacher in
>> university. He say that we must add into Valentina s
On 11/22/05 3:55 PM, "David Bovill" <[EMAIL PROTECTED]> wrote:
>> Also it is possible to use 2 tables for this, to make things little
>> more
>> clean.
>
> Would be great to have an example of this for / with your
> documentation - it is not an easy concept to grasp without a good
> example?
Eas
On 11/22/05 3:27 PM, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> Ruslan
>
> that's very interesting...
>
> You are kind of confirming my need for multiple tables - a sort of linked
> list approach along with
> relational lookups/indexes.
>
> The thing is i dont want to convert stream/ xml
just to back my last post, i found this just a minute ago...
http://lists.xml.org/archives/xml-dev/200303/msg00806.html
> > I want to translate a microsft infopath XML schema to create a SQLite
> > database and later use that database to generate the XML that the
> infopath schema used to.
che
Bill,
I haven't worked extensively with xml or sql - though the later for my
website and the former
for my TAOO arrays in arrays solution or parseable handler parameters...
But from what i saw on the net, you have to define the data models
(schema) you want
translated.
>From there (and i see
I thought this would be your baby :)
On 22 Nov 2005, at 13:49, Ruslan Zasukhin wrote:
Hi David,
Do you talk about mapping of XML document into database ?
Yes.
Any nested level of XML can be simulated on self-recursive table.
I just love recursion :)
Generally speaking any XML document c
I want to translate a microsft infopath XML schema to create a SQLite
database and later use that database to generate the XML that the infopath
schema used to.
On 11/22/05 9:29 AM, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> Bill,
>
> [EMAIL PROTECTED] wrote on 22/11/2005 14:17:23:
>
>>
Bill,
[EMAIL PROTECTED] wrote on 22/11/2005 14:17:23:
> I have found the same thing. It would be nice if there were some routine
> that translated XML schema but so far I have found none and write my XML
> directly.
What do you want to translate your schema to?
X
-
Ruslan
that's very interesting...
You are kind of confirming my need for multiple tables - a sort of linked
list approach along with
relational lookups/indexes.
The thing is i dont want to convert stream/ xml file to be parsed to
memory to db to memory to xml
file or other formats...
This i
I have found the same thing. It would be nice if there were some routine
that translated XML schema but so far I have found none and write my XML
directly.
On 11/22/05 7:16 AM, "David Bovill" <[EMAIL PROTECTED]> wrote:
> On 22 Nov 2005, at 08:53, [EMAIL PROTECTED] wrote:
>
>> I know how to hand
On 11/22/05 2:08 PM, "David Bovill" <[EMAIL PROTECTED]> wrote:
Hi David,
>> BTW, i did try xml into an array, and the problem is still parsing xml...
>> Parsing Arrays is much more efficient...
>
> Yes - would be a problem for large documents - but XUL and web
> services are not that large? For
On 22 Nov 2005, at 12:40, [EMAIL PROTECTED] wrote:
David,
The thing with XUL or the basis for this question is to just
translate XML
type data or streams of data
to memory for faster management
I also tried to work with xml in a recent project and as soon as i
had 500
objects in this
David,
The thing with XUL or the basis for this question is to just translate XML
type data or streams of data
to memory for faster management
I also tried to work with xml in a recent project and as soon as i had 500
objects in this text variable
things started slowing down drastically...
On 22 Nov 2005, at 08:53, [EMAIL PROTECTED] wrote:
I know how to handle these, that's not the problem. Im wondering if
there
isn't
a better way to handle the arrays and/or which is easier to manage...
Not with arrays - I don't think they are up to handling the complex
nesting required. Thi
hello scripters
Just wondering what scripters feel like about a few possible uses of
arrays as objects...
Way back in HyperCard, where no arrays existed, we did the good old
approach
repeat with x = ...
get item x of anything
do "put it into object" & X
Thanks to Scott Raney, we can use
20 matches
Mail list logo
