MySQL-protocol.r
[1/10] from: henrik:webz:dk at: 2-Jan-2004 4:28
Hi
I'm working with DocKimbel's wonderful mysql protocol version 0.9.9, but
I am getting a little worried because the site hasn't been updated since
2001 and last forum entry is 9 months old.
Is version 1.0 coming?
--
Regards,
Henrik Mikael Kristensen
[2/10] from: dockimbel:free at: 2-Jan-2004 9:35
Hi Henrik,
The current version has proved to be very stable. I have a few patches to apply
that fix some bugs and I've planned to release them under v1.0. I have also some
improvements and lots of ideas for a v1.1, but unfortunately, very little time
to work on it. I hope to update the web site with a new release in a not so
distant future.
In the meantime, if you (or anyone) have any feature request or bugfix to
provide, I'll be glad to review them. Thanks for your interest and support.
BTW, happy new year to all the rebolers!
Regards,
-DocKimbel.
Henrik Mikael Kristensen wrote:
[3/10] from: carlos:lorenz:bol at: 2-Jan-2004 7:45
> In the meantime, if you (or anyone) have any feature request or bugfix to
> provide, I'll be glad to review them. Thanks for your interest and support.
>
> BTW, happy new year to all the rebolers!
>
> Regards,
> -DocKimbel.
Yes I have a suggestion: keep doing the excelent work :)
I use mysql.r everyday and I find it just great!
Hope you find the amount of needed time to keep the site on.
Many regards and happy 2004
Carlos
[4/10] from: g:santilli:tiscalinet:it at: 2-Jan-2004 15:42
Hi Henrik,
On Friday, January 2, 2004, 4:28:16 AM, you wrote:
HMK> I'm working with DocKimbel's wonderful mysql protocol version 0.9.9, but
HMK> I am getting a little worried because the site hasn't been updated since
HMK> 2001 and last forum entry is 9 months old.
I think it isn't being updated just because it works so well. :-)
Regards,
Gabriele.
--
Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer
Amiga Group Italia sez. L'Aquila --- SOON: http://www.rebol.it/
[5/10] from: tim:johnsons-web at: 2-Jan-2004 8:33
* Gabriele Santilli <[g--santilli--tiscalinet--it]> [040102 05:56]:
> Hi Henrik,
>
> On Friday, January 2, 2004, 4:28:16 AM, you wrote:
>
> HMK> I'm working with DocKimbel's wonderful mysql protocol version 0.9.9, but
> HMK> I am getting a little worried because the site hasn't been updated since
> HMK> 2001 and last forum entry is 9 months old.
> I think it isn't being updated just because it works so well. :-)
Roger that. I use it daily without fail. One thing I have done
is "hack" mysql-protocol (with Nenad's guidance)
so that I can return one-dimensional lists when it suits me.
I recommend that as a permanent feature.
Tim
--
Tim Johnson <[tim--johnsons-web--com]>
http://www.alaska-internet-solutions.com<
[6/10] from: ptretter:charter at: 2-Jan-2004 11:12
Yes. I second that. Great work!
[7/10] from: henrik:webz:dk at: 2-Jan-2004 23:26
On Fri, 2004-01-02 at 18:33, Tim Johnson wrote:
> * Gabriele Santilli <[g--santilli--tiscalinet--it]> [040102 05:56]:
> >
<<quoted lines omitted: 6>>
> > HMK> 2001 and last forum entry is 9 months old.
> > I think it isn't being updated just because it works so well. :-)
Great to hear that the project isn't dead. It works very well and fast
here too.
> Roger that. I use it daily without fail. One thing I have done
> is "hack" mysql-protocol (with Nenad's guidance)
> so that I can return one-dimensional lists when it suits me.
>
> I recommend that as a permanent feature.
Yes, it would be nice to 'extract information more easily that way.
--
Regards,
Henrik Mikael Kristensen
[8/10] from: tim:johnsons-web at: 2-Jan-2004 13:57
* Henrik Mikael Kristensen <[henrik--webz--dk]> [040102 13:43]:
> On Fri, 2004-01-02 at 18:33, Tim Johnson wrote:
> > * Gabriele Santilli <[g--santilli--tiscalinet--it]> [040102 05:56]:
<<quoted lines omitted: 16>>
> > I recommend that as a permanent feature.
> Yes, it would be nice to 'extract information more easily that way.
When I and DocKimbel discussed that, he said (if I recall correctly),
that he had run some tests and looked like there was less memory
fragmentation and somewhat better performance with the 'flattened'
approach.
I would imagine, that with queries that return large amounts of
it would be better to leave the processed block as "unflattened",
since each "inner block" would constitute a seperate node.
Also, it would be interesting to compare performance using lists as
opposed to blocks. IOWS, if you look at DocKimbel's code, it looks
like all data is being handled internally as block!
Unfortunately, Rebol documentation does not distinguish between
blocks and lists and in fact
>> help list!
No information on list! (word has no value)
;; and
>> help to-list
USAGE:
TO-LIST value
DESCRIPTION:
(undocumented)
ARGUMENTS:
value -- (Type: any)
;; not much 'help' there :-(
But I believe that lists and blocks are implemented
differently internally, but I'm ignorant as to how.
any comments on this?
tim
--
Tim Johnson <[tim--johnsons-web--com]>
http://www.alaska-internet-solutions.com<
[9/10] from: hallvard:ystad:oops-as:no at: 8-Mar-2004 0:57
Hi,
This is a late reply to a message from june last year.
Dixit Tim Johnson (16.54 26.06.2003):
>Hello Rebols:
> DocKimbel and I had an OT exchange of emails early
<<quoted lines omitted: 17>>
>DocKimbel indicated that he had observed less memory fragmentation
>in comparison of the two methods.
Why change in 'convert-types? Couldn't one just as well change these lines in 'read-rows:
row: make block! cols
parse/all/case row-data [any [read-field (append row field)]]
append/only rows row
to
either port/locals/flat? [
parse/all/case row-data [any [read-field (append rows field)]]
] [
row: make block! cols
parse/all/case row-data [any [read-field (append row field)]]
append/only rows row
]
? I'm ignorant. Please tell me what way is the best.
Regards,
HY
[10/10] from: tim:johnsons-web at: 7-Mar-2004 16:51
* Hallvard Ystad <[hallvard--ystad--oops-as--no]> [040307 15:20]:
> Hi,
> This is a late reply to a message from june last year.
<<quoted lines omitted: 36>>
> ]
> ? I'm ignorant. Please tell me what way is the best.
<Grin>I'm sorry, but I can't. I'm currently using version 0.9.9
And below are the changes I have made:
; ======================================================================================================
locals-class: make object! [
; original words here ...
flat?: true ; add by Tim Johnson
]
; ======================================================================================================
convert-types: func [p [port!] rows [block!] /local row i
convert-body action cols col conv-func tmp
][
cols: p/locals/columns
convert-body: make block! 1
action: [if tmp: sys-pick row (i)]
foreach col cols [
i: index? find cols col
if 'none <> conv-func: select p/locals/conv-list col/type [
append convert-body append/only compose action head
sys-insert at compose [change at row (i) :tmp] 5 conv-func
]
]
;if not empty? convert-body [foreach row rows :convert-body] ; replaced below by Tim
Johnson
; Begin Replacement by Tim Johnson
if not empty? convert-body [ ; this and rest of function changed by Tim Johnson
either p/locals/flat? [
row: rows
forskip row length? cols :convert-body
][foreach row rows :convert-body]
]
; End Replacement by Tim Johnson
]
; ======================================================================================================
read-rows: func [port [port!] /part n [integer!]
/local row-data row rows cols count
][
; rows: make block! max any [n 0] port/locals/rows ; replaced by Tim Johnson
; cols: length? port/locals/columns ; replaced by Tim Johnson
; Begin Replacement by Tim Johnson
row-count: max any [n 0] port/locals/rows
cols: length? port/locals/columns
rows: make block! either port/locals/flat? [row-count * cols][row-count]
; End Replacement
count: 0
forever [
row-data: read-packet-via port
if empty? row-data [return []] ; empty set
row: make block! cols
parse/all/case row-data [any [read-field (append row field)]]
; append/only rows row ; this line replaced by line below: Tim Johnson
either port/locals/flat? [append rows row][append/only rows row]
if port/locals/stream-end? or all [part n = count: count + 1][break] ; end of stream
or rows # reached
]
if port/locals/auto-conv? [convert-types port rows]
recycle ; lot of garbage to recycle here ! :)
rows
]
--
Tim Johnson <[tim--johnsons-web--com]>
http://www.alaska-internet-solutions.com
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted