Я создал таблицу в Sqlite с помощью синтаксиса CREATE TABLE AS для создания таблицы на основе оператора SELECT. Теперь эта таблица не имеет первичного ключа, но я бы хотел добавить ее.
Выполнение ALTER TABLE table_name ADD PRIMARY KEY(col1, col2,...) дает синтаксическую ошибку "около PRIMARY"
Есть ли способ добавить первичный ключ либо во время создания таблицы, либо впоследствии в Sqlite?
EDIT: "Во время создания" я имею в виду при создании с CREATE TABLE AS.
Вы не можете изменять таблицы SQLite каким-либо значимым образом после их создания. Принятое решение состоит в том, чтобы создать новую таблицу с правильными требованиями и скопировать данные в нее, а затем удалить старую таблицу.
вот официальная документация об этом: http://sqlite.org/faq.html#q11
Пока вы используете CREATE TABLE, если вы создаете первичный ключ в отдельном поле, вы можете использовать:
CREATE TABLE mytable (
field1 TEXT,
field2 INTEGER PRIMARY KEY,
field3 BLOB,
);
С помощью CREATE TABLE вы также можете использовать следующий подход для создания первичного ключа в одном или нескольких полях:
CREATE TABLE mytable (
field1 TEXT,
field2 INTEGER,
field3 BLOB,
PRIMARY KEY (field2, field1)
);
Ссылка: http://www.sqlite.org/lang_createtable.html
Этот ответ не влияет на изменение таблицы.
Я попытался добавить первичный ключ после изменения таблицы sqlite_master. Кажется, этот трюк работает. Конечно, это взломочное решение.
Вкратце: создайте регулярный (уникальный) индекс в таблице, затем сделайте схему доступной для записи и измените имя индекса на форму, зарезервированную sqlite, чтобы определить индекс первичного ключа (например, sqlite_autoindex_XXX_1, где XXX является имя таблицы) и установите для строки sql значение NULL. Наконец, измените определение таблицы. Один pittfal: sqlite не видит изменения имени индекса до тех пор, пока база данных не будет вновь открыта. Это кажется ошибкой, но не серьезной (даже без повторного открытия базы данных, вы все равно можете ее использовать).
Предположим, что таблица выглядит так:
CREATE TABLE tab1(i INTEGER, j INTEGER, t TEXT);
Затем я сделал следующее:
BEGIN;
CREATE INDEX pk_tab1 ON tab1(i,j);
pragma writable_schema=1;
UPDATE sqlite_master SET name='sqlite_autoindex_tab1_1',sql=null WHERE name='pk_tab1';
UPDATE sqlite_master SET sql='CREATE TABLE tab1(i integer,j integer,t text,primary key(i,j))' WHERE name='tab1';
COMMIT;
Некоторые тесты (в оболочке sqlite):
sqlite> explain query plan select * from tab1 order by i,j;
0|0|0|SCAN TABLE tab1 USING INDEX sqlite_autoindex_tab1_1
sqlite> drop index sqlite_autoindex_tab1_1;
Error: index associated with UNIQUE or PRIMARY KEY constraint cannot be dropped
Вы можете сделать это следующим образом:
CREATE TABLE mytable (
field1 text,
field2 text,
field3 integer,
PRIMARY KEY (field1, field2)
);
В соответствии с sqlite docs о создании таблицы, используя create table as select создает новую таблицу без ограничений и без первичного ключа.
Однако в документации также говорится, что первичные ключи и уникальные индексы логически эквивалентны (см. раздел ограничений):
В большинстве случаев ограничения UNIQUE и PRIMARY KEY реализуются путем создания уникального индекса в базе данных. (Исключения составляют INTEGER PRIMARY KEY и PRIMARY KEYs без таблиц ROWID.) Следовательно, следующие схемы логически эквивалентны:
CREATE TABLE t1(a, b UNIQUE); CREATE TABLE t1(a, b PRIMARY KEY); CREATE TABLE t1(a, b); CREATE UNIQUE INDEX t1b ON t1(b);
Итак, даже если вы не можете изменить определение таблицы с помощью синтаксиса SQL alter, вы можете получить тот же эффект первичного ключа, используя уникальный индекс.
Кроме того, любая таблица (кроме тех, которые созданы без синтаксиса rowid) имеет внутренний целочисленный столбец, известный как "rowid". Согласно документам, вы можете использовать этот внутренний столбец для извлечения/изменения таблиц записей.
Введение
Это основано на Android java, и это хороший пример по изменению базы данных, не раздражая поклонников/клиентов приложений. Это основано на идее страницы часто задаваемых вопросов SQLite http://sqlite.org/faq.html#q11
Проблема
Я не заметил, что мне нужно установить row_number или record_id для удаления одного купленного элемента в квитанции, и в то же время номер штрих-кода элемента обманул меня мыслью о том, чтобы сделать его ключом для удаления этого элемента. Я сохраняю данные квитанции в таблице receipt_barcode. Оставить его без record_id может означать удаление всех записей одного и того же элемента в квитанции, если я использовал штрих-код элемента в качестве ключа.
Примечание
Пожалуйста, поймите, что это копия моего кода, над которым я работаю на момент написания этой статьи. Используйте его только в качестве примера, случайное копирование случайно не поможет вам. Измените это первым, чтобы ваши потребности
Также, пожалуйста, не забудьте прочитать комментарии в коде.
Код
Используйте это как метод в своем классе для проверки того, отсутствует ли столбец, который вы хотите добавить. Мы делаем это, чтобы не повторять процесс изменения таблицы receipt_barcode. Просто упомяните об этом как о своем классе. На следующем шаге вы увидите, как мы его будем использовать.
public boolean is_column_exists(SQLiteDatabase mDatabase , String table_name,
String column_name) {
//checks if table_name has column_name
Cursor cursor = mDatabase.rawQuery("pragma table_info("+table_name+")",null);
while (cursor.moveToNext()){
if (cursor.getString(cursor.getColumnIndex("name")).equalsIgnoreCase(column_name)) return true;
}
return false;
}
Затем следующий код используется для создания таблицы rece_barcode, если он уже НЕ выйдет для 1-го пользователя вашего приложения. И обратите внимание на "ЕСЛИ НЕ СУЩЕСТВУЕТ" в коде. Это имеет важное значение.
//mDatabase should be defined as a Class member (global variable)
//for ease of access :
//SQLiteDatabse mDatabase=SQLiteDatabase.openOrCreateDatabase(dbfile_path, null);
creation_query = " CREATE TABLE if not exists receipt_barcode ( ";
creation_query += "\n record_id INTEGER PRIMARY KEY AUTOINCREMENT,";
creation_query += "\n rcpt_id INT( 11 ) NOT NULL,";
creation_query += "\n barcode VARCHAR( 255 ) NOT NULL ,";
creation_query += "\n barcode_price VARCHAR( 255 ) DEFAULT (0),";
creation_query += "\n PRIMARY KEY ( record_id ) );";
mDatabase.execSQL(creation_query);
//This is where the important part comes in regarding the question in this page:
//adding the missing primary key record_id in table receipt_barcode for older versions
if (!is_column_exists(mDatabase, "receipt_barcode","record_id")){
mDatabase.beginTransaction();
try{
Log.e("record_id", "creating");
creation_query="CREATE TEMPORARY TABLE t1_backup(";
creation_query+="record_id INTEGER PRIMARY KEY AUTOINCREMENT,";
creation_query+="rcpt_id INT( 11 ) NOT NULL,";
creation_query+="barcode VARCHAR( 255 ) NOT NULL ,";
creation_query+="barcode_price VARCHAR( 255 ) NOT NULL DEFAULT (0) );";
mDatabase.execSQL(creation_query);
creation_query="INSERT INTO t1_backup(rcpt_id,barcode,barcode_price) SELECT rcpt_id,barcode,barcode_price FROM receipt_barcode;";
mDatabase.execSQL(creation_query);
creation_query="DROP TABLE receipt_barcode;";
mDatabase.execSQL(creation_query);
creation_query="CREATE TABLE receipt_barcode (";
creation_query+="record_id INTEGER PRIMARY KEY AUTOINCREMENT,";
creation_query+="rcpt_id INT( 11 ) NOT NULL,";
creation_query+="barcode VARCHAR( 255 ) NOT NULL ,";
creation_query+="barcode_price VARCHAR( 255 ) NOT NULL DEFAULT (0) );";
mDatabase.execSQL(creation_query);
creation_query="INSERT INTO receipt_barcode(record_id,rcpt_id,barcode,barcode_price) SELECT record_id,rcpt_id,barcode,barcode_price FROM t1_backup;";
mDatabase.execSQL(creation_query);
creation_query="DROP TABLE t1_backup;";
mDatabase.execSQL(creation_query);
mdb.setTransactionSuccessful();
} catch (Exception exception ){
Log.e("table receipt_bracode", "Table receipt_barcode did not get a primary key (record_id");
exception.printStackTrace();
} finally {
mDatabase.endTransaction();
}
Я использовал синтаксис CREATE TABLE AS для объединения нескольких столбцов и столкнулся с той же проблемой. Вот AppleScript, который я написал, чтобы ускорить процесс.
set databasePath to "~/Documents/Databases/example.db"
set tableOne to "separate" -- Table from which you are pulling data
set tableTwo to "merged" -- Table you are creating
set {tempCol, tempColEntry, permColEntry} to {{}, {}, {}}
set permCol to {"id integer primary key"}
-- Columns are created from single items AND from the last item of a list
-- {{"a", "b", "c"}, "d", "e"} Columns "a" and "b" will be merged into a new column "c". tableTwo will have columns "c", "d", "e"
set nonCoal to {"City", "Contact", "Names", {"Address 1", "Address", "address one", "Address1", "Text4", "Address 1"}, {"E-Mail", "E-Mail Address", "Email", "Email Address", "EmailAddress", "Email"}, {"Zip", "Zip Code", "ZipCode", "Zip"}, {"Telephone", "BusinessPhone", "Phone", "Work Phone", "Telephone"}, {"St", "State", "State"}, {"Salutation", "Mr/Ms", "Mr/s", "Salutations", "Sautation", "Salutation"}}
-- Build the COALESCE statements
repeat with h from 1 to count of nonCoal
set aColumn to item h of nonCoal
if class of aColumn is not list then
if (count of words of aColumn) > 1 then set aColumn to quote & aColumn & quote
set end of tempCol to aColumn
set end of permCol to aColumn
else
set coalEntry to {}
repeat with i from 1 to count of aColumn
set coalCol to item i of aColumn as string
if (count of words of coalCol) > 1 then set coalCol to quote & coalCol & quote
if i = 1 then
set end of coalEntry to "TRIM(COALESCE(" & coalCol & ", '') || \" \" || "
else if i < ((count of aColumn) - 1) then
set end of coalEntry to "COALESCE(" & coalCol & ", '') || \" \" || "
else if i = ((count of aColumn) - 1) then
set as_Col to item (i + 1) of aColumn as string
if (count of words of as_Col) > 1 then set as_Col to quote & as_Col & quote
set end of coalEntry to ("COALESCE(" & coalCol & ", '')) AS " & as_Col) & ""
set end of permCol to as_Col
end if
end repeat
set end of tempCol to (coalEntry as string)
end if
end repeat
-- Since there are ", '' within the COALESCE statement, you can't use "TID" and "as string" to convert tempCol and permCol for entry into sqlite3. I rebuild the lists in the next block.
repeat with j from 1 to count of tempCol
if j < (count of tempCol) then
set end of tempColEntry to item j of tempCol & ", "
set end of permColEntry to item j of permCol & ", "
else
set end of tempColEntry to item j of tempCol
set end of permColEntry to item j of permCol
end if
end repeat
set end of permColEntry to ", " & item (j + 1) of permCol
set permColEntry to (permColEntry as string)
set tempColEntry to (tempColEntry as string)
-- Create the new table with an "id integer primary key" column
set createTable to "create table " & tableTwo & " (" & permColEntry & "); "
do shell script "sqlite3 " & databasePath & space & quoted form of createTable
-- Create a temporary table and then populate the permanent table
set createTemp to "create temp table placeholder as select " & tempColEntry & " from " & tableOne & "; " & "insert into " & tableTwo & " select Null, * from placeholder;"
do shell script "sqlite3 " & databasePath & space & quoted form of createTemp
--export the new table as a .csv file
do shell script "sqlite3 -header -column -csv " & databasePath & " \"select * from " & tableTwo & " ; \"> ~/" & tableTwo & ".csv"
У меня была та же проблема, и лучшим решением, которое я нашел, является сначала создать таблицу, определяющую первичный ключ, а затем использовать insert в statement.
CREATE TABLE mytable (
field1 INTEGER PRIMARY KEY,
field2 TEXT
);
INSERT INTO mytable
SELECT field1, field2
FROM anothertable;
sqlite> create table t(id int, col2 varchar(32), col3 varchar(8));
sqlite> insert into t values(1, 'he', 'ha');
sqlite>
sqlite> create table t2(id int primary key, col2 varchar(32), col3 varchar(8));
sqlite> insert into t2 select * from t;
sqlite> .schema
CREATE TABLE t(id int, col2 varchar(32), col3 varchar(8));
CREATE TABLE t2(id int primary key, col2 varchar(32), col3 varchar(8));
sqlite> drop table t;
sqlite> alter table t2 rename to t;
sqlite> .schema
CREATE TABLE IF NOT EXISTS "t"(id int primary key, col2 varchar(32), col3 varchar(8));
sqlite>
Я думаю, что добавление индекса в этот столбец может получить почти такой же эффект.