Soweit ich es beurteilen kann, gibt es keine Begrenzung, es sei denn, Sie vergeben eine in der Modelldatei (es gibt einen Abschnitt für minimale Länge und maximale Länge).
Ich denke, dass Sie eher die Leistungsgrenzen auf einem iOS-Gerät erreichen, bevor Sie Speichergrenzen in Core Data treffen. Sie erhalten auch einen Leistungseinbruch, wenn Sie große Datenblöcke ziehen.
Sie sind besser dran, sowohl hinsichtlich der Leistung als auch der Verwaltbarkeit, indem Sie große Textblöcke in kleinere Blöcke aufteilen.
Soweit ich mich erinnern kann, erzählt mir Marcus Zarra trotzdem.
Nur um zu bestätigen, dass es in CoreData keine spezifischen Grenzen gibt (Speicher- / Speicherplatzbeschränkungen werden nicht berücksichtigt). Bei der Verwendung von CoreData unter iOS verwenden Sie fast ausschließlich sqlite als persistenten Speicher. CoreData speichert String als Varchar und aus Sicht von sqlite:
SQLite erzwingt die Länge eines VARCHAR nicht. Sie können ein VARCHAR (10) deklarieren und SQLite speichert dort gerne eine 500-Millionen-Zeichenkette. Und es wird alle 500 Millionen Zeichen intakt halten. Dein Inhalt wird niemals abgeschnitten. SQLite versteht, dass der Spaltentyp von "VARCHAR (N)" mit "TEXT" identisch ist, unabhängig vom Wert von N.
... stammt aus sqlites FAQ
Soweit ich es beurteilen kann, gibt es keine Begrenzung, es sei denn, Sie vergeben eine in der Modelldatei (es gibt einen Abschnitt für minimale Länge und maximale Länge).
Ich habe mich gefragt, ob es Grenzen für die Länge von Strings gibt, die mit Core Data in iOS gespeichert werden. (außer verfügbarem RAM oder Speicherplatz auf dem Gerät)
Ich erinnere mich nicht daran, irgendwelche Grenzen in den Core Data-Dokumentationen zu lesen, aber denken Sie daran, dass Core Data nur ein Framework über einer realen Datenbank ist, normalerweise sqlite. Ich denke, man kann davon ausgehen, dass die Grenzen von der zugrunde liegenden Datenbank vorgegeben werden.
Ich denke, dass Sie eher die Leistungsgrenzen auf einem iOS-Gerät erreichen, bevor Sie Speichergrenzen in Core Data treffen. Sie erhalten auch einen Leistungseinbruch, wenn Sie große Datenblöcke ziehen.
Sie sind besser dran, sowohl hinsichtlich der Leistung als auch der Verwaltbarkeit, indem Sie große Textblöcke in kleinere Blöcke aufteilen.
Soweit ich mich erinnern kann, erzählt mir Marcus Zarra trotzdem.
Nur um zu bestätigen, dass es in CoreData keine spezifischen Grenzen gibt (Speicher- / Speicherplatzbeschränkungen werden nicht berücksichtigt). Bei der Verwendung von CoreData unter iOS verwenden Sie fast ausschließlich sqlite als persistenten Speicher. CoreData speichert String als Varchar und aus Sicht von sqlite:
SQLite erzwingt die Länge eines VARCHAR nicht. Sie können ein VARCHAR (10) deklarieren und SQLite speichert dort gerne eine 500-Millionen-Zeichenkette. Und es wird alle 500 Millionen Zeichen intakt halten. Dein Inhalt wird niemals abgeschnitten. SQLite versteht, dass der Spaltentyp von "VARCHAR (N)" mit "TEXT" identisch ist, unabhängig vom Wert von N.
... stammt aus sqlites FAQ
Ich erinnere mich nicht daran, irgendwelche Grenzen in den Core Data-Dokumentationen zu lesen, aber denken Sie daran, dass Core Data nur ein Framework über einer realen Datenbank ist, normalerweise sqlite. Ich denke, man kann davon ausgehen, dass die Grenzen von der zugrunde liegenden Datenbank vorgegeben werden.
Tags und Links objective-c ios nsstring core-data