Post 6.5 maintenance release?
Marc Whitney
logged with Sybase (SaveAsAscii, incremental re-builds, convertings strings to
reals). Does someone at Sybase have any idea of a next maintenance release
date or patch to download? We would like to use the upgrade sometime soon.
Any information would be greatly appreciated.
TIA
Marc
Eric Aling [TeamPS]
Normally, a maintenance release is released every half year. I think this
schedule also applies for 6.5.
--
- Eric Aling [TeamPS], Cypres Informatisering bv, The Netherlands
Eric's Home & PB Site @ http://utopia.knoware.nl/users/cypr115
Marc Whitney <marcw...@compuserve.com> wrote in message
6iT5u02...@forums.powersoft.com...
Leonid Rudi
Too many bugs
Eric Aling [TeamPS] <_NOSPAM_...@cypres.nl> пишет в сообщении ...
Chris Kohlbrecher
6.5. At this stage all of the bugs are very costly. Next project, VB
instead of PB.
Leonid Rudi wrote in message ...
Mike Packard
Next project, try Delphi, not VB. After 4 years with PB, I started using Delphi
for alternative projects over two years ago and haven't looked back If you
browse over in the Delphi forum, you'll see there are virtually no posts about
bugs, only how to do stuff. And the support there is very good. Delphi is heaven
and PB is "the other place" is a good analogy. And VB is permanent cripple-ware,
if you're doing client/server programming.
Greg Phaling
I am (and probably others are) curious about "life after the datawindow." Have your
Delphi projects involved database work? If so, how does Delphi do in situations
where you would use a datawindow in PB?
thanks
Greg
Mike Packard
My work with Delphi does involve relational databases (sql).
I hate to be a party-pooper (not the first time), but the datawindow is still king.
Delphi has some nice features like linking two query components together at design time
in a master-detail relationship so that the detail retrieves are done automatically (no
coding at all). And the display grid (as close to the datawindow as it gets) is nice and
offers some good display features.
But the power of the datawindow is not there and some things that you would do easily in
a DW, require either lines of code or pruchasing a 3rd party reporting tool (still not
as good as the dw) to do it.
So, yes, you hit the nail on the head.
BTW, the database I favor in my departmental and small business projects is SQL Anywhere
(same one supplied with PB). And it works great with Delphi. In fact, there's a great
3rd party add-on called Titan that allows direct connection (no ODBC) to SQLA, and it is
very fast.
Also, a co-worker did some benchmarks on identical retrieves with PB and Delphi, and
Delphi won hands down (but mostly because it was doing "retrieve-as-needed").
HTH.
Regards,
-Mike
Paul A. Horan
Is this Titan product available for PowerBuilder apps?
We HATE using ODBC to interface with our SQLA database. If this offers a
performance boost, as well as ridding us of the ODBC beast, we're all for
it.
Got a URL for these guys?
Paul Horan
VCI
Springfield, MA
Mike Packard wrote in message <35FD3107...@sdge.com>...
Jim Egan
"retrieve-as-needed"). <<
That's cheating. <g> Use the RetrieveAsNeeded in PB and it might be a more
fair race.
--
Jim Egan [TeamPS]
Houston, TX
Jim Egan
up you can pretty much forget about ODBC.
Really hate ODBC? Use the Open Server Gateway with SQL Anywhere and you
can connect direct to it like it was SQL Server.
--
Jim Egan [TeamPS]
Houston, TX
Paul A. Horan <pa...@nospam.twoplus.com> wrote in article
<KQnppmC...@forums.powersoft.com>...
> >Delphi won hands down (but mostly because it was doing
> "retrieve-as-needed").
> >
Mike Packard
"Cheating" is correct. However, if I remember the test, Delphi won slightly
even during a "fair" test. In fact, Delphi has it over PB in all areas *except*
the datawindow. And that's a pretty big area! Since I use PB during the day,
and Delphi nights and weekends, I really have a hard time saying which one I
prefer working with.
If I'm doing reports, it's PB.
If I'm doing a client/server app, it's a toss up. If it's a corporate app, then
probably PB.
If I'm doing commercial software (as opposed to corporate), Delphi is the
choice, hands down (speed, deployment footprint, etc).
---
-Mike
Jim Egan wrote:
> >>Delphi won hands down (but mostly because it was doing
> "retrieve-as-needed"). <<
>
> That's cheating. <g> Use the RetrieveAsNeeded in PB and it might be a more
> fair race.
Mike Packard
Titan is not available for PB. It's available for Delphi, Access, Brieve,
C++Builder. The web site is http://www.reggatta.com.
If you like speed, direct access, small footprint, and speed, speed, speed then
you might consider using what I call the "holy three":
Delphi, SQLAnywhere, and Titan. It's an unbeatable combination that has no equal
that I've seen yet.
-Mike
Paul A. Horan wrote:
> >Delphi won hands down (but mostly because it was doing
> "retrieve-as-needed").
> >
Jim Egan
update speed except for BCP and LOAD TABLE.
--
Jim Egan [TeamPS]
Houston, TX
Mike Packard <mpac...@sdge.com> wrote in article
<35FFD6C7...@sdge.com>...
> Jim (the-man-to-whom-I-still-owe-two-six-packs),
>
> "Cheating" is correct. However, if I remember the test, Delphi won
slightly
> even during a "fair" test. In fact, Delphi has it over PB in all areas
*except*
> the datawindow. And that's a pretty big area! Since I use PB during the
day,
> and Delphi nights and weekends, I really have a hard time saying which
one I
> prefer working with.
>
> If I'm doing reports, it's PB.
> If I'm doing a client/server app, it's a toss up. If it's a corporate
app, then
> probably PB.
> If I'm doing commercial software (as opposed to corporate), Delphi is the
> choice, hands down (speed, deployment footprint, etc).
> ---
> -Mike
>
>
> Jim Egan wrote:
>
> > >>Delphi won hands down (but mostly because it was doing
> > "retrieve-as-needed"). <<
> >