comp.databases.oracle.server Google Group

Re: 10g with HACMP (no RAC)?

2008-09-07T21:15:23Z

snip
Of course hpux with service guard provides similar functionality ( but
OP noted that server decisions have already been made ).

Re: 10g with HACMP (no RAC)?

2008-09-07T21:02:15Z

On Sun, 07 Sep 2008 20:35:24 +0100, Palooka <nob...@nowhere.com>
wrote:
Palooka,
Please note 'cheap' is usually a synonym for 'stupid'.
What HACMP has to offer has nothing to do with RAC, and it should not
be used as RAC replacement.
Basically HACMP is shared nothing technology and RAC is shared
everything technology.

Re: 10g with HACMP (no RAC)?

2008-09-07T20:57:31Z

On Sun, 07 Sep 2008 22:16:13 +0200, Uwe Weber
Obviously, not using RAC, you won't have any load balancing and
transparent application failover.
You also don't have the option of cross instance recovery (instance 2
helps instance 1 in recovery).
Consequently I don't understand why you see this as a viable solution.

Re: How a row is physical stored in Oracle

2008-09-07T20:53:56Z

On Sun, 07 Sep 2008 10:08:40 -0500, Michael Austin
This is only correct for heap tables. It is NOT correct for IOTs

Re: 10g with HACMP (no RAC)?

2008-09-07T20:16:13Z

No, afaik Oracle Clusterware and HACMP do the same things, i. e. defining
and monitoring of cluster ressources. IIRC you can build a failover
cluster with Clusterware as well as with HACMP. Only IBM support
will be lacking. Since IBM and SAP are aggresively marketing DB/2,
support for Oracle on AIX gets worse every day.

Re: 10g with HACMP (no RAC)?

2008-09-07T19:35:24Z

Thanks, Uwe. Your tips are noted.
Do we need to install any extra Oracle software (e.g clusterware)?
You mention the redo logs: I assume you refer to the online redo here,
since starting the database on the second node should presumably be, in
effect, the same thing as recovering from instance failure. That's

Re: design question

2008-09-07T19:32:36Z

"Chris Seidel" <csei...@arcor.de> wrote in
The BEST solution is to design the tables to conform to Third Normal Form

Re: OBDC with Oracle

2008-09-07T18:24:46Z

Go to [link] and choose your version. Then find the
version specific docs.

Re: How a row is physical stored in Oracle

2008-09-07T18:23:25Z

Depends on the type of table. Default tables in Oracle are heap tables,
just like tables in SQL Server and other RDBMS products. You have no
control over how or where data is stored.
If you build an IOT (Index Organized Table) then, and only then, is
data stored by primary key.
Also available are partitioned tables where you can, again, control

Re: design question

2008-09-07T18:20:00Z

You are thinking horizontally when you should be thinking vertically.
Consider the following two tables.
CREATE TABLE t1 (
rid NUMBER,
attr001 VARCHAR2(5),
attr002 VARCHAR2(5),
attr003 VARCHAR2(5),
... VARCHAR2(5),
attr100 VARCHAR2(5));
CREATE TABLE t2 (
rid NUMBER,
attrnum NUMBER(3),
attrval VARCHAR2(5));

Re: design question

2008-09-07T17:54:39Z

No offence, but option A is not only an astonishingly terrible idea,
but a well known astonishingly terrible idea. It's actually one of the
classic astonishingly terrible ideas. For example, see
[link]
What if you want all rows containing both "Hello" and "Foo"? What if

Re: design question

2008-09-07T17:14:56Z

snip
You might want to see what Tom and others think of varchar2(4000) ...
it ain't pretty.
[link] and do a search is one way
Several other recent discussions here on cdos of varchar2(4000) if you
use the google interface the newsgroup is pretty searchable.

Re: How a row is physical stored in Oracle

2008-09-07T15:48:17Z

Try
[link]
This is well documented. He has good books as well. Very factual.
George Milliken

Re: How a row is physical stored in Oracle

2008-09-07T15:08:40Z

More specifically:
[link]
Bottom line is that you don't get to say how they are stored. You can
only tell it which tablespace (which can consist of multiple datafiles)
and how you want it accessed. PK for accessing by PK and any other

Re: How a row is physical stored in Oracle

2008-09-07T15:00:18Z

"Najm Hashmi" <najmhas...@videotron.ca> wrote in
HUH?
will I be able to do it.
I have no idea what you mean by this.
Rows/columns do not need to be indexed.
[link]
& read the Concepts Manual.