pit_alex,

Судя по задаче у него цель - хранить уникальные идентификаторы.
классическая табличка-событий показывающая что ID-объекта обработан.
А вставлять два одинаковых значения в таблицу из одной колонки - это как-то странно.
Ваш CONSTRAINT - это лишняя нагрузка по CPU + жрет места лишняя колонка с синтетическим ключем id, который никак не используется.

Можно подробнее кто и где написал что хранить данные в PK плохо - чем PK так провинился?
технически это такой-же атрибут, только с констрейнами not null + unique.
для данной задачи подходит идеально.

pit_alexк тому же при использовании

врядли будут вставляться не integer значения , а колонку id добавил по привычке к примеру check constraint она не относится :-)

1. Даже если будут вставляться всегда целые значения - на обработку чека нужно время.
это ведь аналог триггера.

2. В sqlite если создать таблицу без PRIMARY KEY
то sqlite автоматом добавит еще одну колонку - синтетический rowid.

Попробуйте создать таблички

CREATE TABLE IF NOT EXISTS Loaded1 (Id INTEGER)
CREATE TABLE IF NOT EXISTS Loaded2 (Id INTEGER PRIMARY KEY)
и посмотрите их структуру.
можно еще накидать туда по несколько лимонов записей и замерить время/размер

только в последней версии 3.8.2 приделали фичу - таблички без rowid-а
http://sqlite.org/withoutrowid.html