fortress
- no tcp/ip support (for now)
- no multiprocessing support
- no SQL support
- still using DBF only format
- doesn't work with vo2.5b3 (works with vo2.5a)
advantage
- tcp/ip
- multiprocessing
- 4gb+ file support
- SQL support ( even with free local version support )
- Dictionary support
- Proprietary format with more field types and clipper / foxpro - dbf format
- ODBC / OLEDB driver
- Linux / netware / windows
- Local server (free)
- Record / Table encryption
- ...
I've written my own server-class using native ads-calls (no RDD). I can use
my dbf-tables the old fashioned way or through sql-statements. It's way
faster than RDD-concept and way more flexible.
Oh and ESI gives great support. The latest mail from Loadstone was that they
didn't support the product anymore (to make it compatible to VO2.5b3)
So I don't understand why the majority is still using DBFCDX-rdd.
Regards,
Filip
I use ADS Local server but have never used SQL, could you
please show me an example to get me started??
Found nothing in the ADS manual
Thanks
Paolo
Bill Schuler
Advantage Database Server
World Wide Sales Manager
Phone (800)235-7576 ext. 6051
(208)322-7575 ext. 6051
Fax (208)327-5006
bi...@extendsys.com
5777 N. Meeker Ave. Boise, ID 83711
http://www.advantagedatabase.com
http://solutions.advantagedatabase.com
"Filip Fransen" <filip....@datsup.be> wrote in message
news:ab90ik$etg$1...@news.versatel.net...
"Bill Schuler (ADS)" <bi...@extendsys.com> wrote in message
news:ab94bu$khq$0...@204.134.216.42...
check the api's :
AdsPrepareSQL()
AdsExecuteSQL()
but you have to write your own wrappers around them
Filip
"Paolo" <inte...@iol.it> wrote in message
news:ab92t6$g740k$1...@ID-119280.news.dfncis.de...
I would also like to see some VO/ADS SQL examples... Bill?
-Marc-
Even though we have competing products we have always played nice together.
One of the best vendors I have ever worked with (Outside of ESI :-)).
Bill Schuler
Advantage Database Server
World Wide Sales Manager
Phone (800)235-7576 ext. 6051 (
208)322-7575 ext. 6051
Fax (208)327-5006
bi...@extendsys.com
5777 N. Meeker Ave. Boise, ID 83711
http://www.advantagedatabase.com
http://solutions.advantagedatabase.com
"Jamie Macleod" <bu...@yahoo.com> wrote in message
news:QLUB8.22892$rS5.9...@news2.telusplanet.net...
LOCAL oAxConnection AS cAxConnect
LOCAL oAxTab AS cAxTable
LOCAL oAxSQL AS cAxSQL
oAxConnection:=cAxConnect{}
oAxConnect:CharType := ADS_ANSI
oAxConnect:CheckRights := ADS_IGNORERIGHTS
oAxConnect:ServerType := ADS_REMOTE_SERVER // ADS_LOCAL_SERVER //
ADS_INTERNET_SERVER
oAxConnect:LockType := ADS_PROPRIETARY_LOCKING
oAxConnect:TableType := ADS_CDX
oAxConnect:connect( FALSE, "H:\DS-Admin\IMS\Table", "", "" )
oAxTable:=cAxTable{oAxConnection, "CUSTOMER", TRUE }
oAxTable:gotop()
oAxTable:Skip(+1)
...
oAxSQL:=cAxSQL{oAxConnection, TRUE }
oAxSQL:PrepareSQL( "select * from customer where custno = :custno" )
oAxSQL:SetString( "custno", "000001" )
oAxSQL:ExecuteSQL()
oAxSQL:Gotop()
oAxSQL:Skip(+1)
it has the same basic features as cAxTable : gobottom, gotop, skip,
fieldput, fieldget
the "Paolo" <inte...@iol.it> wrote in message
news:ab92t6$g740k$1...@ID-119280.news.dfncis.de...
>
"Marc" <Ma...@Fpss.Net> wrote in message news:3CD820E4...@Fpss.Net...
> The latest mail from Loadstone was that they (loadstone) didn't
support the
> product (fortress) anymore (to make it compatible to VO2.5b3)
Loadstone/Grafx are working on Fortress TCP/IP for VO 2.6 right now -
I know because I am helping them out with it. Can you send me the
specific problems you were having using Fortress with 2.5b3 (please
keep the examples small).
--
Paul
----
Paul Piko
Piko Computing Consultants
Phone: +61 3 9432 1222 Fax: +61 3 9432 1255
Email: pa...@piko.com.au Web: http://www.piko.com.au
It's very simple.
Let's say you have a table with 5 numeric fields (with decimals)
The value of these fields returned by fortress is almost always 0.
I've send this to loadstone. They confirmed the bug but didn't solve it.
Filip
"Paul Piko" <pa...@piko.com.au> wrote in message
news:BR0C8.105227$o66.3...@news-server.bigpond.net.au...
We're currently doing some tests with Advantage, hoping this can be a
solution for numerous problems
about file handling on WinNT, Win2000 servers.
However there's 1 issue where we can't find an "easy" solution. In a
particular screen in the program, there's a filter
option that will set a filter by comparing each row with values in another
dbf (using DBFNTX). By using the VO RDD
this could be done by using an object in the setfilter(), where the eval
method would check if the value is valid or not. This doesn't seem to be
possible with the Advantage Server, because the server must be able to
evaluate all values on server-side, meaning that only string filters can be
used.
Do you know a solution for this problem ?
Thx
Dieter De Doncker
Development Rent+
CMS Antwerp
"Filip Fransen" <filip....@datsup.be> schreef in bericht
news:ab90ik$etg$1...@news.versatel.net...
take a look at ADSVO.HLP. There is a Switch to set the AOF (Advantage
Optimized Filters) ON or OFF ( RDDSetInfo( _SET_OPTIMIZE )). In ADSVO.HLP is
an Chapter which describes this Settings and the Functions behind the AOF,
its called 'Differences Between AOFs and Traditional Record Filters'...
CU
Heiko Mueller
Dieter
"Heiko Mueller" <hei...@web.de> schreef in bericht
news:abal5t$gb3tm$1...@ID-86848.news.dfncis.de...
Filip
"De Doncker Dieter" <dieter.d...@skynet.be> wrote in message
news:3cd8d407$0$8161$ba62...@news.skynet.be...
Could you post some sample code ?
Thx
Dieter
"Filip Fransen" <filip....@datsup.be> schreef in bericht
news:abanph$13vt$1...@news.versatel.net...
So, Again, if I read all below, ADS is - on this moment - better then Fortress. (ADS
was also my choice some year ago), but why put fortress into VO 2.6 ?
Just for making money for some 3party owners ?
(Who has the best lobbying machine ?)
Dirk
> So, Again, if I read all below, ADS is - on this moment - better then
Fortress. (ADS
> was also my choice some year ago), but why put fortress into VO 2.6 ?
Is ADS better than Fortress? Why not ask the question: is SQL better than
DBF? I'm not sure that a direct comparison is relevant. Fortress is free and
ADS is not. Fortress may not have all the features of ADS but it doesn't
claim to. I think that once the TCP/IP version is available it is a great
"in-between" step between DBF and full client server. It gives your DBF's a
little bit more scalability and stability. In some senses it could even be
seen as a trainer to a full-scale client/server environment when you don't
have the ability to go that step at that point. But you will need to make of
it what you will. Its not for everyone - not all aspects of the VO
environment are.
> Just for making money for some 3party owners ?
> (Who has the best lobbying machine ?)
Umm, I assume this is just a humorous remark because no-one is getting any
money for these 3rd party products. They are being placed with 2.6 for free.
This is an enormous generosity and together with the SDK, make 2.6 quite a
powerful combination for the price.
Geoff
> I'm not sure that a direct comparison is relevant. Fortress is free and
> ADS is not.
What is free?
ADS Local is Free (for development is free too).
Paulo Ganns
> Umm, I assume this is just a humorous remark because no-one is getting any
> money for these 3rd party products. They are being placed with 2.6 for
free.
I don't think so. At first - it is not for free - 2.6 is only available for
money and the developer version of fortress will be part of this version.
I think Brian will bundle Fortress with VO to sell more Fortress-Packages
after... Brian is a businessman and in this case I understand him - nothing
wrong on that idea. But Geoff, don't say it is for free - it is only a
developer Version and not for resale. In this case: I think Extended Systems
also have a free developer Version from ADS (2 User-Version).
> Is ADS better than Fortress? Why not ask the question: is SQL better than
> DBF? I'm not sure that a direct comparison is relevant.
I think it's relevant. Fortress and ADS - in kernel - do the same things.
Access to DBF-Files via a really Client/Server. ADS have much more and
capabilties to do this - think about Internet Access, DataDictionary and
StreamlineSQL and so on. I think this time ADS is the better solution for
Client/Server-DBF's.
CU
Heiko Mueller
Yes.. this is how I see it too.. you have the options of ;
PEER to PEER DBF
FORTRESS Client Server
Advantage Server
or move to
MySQL or MSSQL or other SQL technologies etc.
So basically pick your poison.
Phil McGuinness
------------------
"Geoff Schaller" <geof...@bigpond.net.au> wrote in message
news:bR6C8.106305$o66.3...@news-server.bigpond.net.au...
Lets say for a moment both are FREE... what is the real cost when I want to
setup 10 sites with 12-15 users per site.
I want to see the FORTRESS and ADVANTAGE licensing prices in say US dollars.
Is this a one off cost for the site or is this an annual cost.?
I would prefer to pay a one off developers license and not a site license.
This is the real issue in my particular case.
Phil McGuinness
----
"Paulo Ganns Chaves" <pga...@net-estance.com.br> wrote in message
news:abaui3$gefrr$1...@ID-89840.news.dfncis.de...
...either that or ADS have conned a lot of people out of money for nothing!
"Paulo Ganns Chaves" <pga...@net-estance.com.br> wrote in message
news:abaui3$gefrr$1...@ID-89840.news.dfncis.de...
The conversation is wrongly concentrating on ADS here. The original comment
was a suggestion that the 3rd party products are being "sold" into 2.6 for
money and this is not the case. There are six definite 3rd party products
(and possibly more) and although some of certainly cut-down versions, they
are being handed over for free. ie no money is being handed over for their
inclusion. That was my point. I thoroughly understand the issue with
Fortress but this is a side-issue to the one under discussion.
Geoff
"Heiko Mueller" <hei...@web.de> wrote in message
news:abavqt$gm8u0$1...@ID-86848.news.dfncis.de...
I look forward to continuing the long standing relationship that we have had
as "friendly competitors" We will of course provide you with what ever you
need in the way of continuing the ADS Client for Visual Objects. We welcome
your active participation in the Visual Objects forum, and hope that as a
result of "friendly competition" that we both end up with better products
for our end users.
Brian Feldman
GrafX Software,
Publishers of
FlexFile
Comix & Fortress
http://www.grafxsoft.com
"Bill Schuler (ADS)" <bi...@extendsys.com> wrote in message
news:ab980s$rsc$0...@204.134.216.42...
I had the same problem, and also not solved. My "way-around" is to include the
keyvalue of the other database into the main-value. It is a lot of work, but give
same advantages :
- If the key is change, the result will still be the same on reports with old values.
Example : Cola belongs to "drinks". If you create a report ordened by groups, there
will be a group "drinks" and inside this group an article "cola".
Now, on a stupid day, manager decide to change his groups, so "cola" belongs to
"softdrinks".
If you take now a report of old data : cola will still belong to "drinks", and "cola"
will belong to "softdrinks" for cola which is buy after this partical day.
I have suggest to ADS to involve a layer for UDF (User Defined Functions). With this
UDFs, you can generate indexes with functions with are not inside the lib of ADS. (Of
course, this UDF must be inside a DLL on the server, and will have some rules). I got
less reaction in the ADS-Newsgroup for this idea.
Dirk
On Wed, 8 May 2002 09:28:29 +0200, "De Doncker Dieter" <dieter.d...@skynet.be>
wrote:
Filip
"De Doncker Dieter" <dieter.d...@skynet.be> wrote in message
news:3cd8e567$0$6943$ba62...@news.skynet.be...
Is Fortress for free ? If I go to the web, it is not shareware....
>> > Just for making money for some 3party owners ?
>> > (Who has the best lobbying machine ?)
>>
>> Umm, I assume this is just a humorous remark because no-one is getting any
>> money for these 3rd party products. They are being placed with 2.6 for free.
>> This is an enormous generosity and together with the SDK, make 2.6 quite a
>> powerful combination for the price.
>>
>> Geoff
>>
So, all the libs are for free. OK. Maybe it's true, but is the source-code also
included into this free libs ? No, I suggest (what I also find logical). Will be
there an option to buy with source-code ? I love to have source-code, and will pay a
lot more for it.
As gary say, 2.6 is now available for beta-testers. It will be still there for a few
months. Then, GrafX will have the source-code delivered from CA (just the license,
not the owner, what's in the name...), and 4 months starting on 1 may, the version
2.6 will be finished. How many time do you need to set up the box, put in onto CD's
etc ? I guess, - or there will be not much new into 2.6 (unless the libs) - or the 4
months will not be realistic - or all about the beta-testing which will take still a
few months is shit.
Another question : who is a Beta-tester ? Can this 2.6beta be public, like also
VS.NET is public ?
>> Heiko,
>>
>> The conversation is wrongly concentrating on ADS here. The original comment
>> was a suggestion that the 3rd party products are being "sold" into 2.6 for
>> money and this is not the case. There are six definite 3rd party products
>> (and possibly more) and although some of certainly cut-down versions, they
>> are being handed over for free. ie no money is being handed over for their
>> inclusion. That was my point. I thoroughly understand the issue with
>> Fortress but this is a side-issue to the one under discussion.
>>
>> Geoff
>>
>>
Geoff, are you sure that GrafX has nothing to pay to 3party owners ? Are you a member
of GrafX. If not, can Brian confirm this ? Are is this already somewhere in this
thread ?
Just read here, but change "main-value" into "main-dbf"
Unfortenately, it's not that simple, let me explain:
Example:
Article.dbf Article1
Article2
ArticleWarehouse.dbf Article1 Warehouse1 10
Article1 Warehouse2 5
Article1 Warehouse3 6
Article2 Warehouse1 2
Article2 Warehouse4 15
The articlewarehouse.dbf is defining how many articles there are per
warehouse, if there are any. The number of warehouses is unlimited.
We provide a browser of all the articles in the article.dbf. Via calculated
columns, we show how many there are in use per warehouse. In this example
the browser would look like:
Warehouse1 Warehouse2 Warehouse3 Warehouse4
Article1 10 5 6
Article2 2
15
Now the user has the ability to view only the articles in Warehouse 1 & 4
for example.
That is were our Advantage filter problem jumps in. We could add a string on
the articles.dbf with all the warehouses, where they are defined, but it's
not the most efficient solution.
Dieter De Doncker
"Dirk Herijgers" <di...@fujitron.be> schreef in bericht
news:8eaidu4v5le107pk3...@4ax.com...
> Let's say you have a table with 5 numeric fields (with decimals)
> The value of these fields returned by fortress is almost always 0.
> I've send this to loadstone. They confirmed the bug but didn't solve
it.
I would like to try this out for myself. Do you have a small code
sample for me to try?
> So, all the libs are for free. OK. Maybe it's true, but is the source-code
also
> included into this free libs ? No, I suggest (what I also find logical).
Will be
> there an option to buy with source-code ? I love to have source-code, and
will pay a
> lot more for it.
This would be excellent. As bBrowser it can be bought.
The FortRess could be as the FlashFiler (Delphi and Builder) of the
TurboPower ( Only $499,00 ).
It sees: http://www.turbopower.com/products/FlashFiler /
Or the source could be part of the SDK.
> Another question : who is a Beta-tester ? Can this 2.6beta be public, like
also
> VS.NET is public ?
Good question.
I wait that the Brian does not keep the beta politics as the CA kept. A
secret and without the commitment of the community that really uses the VO.
The relationship in the style of the CULE would be the adjusted one
Paulo Ganns
Filip
"Paul Piko" <pa...@piko.com.au> wrote in message
news:kHaC8.107622$o66.3...@news-server.bigpond.net.au...
> It's very simple.
> Let's say you have a table with 5 numeric fields (with decimals)
> The value of these fields returned by fortress is almost always 0.
> I've send this to loadstone. They confirmed the bug but didn't solve it.
We believe this has something to do with a bug in the 2.5c builds RDD
system. This does not occur in 2.5, 2.5a, 2.5b or any of the Beta Builds
It's really a very long an complicated story as to why this did not get
resolved in the IPX/SPX version of Fortress for Visual Objects.
This is not about Fortress vs Advantage. We have no intention of trying to
convert folks who are already using Advantage Server in their applications.
Advantage is a mature and stable product, IMHO there would be no valid
reason to try to switch you to Fortress. BTW, the Fortress for VO 2.6 is
a TCP/IP version.
We do however believe that a market for Client Server Solutions exists
many in small 10- 30 users who currently can not afford Advantage Solution.
> Fortress for VO 2.6 is a TCP/IP version.
This might have been answerd before, but will Fortress support:
DBFCDX ?
Filters ?
Scopes ?
Memofields ?
Anything else ?
Thanks
Stephane
> We do however believe that a market for Client Server Solutions exists
> many in small 10- 30 users who currently can not afford Advantage Solution.
You got that right.
To echo Stephane in part:
I'd like to see some kind of optimized text searching
inside memo/character fields.
-Marc-
unfortunately, this bug/anamoly forced me to leave fortress.
Filip
"Brian" <sa...@grafxsoft.com> wrote in message
news:5YbC8.52049$tT1.54...@e3500-atl1.usenetserver.com...
Advantage used to allow the expression to be evaluated on the client
when it would not be doable on the server. No longer.
I think now you may have to look at Advantage Extended Procedures.
But I do not know if the Expression Engine (which evaluates the
filter expression) is capable of calling AEPs.
-Marc-
Optimization of the filter is not at issue here.
It's a question of capability of the expression engine to evaluate
the filter expression. His filter expression goes beyond the
engines ability to process it. He needs to be able to evaluate the
filter expression externally to the expression engine - eg. locally
or through an AEP - neither of which ADS can do, AFAIK.
-Marc-
Heiko Mueller wrote:
>
> Hi Dieter,
>
> take a look at ADSVO.HLP. There is a Switch to set the AOF (Advantage
> Optimized Filters) ON or OFF ( RDDSetInfo( _SET_OPTIMIZE )). In ADSVO.HLP is
> an Chapter which describes this Settings and the Functions behind the AOF,
> its called 'Differences Between AOFs and Traditional Record Filters'...
>
> CU
> Heiko Mueller
>I'm not sure that a direct comparison is relevant.
A direct comparison is _fully_ relevant.
> Fortress is free and ADS is not.
ADS is free for developement.
Fortress must be purchased for each client install.
>Fortress may not have all the features of ADS but it doesn't claim to.
And that is just one more comparison we should make.
So is cost for what is provided.
As well as, cost for what is needed.
-Marc-
> I would prefer to pay a one off developers license and not a site license.
> This is the real issue in my particular case.
EXACTLY!
I can't go jacking my prices up by 50-100% just to say (subjectively)
that my system is a "bit" more reliable or a bit faster than before.
My customers expect reliablitly and speed as a matter of course.
And, I'd price myself right out of the market.
I'm in business to sell _my_ software - not ADS or Fortress.
-Marc-
ADS really gives you much more than a "bit" more reliability and speed
- it allows you to sell your DBFCDX systems in bigger sites with more
users and more transactions than your normal RDD can handle. This
market is used to paying big bucks for performance systems, and knows
it has to pay them to get performance/reliability. So you widen your
market.
Globalisation is another factor. A lot of our old customers with 2 or
3 sites now belong to global organisations with many sites of all
sizes. More and more, they demand a common solution for all their
sites. If we want to pitch for that work, we have to serve little and
big sites with similar systems, and be able to navigate WANS between
sites.
You simply can't tackle this sort of market without it.
Dave Francis
Marc <Ma...@Fpss.Net> wrote in message news:<3CD96B62...@Fpss.Net>...
> Geoff, are you sure that GrafX has nothing to pay to 3party owners ? Are you a member
> of GrafX. If not, can Brian confirm this ? Are is this already somewhere in this
> thread ?
With repect, the financial arrangements that Brian has in place are none of your business
- or mine - and I think that this question is, really, quite out of line.
--
g.
Gary Stark
gst...@RedbacksWeb.com
http://RedbacksWeb.com
The quote below is from the current Fortress docs.
--
Paul
----
Paul Piko
Piko Computing Consultants
Phone: +61 3 9432 1222 Fax: +61 3 9432 1255
Email: pa...@piko.com.au Web: http://www.piko.com.au
The key advantages of the Fortress Client/Server include:
o Crash-proof protection. Your users can do what they want up to
hitting their PC's with a sledge hammer, and the databases and indexes
will not be corrupted.
o Transaction Tracking. Fortress provides full
BEGIN/COMMIT/ROLLBACK support including nested transactions
implemented at the server level,
o Excellent Performance. This is achieved through a number of
techniques:
o The Client/Server model avoids unnecessary data being sent
over the network.
o Fortress' advanced sharing algorithms allow clients to process
many requests with _no_ network traffic whatsoever.
o Extremely efficient indexing and database routines minimize
CPU load.
o Task/worker thread model and multi-threaded execution provide
maximum request throughput.
o Simplicity. Fortress is compatible with standard RDD usage, and
backward compatible with Comix 3.0.
The database engine has these key advantages:
o Use of standard CDX and FPT file formats which enables easy use of
a wide range of other third party products.
o Multiple indexes per file (compound indexes).
o Excellent index creation times.
o Excellent index compression.
o Excellent update performance.
o Enhanced memo field capabilities including the ability to store
binary data, improved space reuse, smaller block size, and control
over block size.
o Unlimited indexes per compound index and unlimited compound
indexes per workarea.
o Structural indexes (auto-use of compound index when the database
is brought into use).
o Ability to dynamically switch indexes from ascending to descending
order.
o Very high performance logical key number functions which allow
easy creation of scroll bars and record n/total interfaces without
degrading performance.
o Index scoping to instantly restrict indexes to a specified range,
and the ability to use CodeBlock's for scoping values to cleanly
handle true one-to-many relationships.
o Custom Built Indexes (complete control over adding and deleting
keys from an index).
Absolutely..
Phil McGuinness
---------------
"Marc" <Ma...@Fpss.Net> wrote in message news:3CD96B62...@Fpss.Net...
snip[- it allows you to sell your DBFCDX systems in bigger sites with more
users and more transactions than your normal RDD can handle. ]
snip[ Globalisation is another factor. A lot of our old customers with 2 or
3 sites now belong to global organisations with many sites of all sizes.]
This market is not going to be Globalised but I have a few now running via
the Internet using ADSL or MODEMS. I find terminal services / PC Anywhere
etc are fine for this job.
There is one problem in my particular case where say 30 users would be in
the top 1% of sites for Real Estate Trust accounting in this country at
least. ADS might be fantastic for bigger sites. About 70% of my sites have
less than 10 users and the trouble this the entry point of these products.
I have to compete against non ADS users who primarily use MDB files.
Phil
----
"Dave Francis" <da...@suilven.com> wrote in message
news:8b6e85b9.02050...@posting.google.com...
I know that... I've already used ADS and I do like it.
When I write/sell custom apps to large corporates I have no problem.
But, my primary app is in a completely different market than that.
It caters to 5-10 user mom & pop shops that don't want to hear about
any Client Server/SQL mumbo jumbo. They want an app that does
what they want - fast and reliably, at a cheap price. Their relativity
perspective is in relation to what happened last week.
To them, dollars count and ADS represents a 50% increase in price.
-Marc-
I agree, but what we try and do is design for both DBFCDX and ADS to
minimise development effort, then slightly differentiate the products
when it comes to selling. The customer chooses what is right for them.
We all agree that we would go bust if we bundled ADS with everything.
Dave Francis
Marc <Ma...@Fpss.Net> wrote in message news:<3CD9BCEA...@Fpss.Net>...
"Bill Schuler (ADS)" <bi...@extendsys.com> schrieb im Newsbeitrag
"Paul Piko" <pa...@piko.com.au> wrote in message
news:msiC8.108316$o66.3...@news-server.bigpond.net.au...
> Stephane,
> We all agree that we would go bust if we bundled ADS with everything.
My point (and Phil's) has been that what VO needs is a one-time
developer purchased Client/Server RDD that we can bundle with our
apps royalty free. This will let us compete with other royalty free
client server systems such as with the freely distributable MSDE.
I am sure that they (ADS or Fortress) can provide this
and yet still reap the rewards of increased sales.
For example, a royalty free 10 user version with limited features.
Larger or more feature rich packages requiring full purchase.
This, IMO, would re-vitalize the xBase market
and vastly improve VO's market ability right out of the box.
> We do however believe that a market for Client Server Solutions exists
> many in small 10- 30 users who currently can not afford Advantage
Solution.
Correct.
Johel
> I am sure that they (ADS or Fortress) can provide this
> and yet still reap the rewards of increased sales.
> For example, a royalty free 10 user version with limited features.
> Larger or more feature rich packages requiring full purchase.
that would be a great idea, even with only 5 users...
Wolfgang
Meran/Italy
> What is free?
>
> ADS Local is Free (for development is free too).
That's not true.
Here in Brazil we (you included) can have ADS free just for 15 DAYS. Even if
we want to use it for development only, you NEED to buy it after those 15
DAYS. That's not free, is it? So, the Fortress option included in the VO 2.6
will be better because we will not have to pay to use it for development.
Johel
See...
---------------------------------------------------------------------
Prezados Senhores,
Proteja sua base de dados contra os efeitos decorrentes de falta de energia
como a que sofremos hoje. Conheça os benefícios e funcionalidades banco de
dados ADS <http://www.renet.com.br/software-ads-611.asp> (Advantage Database
Server) versão 6.11, que foi objeto de contato anterior de V.Sas.
Contate-nos e obtenha avaliação gratuita do ADS 6.11 por 15 dias, para um
dos sistemas operacionais disponíveis (Windows NT/2000, Windows 9X/ME,
Novell NetWare 4.x/5.x ou Linux). Requer que este email seja respondido com
dados completos e atualizados de sua empresa.
Atenciosamente,
Renato Franzese
ReNet Tecnologia Ltda.
Tel. : 11 3872-0423
Fax : 11 3872-4418
re...@renet.com.br
www.renet.com.br
Computação Móvel: xt...@renet.com.br
Suporte Técnico ADS: sup...@renet.com.br
Administração: a...@renet.com.br
---------------------------------------------------------------------
I have not had time to evaluate it...
Phil
----
"Marc" <Ma...@Fpss.Net> wrote in message news:3CDA9179...@Fpss.Net...
> We all agree that we would go bust if we bundled ADS with everything.
My point (and Phil's) has been that what VO needs is a one-time
developer purchased Client/Server RDD that we can bundle with our
apps royalty free. This will let us compete with other royalty free
client server systems such as with the freely distributable MSDE.
I am sure that they (ADS or Fortress) can provide this
and yet still reap the rewards of increased sales.
For example, a royalty free 10 user version with limited features.
Larger or more feature rich packages requiring full purchase.
This, IMO, would re-vitalize the xBase market
and vastly improve VO's market ability right out of the box.
-Marc-
> e-mail is on it's way
Thanks, I'll talk to Lodestone/Grafx about it.
Steph
"Paul Piko" <pa...@piko.com.au> wrote in message
news:msiC8.108316$o66.3...@news-server.bigpond.net.au...