| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 256.1 | Is it Available Now? | BROKE::BOOTH | What am I?...An Oracle? | Sat Nov 26 1988 20:04 | 5 |
| I didn't know Knowledgebuild would currently run on Rdb. Cullinet
has been saying that Knowledgebuild will one day run on Rdb. But
I thought that was still a future.
---- Michael Booth
|
| 256.2 | Why not Rally? | THATIS::SIMPSON | File under Common Knowledge | Mon Nov 28 1988 13:52 | 3 |
| Which version of Rally did they evaluate? If it was V1.1 then I quite
understand their reservations. If its V2.0 then I'd be very suprised that they
don't like it, unless the demonstration was inept. This product is excellent.
|
| 256.3 | Ask the vendor | BANZAI::CAMERON | Buy their tools and we'll give you the engine | Mon Nov 28 1988 14:45 | 2 |
| Have you called cullinet and asked them to send you some information?
They would know.
|
| 256.4 | Rally V2.0 is still too slow | HGOVC::ALANCHAN | ALAN CHAN | Tue Nov 29 1988 11:00 | 5 |
|
We have been working on a prototype using Rally 2.0 and RDB 5.0.
The Rally has been shown to be slow compared with Ingres etc.
|
| 256.5 | This is utter nonsense | THATIS::SIMPSON | File under 'Common Knowledge' | Thu Dec 01 1988 13:14 | 10 |
| RE: -1
Can you explain further please? The only reasons that I can see for
Rally being slow is if the designer of the protoype does not understand how
Rally interacts with Rdb (poor transaction control), or if the Rdb
database has not been designed well wrt the Ingres implementation that you
mention. Rally itself is pretty efficient.
If you've got a small demo database and pass me the Rally AFILE I'll
spend a little time to give you some pointers.
|
| 256.6 | Immature product | HOGAN::RAK | | Thu Dec 01 1988 20:21 | 17 |
|
KNOWLEDGEBUILD IS BUGGY.
I've never seen a DEC product with as many flaws as Cullinet's knowledgebuild.
Knowledgebuild offers less functionality than Rally.
The net effect of these two deficiencies is that developers spend
large amounts of time tweaking workarounds in knowledgebuild. I
doubt knowledgebuild offers significant productivity gains (over
3GL's) for anything other than elementary applications.
If your customer wants COBOL, look at the COBOL Code Generator.
This product is targeted at a more sophisticated developer than Rally,
but it produces cleaner COBOL than knowledgebuild.
I would not recommend Knowledgebuild on any database platform.
|
| 256.7 | Cobol Gen with Rdb V3.0 | HGOVC::SHIRLEYCHAN | | Sun Dec 04 1988 02:57 | 7 |
| My client don't like Rally because it can't produce a complied output
and the execuable version can't be installed in order to share memory.
Is COBOL GENERATOR working well with Rdb V3.0? In the pass, it was
very easy to generate bug check dump when using COBOL GEN to generate
precompile Rdb statement. Someone recommend to use callable RDO
statement which is interpret during run time.
|
| 256.8 | | THATIS::SIMPSON | File under 'Common Knowledge' | Mon Dec 05 1988 16:25 | 13 |
| RE: -1. I'll contact you offline (its an Rdb notes conference after all!). This
"can't produce compiled output" represents a misunderstanding in how an object
oriented approach works.
Now, as for VAX Cobol Generator. It is a super product, but it currently does
have severe limitations in the way that it works with Rdb. Some of these are
being addressed in the current field test; others are due later. I would read
the Generator notesfile (press kp7 to add to your notebook) and then place your
question directly there.
Regards
Steve
|