В чем разница между связанными типами данных SQLite, такими как INT, INTEGER, SMALLINT и TINYINT?

При создании таблицы в SQLite3 я запутываюсь, когда сталкиваюсь со всеми возможными типами данных, которые подразумевают похожее содержимое, так может ли кто-нибудь сказать мне разницу между следующими типами данных?

INT, INTEGER, SMALLINT, TINYINT

DEC, DECIMAL

LONGCHAR, LONGVARCHAR

DATETIME, SMALLDATETIME

Есть ли где-нибудь документация, в которой перечислены мин. / Макс. возможности различных типов данных? Например, я предполагаю, что smallintимеет большее максимальное значение tinyint, чем целое, но меньшее, чем целое число, но я понятия не имею, каковы эти возможности.

SQLiteтехнически не имеет типов данных, в системе манифестной типизации есть классы хранения , и да, это сбивает с толку, если вы привыкли к традиционным RDBMSes. Все внутри хранится в виде текста. Типы данных приводятся / преобразуются в различные места хранения на основе сходства (как типы данных, назначенные столбцам).

Лучшее, что я рекомендую вам сделать, это:

1. Временно забудьте все, что вы знали о типах данных автономной базы данных.

2. Прочтите приведенную выше ссылку с SQLiteсайта.

3. Возьмите типы, основанные на вашей старой схеме, и посмотрите, что они будут отображать в SQLite

4. Перенести все данные в SQLiteбазу данных.

Примечание. Ограничения типа данных могут быть обременительными, особенно если вы добавляете длительность времени, даты или другие подобные вещи SQL. SQLiteимеет очень мало встроенных функций для такого рода вещей. Тем SQLiteне менее, это дает вам простой способ создания ваших собственных встроенных функций для добавления продолжительности времени и подобных вещей с помощью sqlite3_create_functionбиблиотечной функции. Вы бы использовали это средство вместо традиционных хранимых процедур.

Разница в синтаксическом сахаре. Лишь несколько подстрок имен типов имеют значение с точки зрения сходства типов.

• INT, INTEGER, SMALLINT, TINYINT → INTEGER сходство, потому что все они содержат "INT".
• LONGCHAR, LONGVARCHAR → TEXT сродство, потому что они содержат "CHAR".
• DEC, DECIMAL, DATETIME, SMALLDATETIME → NUMERIC, потому что они не содержат никаких важных подстрок.

Правила определения близости перечислены на сайте SQLite .

Если вы настаиваете на строгой типизации, вы можете реализовать это с CHECKограничениями:

CREATE TABLE T (
   N   INTEGER CHECK(TYPEOF(N) = 'integer'),
   Str TEXT CHECK(TYPEOF(Str) = 'text'),
   Dt  DATETIME CHECK(JULIANDAY(Dt) IS NOT NULL)
);

Но я никогда не заморачивался с этим.

По вместимости каждого типа:

• INTEGERвсегда подписан 64-битным. Обратите внимание, что SQLite оптимизирует хранение небольших целых чисел за кадром, поэтому TINYINT в любом случае не будет полезен.
• REALвсегда 64-битный ( double).
• TEXTи BLOBимеют максимальный размер, определяемый макросом препроцессора, который по умолчанию равен 1 000 000 000 байт.

Большинство из них предназначены для совместимости. На самом деле у вас есть только целые числа, числа с плавающей запятой, текст и blob. Даты могут храниться в виде числа (время unix - целое число, время microsoft - плавающее) или текста.

NULL. Это значение NULL.

INTEGER. Значение представляет собой целое число со знаком, хранящееся в 1, 2, 3, 4, 6 или 8 байтах в зависимости от величины значения.

REAL. Значение представляет собой значение с плавающей запятой, сохраненное как 8-байтовое число с плавающей запятой IEEE.

TEXT. Значение представляет собой текстовую строку, хранящуюся с использованием кодировки базы данных (UTF-8, UTF-16BE или UTF-16LE).

BLOB. Значение - это блок данных, хранящийся точно в том виде, в котором он был введен.

В качестве дополнения к ответу от dan04, если вы хотите вслепую вставить NUMERICотличное от нуля, представленное a, TEXTно убедитесь, что текст можно преобразовать в числовое:

your_numeric_col NUMERIC CHECK(abs(your_numeric_col) <> 0)

Типичный вариант использования - запрос от программы, которая обрабатывает все данные как текст (для единообразия и простоты, поскольку SQLite уже делает это). Приятно то, что он позволяет создавать такие конструкции:

INSERT INTO table (..., your_numeric_column, ...) VALUES (..., some_string, ...)

что удобно, если вы используете заполнители, потому что вам не нужно специально обрабатывать такие ненулевые числовые поля. Пример использования sqlite3модуля Python:

conn_or_cursor.execute(
    "INSERT INTO table VALUES (" + ",".join("?" * num_values) + ")",   
    str_value_tuple)  # no need to convert some from str to int/float

В приведенном выше примере все значения str_value_tupleбудут экранированы и заключены в кавычки как строки при передаче в SQlite. Однако, поскольку мы не проверяем явно тип через, TYPEOFа только конвертируемость в тип , он по-прежнему будет работать по желанию (т.е. SQLite либо сохранит его как числовое, либо не сработает).