Spezifische Objekt-aus Datei Rdata

Ich habe eine Rdata - Datei, die verschiedene Objekte:

 New.Rdata
  |_ Object 1  (e.g. data.frame)
  |_ Object 2  (e.g. matrix)
  |_...
  |_ Object n

Natürlich kann ich das laden der Daten-frame mit load('New.Rdata') jedoch ist es eine intelligente Art und Weise zu laden, nur ein bestimmtes Objekt aus dieser Datei und verwerfen die anderen?

In den Kommentaren, @DWin sagt Nein. stackoverflow.com/questions/6550510/...
Aber in allen Belangen-R I aufschieben zu Simon.

InformationsquelleAutor Seb | 2012-01-02

  1. 63

    .RData-Dateien nicht über einen index (der Inhalt serialisiert wird als eine große pairlist). Sie konnte hacken, einen Weg zu gehen durch die pairlist und weisen nur Einträge, die Sie mögen, aber es ist nicht einfach, denn man kann es nicht auf die R-Ebene.

    Jedoch, können Sie einfach konvertieren Sie die .RData-Datei in ein lazy-load-Datenbank, die serialisiert jeden Eintrag separat und erstellt einen index. Das schöne daran ist, dass die be wird on-demand:

    # convert .RData -> .rdb/.rdx
e = local({load("New.RData"); environment()})
tools:::makeLazyLoadDB(e, "New")

    Laden der DB dann nur zu Lasten der index, aber nicht der Inhalt. Die Inhalte geladen werden, wie Sie verwendet werden:

    lazyLoad("New")
ls()
x # if you had x in the New.RData it will be fetched now from New.rdb

    Genau wie mit load() können Sie angeben, eine Umgebung zu laden, so dass Sie nicht brauchen, um verschmutzen der globalen Arbeitsbereich etc.

    Aber die look-up benötigen aber noch einen seriellen Zugang über "Neu.RData", "x", richtig? Also wenn "x" am Ende der "Neuen.RData", könnte es keine Zeitersparnis? Question2: wird es nicht werden Speicher mit den anderen Objekten aufgetreten, als der unserialization Prozess arbeitet seinen Weg durch die "Neue.RData"?
    Nein, die Suche sucht nur in New.rdb am Anfang x und lädt nur x.
    Was sind die Chancen, dass diese Funktionen immer weniger interne?

    InformationsquelleAutor Simon Urbanek

  2. 15

    Können Sie attach eher als load wird befestigen Sie den Daten-Objekt an den Pfad suchen, dann können Sie kopieren ein Objekt, das Sie interessiert sind, und trennen Sie die .Rdata-Objekt.

    Diese noch lädt alles, aber ist einfacher zu arbeiten, als mit dem laden alles in das global workspace (evtl. überschreiben Dinge, die Sie nicht wollen überschrieben) und dann loszuwerden, alles, was Sie nicht wollen.

    Diese Antwort ist gut, aber wäre besser mit einem Beispiel, weil abnehmen der .RData-Objekt aus der such-Pfad ist nicht intuitiv. Beispiel abrufen someObj aus someFile.RData: attach('someFile.RData'); someObj <- someObj; detach('file:someFile.RData')
    dein Beispiel ist gut (und sehr ausführlich). Aber wenn Sie legen in der Standard-position (2) und nicht fügen Sie etwas anderes, vor dem aufrufen lösen, dann die defaults funktionieren, und Sie können einfach anrufen detach() ohne Argumente, und es wird trennen Sie die Datei. Dies ist einfacher und schneller; Ihr Ansatz ist sicherer.

    InformationsquelleAutor Greg Snow

  3. 4

    Simon Urbanek die Antwort ist sehr, sehr schön. Ein Nachteil ist, dass es scheint nicht zu funktionieren, wenn ein Objekt gespeichert werden, ist zu groß:

    tools:::makeLazyLoadDB(
  local({
    x <- 1:1e+09
   cat("size:", object.size(x) ,"\n")
   environment()
  }), "lazytest")
size: 4e+09 
Error: serialization is too large to store in a raw vector

    Ich vermute, dass dies durch eine Einschränkung der aktuellen Implementierung von R (ich habe 2.15.2) eher als der physische Arbeitsspeicher ausgeführt und tauschen. Die spart Paket möglicherweise eine alternative für einige Anwendungen, aber.

    Dies ist eher ein erweiterter Kommentar eher als eine Antwort.

    InformationsquelleAutor Mars

Schreibe einen Kommentar