# TypeのデータをRealmからFirestoreに移行しました｜かっくん / iOS Developer
2017年の頭ぐらいから運営しているTypeはiOSDC 2017のLTでも発表した様にRealm Object Serverを利用していました。 他にもいくつかRealmやRealm Mobile Platformについて発表した事もあったぐらいRealmが好きだったのですが、最近リリースしたTypeのバージョン2.1.2よりRealmからFirebaseにデータを移行する実装を入れました。 何故Realmからデータを移行する必要があったのか 元々Realm Object Serverを利用していたのは有料会員向けの複数端末での同期機能だけでした。利用していたRealm Object Serverのバージョンは1系です（今の最新は3系）。Realm Object Serverの1系を利用する為にはクライアントのバージョンを2系にしておく必要があり(今の最新は3系)、クライアントの2系はS
RealmとSQLiteのパフォーマンス検証を行った話 - Qiita
データベースを使ったアプリを作る時、データベースとしてRealmを使うか？SQLiteを使うか？と迷う時があると思います。今回はどちらを使ったほうがいいか判断するためRealmとSQLiteでパフォーマンスに差があるのかの検証を行いました。 各データベースの説明 昔からあるモバイル用データベースシステム。典型的なRDBタイプなので、Oracle,MySQL, Postgreなどに慣れていれば割とさくっと使えます。AndroidではこのDBを使うためのAPIが標準で搭載されています。(SQLiteまわりは実はAndroidバージョンによるAPIの変化が激しくないという…) 最近話題の次世代モバイルデータベースシステム。NoSQLタイプなので割と新しく学ぶことが多めな感じがあります。このRealmの強みは… ・APIが使いやすい！ ・速い！ ということです。 Realmの公式ページは http
CoreDataからRealmに移行してわかったメリット/デメリット - Qiita
AplosというTwitterクライアントでCoreDataを使用していたのですが、いくつかの問題がありRealmに移行しました。詳しい経緯は前回のCoreDataとRealmのベンチマークで性能を比較をご覧ください。 今回は更にRealmについて掘り下げて行きたいと思います。 ※この記事はRealmのバージョン0.88.0について記載しています。Relamの開発は活発なので試す場合はバージョンに注意してください。 Realmのメリット/デメリット SQLiteより速い。 DBが肥大化してもパフォーマンスへの影響が少ない。 PrimaryKeyがある。 コンテキスト(NSManagedObjectContext)なしでオブジェクトが生成できる。 RLMResultsが素敵。 NSFetchedResultsControllerのモデル版みたいな挙動で、データベースが更新されたらフェッチしな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Androidアプリから作成したRealmのDBをPC(mac)で確認する - Qiita
Realm for Swift まとめ完全版 - Qiita
