RLMRealm Class Reference
| Inherits from | NSObject |
| Declared in | RLMRealm.h RLMRealm.mm |
Tasks
Creating & Initializing a Realm
-
+ defaultRealm -
+ realmWithPath: -
+ realmWithPath:readOnly:error: -
+ useInMemoryDefaultRealm -
pathproperty -
readOnlyproperty -
schemaproperty
Default Realm Path
Receiving Notification when a Realm Changes
Writing to a Realm
-
– beginWriteTransaction -
– commitWriteTransaction -
– transactionWithBlock: -
– refresh -
autorefreshproperty
Adding and Removing Objects from a Realm
Properties
autorefresh
Set to YES to automatically update this Realm when changes happen in other threads.
@property (nonatomic) BOOL autorefreshDiscussion
If set to YES (the default), changes made on other threads will be reflected in this Realm on the next cycle of the run loop after the changes are committed. If set to NO, you must manually call refresh on the Realm to update it to get the latest version.
Even with this enabled, you can still call refresh at any time to update the Realm before the automatic refresh would occur.
Notifications are sent when a write transaction is committed whether or not this is enabled.
Disabling this on an RLMRealm without any strong references to it will not
have any effect, and it will switch back to YES the next time the RLMRealm
object is created. This is normally irrelevant as it means that there is
nothing to refresh (as persisted RLMObjects and RLMArrays have strong
references to the containing RLMRealm), but it means that setting
RLMRealm.defaultRealm.autorefresh = NO in
application:didFinishLaunchingWithOptions: and only later storing Realm
objects will not work.
Defaults to YES.
Declared In
RLMRealm.hpath
Path to the file where this Realm is persisted.
@property (nonatomic, readonly) NSString *pathDeclared In
RLMRealm.hreadOnly
Indicates if this Realm was opened in read-only mode.
@property (nonatomic, readonly, getter=isReadOnly) BOOL readOnlyDeclared In
RLMRealm.hschema
The RLMSchema used by this RLMRealm.
@property (nonatomic, readonly) RLMSchema *schemaDeclared In
RLMRealm.hClass Methods
defaultRealm
Obtains an instance of the default Realm.
+ (instancetype)defaultRealmReturn Value
The default RLMRealm instance for the current thread.
Discussion
The default Realm is used by the RLMObject and RLMArray class methods
which do not take a RLMRealm parameter, but is otherwise not special. The
default Realm is persisted as default.realm under the Documents directory of
your Application on iOS, and in your application’s Application Support
directory on OS X.
RLMRealm objects are cached internally by Realm, and calling this method
multiple times on a single thread within a single iteration of the run loop
will normally return the same RLMRealm object. If you specifically want to
ensure a RLMRealm object is destroyed (for example, if you wish to open a
Realm, check some property, and then possibly delete the Realm file and
re-open it), place the code which uses the Realm within an @autoreleasepool
{} and ensure you have no other references to it.
Warning: RLMRealm instances are not thread safe and can not be shared across
threads or dispatch queues. You must call this method on each thread you want
to interact with the Realm on. For dispatch queues, this means that you must
call it in each block which is dispatched, as a queue is not guaranteed to run
on a consistent thread.
Declared In
RLMRealm.hdefaultRealmPath
Returns the location of the default Realm as a string.
+ (NSString *)defaultRealmPathReturn Value
Location of the default Realm.
Discussion
~/Application Support/{bundle ID}/default.realm on OS X.
default.realm in your application’s documents directory on iOS.
See Also
Declared In
RLMRealm.hmigrateDefaultRealmWithBlock:
Performs a migration on the default Realm.
+ (NSError *)migrateDefaultRealmWithBlock:(RLMMigrationBlock)blockParameters
- block
The block which migrates the Realm to the current version.
Return Value
The error that occurred while applying the migration, if any.
Discussion
Before you can open an existing RLMRealm which has a different on-disk schema
from the schema defined in your object interfaces, you must supply a migration
block which converts from the disk schema to your current object schema. At the
minimum your migration block must initialize any properties which were added to
existing objects without defaults and return a new schema version which is
higher than the version of the on-disk schema.
You should always call this method on startup if you have any migrations that
may need to be run. Realm will not call your migration block if the schema of
the file on disk matches your currently defined object schema. Calling this
method after the defaultRealm has been created will throw an exception.
Warning: Unsuccessful migrations will throw exceptions. This will happen in the following cases:
- The migration block was run and returns a schema version which is not higher than the previous schema version.
- A new property without a default was added to an object and not initialized during the migration. You are required to either supply a default value or to manually populate added properties during a migration.
Migrations which fail for other reasons (such as filesystem errors) will return
a NSError object which describes the error.
See Also
Declared In
RLMRealm.hmigrateRealmAtPath:withBlock:
Performs a migration on a Realm at a path.
+ (NSError *)migrateRealmAtPath:(NSString *)realmPath withBlock:(RLMMigrationBlock)blockParameters
- realmPath
The path of the Realm to migrate.
- block
The block which migrates the Realm to the current version.
Return Value
The error that occurred while applying the migration if any.
Discussion
Like migrateDefaultRealmWithBlock:, but for a Realm at a given path rather than
the default Realm. This must be called before you first open a Realm at the
given path, but you may open Realms at other paths first.
Declared In
RLMRealm.hrealmWithPath:
Obtains an RLMRealm instance persisted at a specific file.
+ (instancetype)realmWithPath:(NSString *)pathParameters
- path
Path to the file you want the data saved in.
Return Value
An RLMRealm instance.
Discussion
RLMRealm objects are cached internally by Realm, and calling this method
multiple times with the same path on a single thread within a single iteration
of the run loop on will normally return the same RLMRealm object.
Warning: RLMRealm instances are not thread safe and can not be shared across
threads or dispatch queues. You must call this method on each thread you want
to interact with the Realm on. For dispatch queues, this means that you must
call it in each block which is dispatched, as a queue is not guaranteed to run
on a consistent thread.
Declared In
RLMRealm.hrealmWithPath:readOnly:error:
Obtains an RLMRealm instance with persistence to a specific file with options.
+ (instancetype)realmWithPath:(NSString *)path readOnly:(BOOL)readonly error:(NSError **)errorParameters
- path
Path to the file you want the data saved in.
- readonly
BOOL indicating if this Realm is read-only (must use for read-only files)
- error
If an error occurs, upon return contains an
NSErrorobject that describes the problem. If you are not interested in possible errors, pass inNULL.
Return Value
An RLMRealm instance.
Discussion
Like realmWithPath, but with the ability to open read-only realms and get
errors as a NSError out parameter rather than exceptions.
Warning: Read-only Realms do not support changes made to the file while the
RLMRealm exists. This means that you cannot open a Realm as both read-only
and read-write at the same time. Read-only Realms should normally only be used
on files which cannot be opened in read-write mode, and not just for enforcing
correctness in code that should not need to write to the Realm.
Declared In
RLMRealm.huseInMemoryDefaultRealm
Make the default Realm in-memory only.
+ (void)useInMemoryDefaultRealmDiscussion
The default Realm is persisted to disk unless this method is called.
Because in-memory Realms are not persisted, you must be sure to hold on to a
reference to the RLMRealm object returned from this for as long as you want
the data to last. Realm’s internal cache of RLMRealms will not keep the
in-memory Realm alive across cycles of the run loop, so without a strong
reference to the RLMRealm a new Realm will be created each time. Note that
RLMObjects and RLMArrays that refer to objects persisted in a Realm have a
strong reference to the relevant RLMRealm, as do RLMNotifcationTokens.
Warning: This must be called before any Realm instances are obtained. An exception will be thrown if a persisted default Realm already exists.
Declared In
RLMRealm.hInstance Methods
addNotificationBlock:
Add a notification handler for changes in this RLMRealm.
- (RLMNotificationToken *)addNotificationBlock:(RLMNotificationBlock)blockParameters
- block
A block which is called to process RLMRealm notifications.
Return Value
A token object which can later be passed to removeNotification:
to remove this notification.
Discussion
The block has the following definition:
typedef void(^RLMNotificationBlock)(NSString *notification, RLMRealm *realm);
It receives the following parameters:
NSString*notification: The name of the incoming notification. See RLMRealmNotification for information on what notifications are sent.RLMRealm*realm: The realm for which this notification occurred
Declared In
RLMRealm.haddObject:
Adds an object to be persisted it in this Realm.
- (void)addObject:(RLMObject *)objectParameters
- object
Object to be added to this Realm.
Discussion
Once added, this object can be retrieved using the objectsWhere: selectors
on RLMRealm and on subclasses of RLMObject. When added, all linked (child)
objects referenced by this object will also be added to the Realm if they are
not already in it. If the object or any linked objects already belong to a
different Realm an exception will be thrown. Use
[RLMObject createInRealm:withObject] to insert a copy of a persisted object
into a different Realm.
The object to be added cannot have been previously deleted from a Realm (i.e.
isDeletedFromRealm) must be false.
Declared In
RLMRealm.haddObjectsFromArray:
Adds objects in the given array to be persisted it in this Realm.
- (void)addObjectsFromArray:(id)arrayDiscussion
This is the equivalent of addObject: except for an array of objects.
See Also
Declared In
RLMRealm.haddOrUpdateObject:
Adds or updates an object to be persisted it in this Realm. The object provided must have a designated primary key. If no objects exist in the RLMRealm instance with the same primary key value, the object is inserted. Otherwise, the existing object is updated with any changed values.
- (void)addOrUpdateObject:(RLMObject *)objectParameters
- object
Object to be added or updated.
Discussion
As with addObject:, the object cannot already be persisted in a different
Realm. Use [RLMObject createOrUpdateInRealm:withObject:] to copy values to
a different Realm.
Declared In
RLMRealm.haddOrUpdateObjectsFromArray:
Adds or updates objects in the given array to be persisted it in this Realm.
- (void)addOrUpdateObjectsFromArray:(id)arrayDiscussion
This is the equivalent of addOrUpdateObject: except for an array of objects.
See Also
Declared In
RLMRealm.hbeginWriteTransaction
Begins a write transaction in an RLMRealm.
- (void)beginWriteTransactionDiscussion
Only one write transaction can be open at a time. Write transactions cannot be
nested, and trying to begin a write transaction on a RLMRealm which is
already in a write transaction with throw an exception. Calls to
beginWriteTransaction from RLMRealm instances in other threads will block
until the current write transaction completes.
Before beginning the write transaction, beginWriteTransaction updates the
RLMRealm to the latest Realm version, as if refresh was called, and
generates notifications if applicable. This has no effect if the RLMRealm
was already up to date.
It is rarely a good idea to have write transactions span multiple cycles of
the run loop, but if you do wish to do so you will need to ensure that the
RLMRealm in the write transaction is kept alive until the write transaction
is committed.
Declared In
RLMRealm.hcommitWriteTransaction
Commits all writes operations in the current write transaction.
- (void)commitWriteTransactionDiscussion
After this is called the RLMRealm reverts back to being read-only.
Calling this when not in a write transaction will throw an exception.
Declared In
RLMRealm.hdeleteObject:
Delete an object from this Realm.
- (void)deleteObject:(RLMObject *)objectParameters
- object
Object to be deleted from this Realm.
Declared In
RLMRealm.hdeleteObjects:
Delete an NSArray or RLMArray of objects from this Realm.
- (void)deleteObjects:(id)arrayDeclared In
RLMRealm.hrefresh
Update an RLMRealm and outstanding objects to point to the most recent data for this RLMRealm.
- (BOOL)refreshReturn Value
Whether the realm had any updates. Note that this may return YES even if no data has actually changed.
Declared In
RLMRealm.hremoveNotification:
Remove a previously registered notification handler using the token returned
from addNotificationBlock:
- (void)removeNotification:(RLMNotificationToken *)notificationTokenParameters
- notificationToken
The token returned from
addNotificationBlock:corresponding to the notification block to remove.
Declared In
RLMRealm.h