| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 805.1 | | HOTRDB::LASTOVICA | Use a fork Luke! | Tue May 20 1997 15:00 | 5 |
| assuming that you've reserved some storage slots, this basically exists
today. Just use seperate processes (one per storage area). This is
even better because one could use multiple nodes of a cluster for
increased speed. In any case, how important, from a business
perspective, is this?
|
| 805.2 | | NOVA::SANTIAGO | I was a teenage net-random. | Tue May 20 1997 16:10 | 21 |
| it'll be growing in importantance; we should adopt parallelism in every
thing we do.
granted we're embarking on new territory, but with the migration of
transitional systems to datawarehouses, I'm predicting a need to add a
years worth of storage to an existing environment.
[a transitional system's data is volatile and usually tied to a cyclic
business activity, whereas the d/w is more trend time/series oriented]
Also, don't assume clusters are the computing model as single node Rdb7
perform better, and allow faster control/recovery of 2pc transactions.
[that is it's perceived faster to have the rdbserver rollsback vs. a
cluster transition and 2pc recovery]
It'll be a few years yet before clusters regain thier position after
memory channel and key s/w (i.e., Rdb7) adopt them and have been market
proven
/los
|
| 805.3 | | HOTRDB::LASTOVICA | Use a fork Luke! | Wed May 21 1997 16:38 | 11 |
| I guess what I meant was that you've got multithreaded area additions
already. You just do it via seperate processes rather than just one.
This has the added benifit of allowing multiple CPUs to take part (in
one node or in a cluster).
>It'll be a few years yet before clusters regain thier position after
>memory channel and key s/w (i.e., Rdb7) adopt them and have been market
>proven.
VMS engineering doesn't seem to see things the same way that you do!
|
| 805.4 | | NOVA::SANTIAGO | I was a teenage net-random. | Fri May 23 1997 12:51 | 10 |
| well, the last 5 or so years I was the VMS partner (a field technical
laison w/ engineering) for the eastern states region, and they never
listened then either; maybe they listen to the customer base? market?
oracle?
anyhow, getting back to the wish, the ability to simply perform the
addition could require a single addition clause and be available across
a host of platforms
/los
|
| 805.5 | | NOVA::SMITHI | Don't understate or underestimate Rdb! | Fri May 23 1997 13:25 | 11 |
| ~ anyhow, getting back to the wish, the ability to simply perform the
~ addition could require a single addition clause and be available across
~ a host of platforms
If it was easy it would have been done. The fact that it was hard to do in
ALTER DATABASE meant that it was deferred. It is already on our wish list but
falls way below other features which we believe are more useful to customers.
thanks for the wish
Ian
|