Giới thiệu về trường "_id" trong Android SQLite

Question

Trường "_id" có cần thiết trong Android SQLite không?

Answer 1

_id rất hữu ích khi bạn đang sử dụng Bộ điều hợp nâng cao sử dụng Con trỏ (ví dụ: ResourceCursorAdapter). Nó được sử dụng bởi các bộ điều hợp này để cung cấp ID có thể được sử dụng để tham chiếu đến hàng cụ thể trong bảng có liên quan đến mục trong bất kỳ bộ điều hợp nào đang được sử dụng cho (ví dụ: một hàng trong một ListView). Không cần thiết nếu bạn không sử dụng các lớp cần cột _id trong con trỏ và bạn cũng có thể sử dụng "as _id" để làm cho cột khác xuất hiện như thể nó được gọi là _id trong con trỏ của bạn.

Answer 2

Khá thuận tiện trong nhiều trường hợp để có trường id. Tôi thích tôi được tự động gia tăng (như hình dưới đây). Tôi luôn tìm cách sử dụng mới cho trường id :)

Khi đến lúc đính kèm dữ liệu vào bộ điều hợp, tôi thích sử dụng bí danh tên bảng để truy vấn trường id là _id. Ví dụ: SELECT id _id, msg from message order by id. Bằng cách đó các bộ chuyển đổi nhìn thấy một lĩnh vực được gọi là _id và tất cả mọi người hạnh phúc.

Dưới đây là một ví dụ về cách tôi xác định các bảng của tôi:

CREATE TABLE message (_id INTEGER PRIMARY KEY AUTOINCREMENT, timestamp INTEGER, tripID TEXT, msg TEXT); 

Answer 3

Tại sao không tận dụng _ROWID_?

SQLite cung cấp điều này cho mọi hàng, vì vậy bạn chỉ có thể đặt bí danh nó thành _id trong câu lệnh chọn của bạn.

Answer 4

Về mặt kỹ thuật không có lĩnh vực _id là không bắt buộc, tuy nhiên nếu bạn đang làm cho việc sử dụng lớp CursorAdapter (mà có thể bạn đang có, đặc biệt là nếu bạn đang làm việc với ví dụ Notepad) sau đó có

"Các con trỏ phải bao gồm cột có tên "_id" hoặc lớp này sẽ không hoạt động "

như được giải thích trong tài liệu here. Thật không may các ví dụ mã không làm cho điều này rất rõ ràng.

Answer 5

Chắc chắn là không. Trường tiện lợi của nó mà một số tiện ích như ListView sử dụng để điền dữ liệu. Xem bài viết hay này: http://www.casarini.org/blog/2009/android-contentprovider-on-sqlite-tables-without-the-_id-column/

Answer 6

Tất nhiên nếu bạn đang tạo tiện ích con của riêng mình và bộ điều hợp riêng, bạn không phải đặt tên khóa chính là "_id". Nó có thể là bất kỳ tên nào bạn muốn. Nhưng bạn sẽ chịu trách nhiệm quản lý bộ sưu tập các tiện ích giao diện người dùng và gắn chúng vào hàng bên phải trong cơ sở dữ liệu của bạn. "_id" chỉ hữu ích cho ListView như Brad đã chỉ ra.

Answer 7

Từ official docs ...

Các con trỏ phải bao gồm một cột có tên là "_id" hoặc lớp này sẽ không hoạt động. Ngoài ra, việc sử dụng MergeCursor với lớp này sẽ không hoạt động nếu các Con trỏ đã hợp nhất có các giá trị trùng lặp trong cột "_id" của chúng.

Và Cursor là:

Giao diện này cung cấp ngẫu nhiên đọc-ghi truy cập vào các tập kết quả trả về bởi một truy vấn cơ sở dữ liệu.

Nói cách khác, bạn cần _id dành cho Android SQLite (mà thường sử dụng con trỏ)

Answer 8

Nếu bạn xác định cột _id của bạn như là một số nguyên autoincrementing nó thực sự là một bí danh cho cột ROWID rằng SQLite cung cấp theo mặc định (https://www.sqlite.org/lang_createtable.html#rowid).

của bạn tạo ra nhu cầu tuyên bố mang hình thức ...

CREATE TABLE t(_id INTEGER PRIMARY KEY ASC, y, z); 

Để chứng minh việc này ...

UPDATE t SET _id=22 WHERE _id=11; 

sau đó

SELECT ROWID, _id FROM t; 

và bạn sẽ tìm thấy cả hai _id và ROWID có cùng giá trị.

Lưu ý rằng nếu bạn sử dụng DESC trong cột TẠO mới sẽ được tạo và ROWID không được đặt bí danh.