[erlang-questions] Mnesia table replication
Dana.RUBINO@REDACTED
Dana.RUBINO@REDACTED
Mon Nov 17 12:18:02 CET 2008
Thanks Chandru,
I guess I just wanted a way to verify that any process on nodeB for example would be reading from a RAM copy and not one on disk.
If a ram copy is definitely created on the node where each disk copy is stored then its not a problem.
Thanks for the help.
Dan
________________________________
From: Chandru [mailto:chandrashekhar.mullaparthi@REDACTED]
Sent: 17 November 2008 11:13
To: RUBINO, Dana, GBM
Cc: erlang-questions@REDACTED
Subject: Re: [erlang-questions] Mnesia table replication
Hi Dan,
2008/11/17 <Dana.RUBINO@REDACTED<mailto:Dana.RUBINO@REDACTED>>
Hi all,
Is it possible to have two nodes with each node containing a RAM copy AND and DISK copy?
I am thinking a command such as:
mnesia:create_table(xyz, [Attrs,
{disc_copies, [nodeA, nodeB]},
{ram_copies, [nodeA, nodeB]}
]).
Would this work?
There is no need to do that. A copy of disc_copies table is also stored in RAM.
Also, is there a way to verify which tables are being accessed i.e. through tv?
I don't think so. Out of curiosity, why would you want to do that?
cheers
Chandru
***********************************************************************************
The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
Authorised and regulated by the Financial Services Authority
This e-mail message is confidential and for use by the
addressee only. If the message is received by anyone other
than the addressee, please return the message to the sender
by replying to it and then delete the message from your
computer. Internet e-mails are not necessarily secure. The
Royal Bank of Scotland plc does not accept responsibility for
changes made to this message after it was sent.
Whilst all reasonable care has been taken to avoid the
transmission of viruses, it is the responsibility of the recipient to
ensure that the onward transmission, opening or use of this
message and any attachments will not adversely affect its
systems or data. No responsibility is accepted by The
Royal Bank of Scotland plc in this regard and the recipient should carry
out such virus and other checks as it considers appropriate.
Visit our websites at:
www.rbs.com
www.rbs.com/gbm
www.rbsgc.com
***********************************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20081117/d54a2dce/attachment.htm>
More information about the erlang-questions
mailing list