2012-04-26 42 views

Trả lời

8

Tôi nghĩ bạn có nhiều khả năng đạt đến giới hạn hiệu suất trên thiết bị iOS trước khi bạn đạt đến bất kỳ giới hạn bộ nhớ nào trong Dữ liệu chính. Bạn cũng sẽ nhận được một hit hiệu suất từ ​​kéo trong khối lớn dữ liệu.

Bạn tốt hơn, cả về hiệu suất và khả năng quản lý, chia nhỏ khối văn bản lớn thành các đoạn nhỏ hơn.

Từ những gì tôi nhớ Marcus Zarra vẫn nói với tôi.

+0

+1 cho đề xuất của bạn –

3

Nó không có giới hạn cho đến khi tôi có thể nói, trừ khi bạn chỉ định một tệp trong tệp mô hình (có một phần cho độ dài tối thiểu và độ dài tối đa).

+0

Nhờ đó là những gì tôi nghĩ, nhưng là nhận được một số báo cáo lỗi từ người dùng khiến tôi không thể kiểm tra kỹ và không thể tìm thấy bất kỳ tài liệu nào về vấn đề này. Tôi biết các tham số min/max cho các thuộc tính trong một mô hình đối tượng. – adriaan

1

Tôi không nhớ đọc bất kỳ giới hạn nào trong tài liệu Dữ liệu cốt lõi, nhưng hãy nhớ rằng Dữ liệu cốt lõi chỉ là một khuôn khổ trên cơ sở dữ liệu thực, thường là sqlite. Tôi nghĩ rằng nó an toàn để giả định rằng các giới hạn được quyết định bởi DB cơ bản.

+0

Điều đó có ý nghĩa. Cảm ơn! – adriaan

4

Chỉ cần xác nhận rằng không có giới hạn cụ thể trong CoreData (không tính giới hạn bộ nhớ/không gian đĩa). Khi sử dụng CoreData trên iOS, bạn đang ở trong hầu hết các trường hợp sử dụng sqlite làm lưu trữ liên tục. Chuỗi cửa hàng CoreData Chuỗi như Varchar và từ quan điểm của sqlite:

SQLite không thực thi chiều dài của VARCHAR. Bạn có thể khai báo một VARCHAR (10) và SQLite sẽ rất vui khi lưu trữ một chuỗi ký tự 500 triệu ở đó. Và nó sẽ giữ nguyên tất cả 500 triệu ký tự. Nội dung của bạn không bao giờ bị cắt ngắn. SQLite hiểu kiểu cột của "VARCHAR (N)" để được giống như "TEXT", không phụ thuộc vào giá trị của N.

... lấy từ sqlite's FAQ

Các vấn đề liên quan