Як працюють значення DATETIME в SQLite?

Я створюю програми для Android, і мені потрібно зберегти дату / час запису про створення. Документи SQLite, однак, кажуть, що "SQLite не має класу зберігання, відведеного для зберігання дат та / або разів", і він "здатний зберігати дати та часи як значення TEXT, REAL або INTEGER".

Чи є технічні причини використовувати один тип над іншим? І чи може одна колонка зберігати дати в будь-якому з трьох форматів від рядка до рядка?

Мені потрібно буде порівняти дати пізніше. Наприклад, у своїх додатках я покажу всі записи, створені між датою A до датою B. Я переживаю, що відсутність справжнього стовпця DATETIME може ускладнити порівняння.

SQlite не має конкретного типу часу. Ви можете використовувати TEXT, REALабо INTEGERтип, в залежності від того відповідає вашим потребам.

Прямо від DOCS

У SQLite немає класу зберігання, відведеного для зберігання дат та / або разів. Натомість вбудовані функції дати та часу SQLite здатні зберігати дати та часи як значення TEXT, REAL або INTEGER:

• ТЕКСТ у вигляді рядків ISO8601 ("РРРР-ММ-DD HH: MM: SS.SSS").
• РЕАЛЬНІ як номери Джуліана, кількість днів з полудня в Ґрінвічі 24 листопада 4714 р. До н.е. згідно з пролептичним григоріанським календарем.
• INTEGER як Unix Time, кількість секунд з 1970-01-01 00:00:00 UTC.

Програми можуть вибирати дати та час у будь-якому з цих форматів та вільно конвертувати між форматами, використовуючи вбудовані функції дати та часу.

Тут можна знайти вбудовані функції дати та часу SQLite .

У SQLite немає класу зберігання, відведеного для зберігання дат та / або разів. Натомість вбудовані функції дати та часу SQLite здатні зберігати дати та часи як значення TEXT, REAL або INTEGER:

ТЕКСТ у вигляді рядків ISO8601 ("РРРР-ММ-DD HH: MM: SS.SSS"). РЕАЛЬНІ як номери Джуліана, кількість днів з полудня в Ґрінвічі 24 листопада 4714 р. До н.е. згідно з пролептичним григоріанським календарем. INTEGER як Unix Time, кількість секунд з 1970-01-01 00:00:00 UTC. Програми можуть вибирати дати та час у будь-якому з цих форматів та вільно конвертувати між форматами, використовуючи вбудовані функції дати та часу.

Сказавши це, я би використовував INTEGER і зберігав секунди з епохи Unix (1970-01-01 00:00:00 UTC).

Одна з потужних особливостей SQLite дозволяє вибирати тип зберігання. Переваги / недоліки кожного з трьох різних можливостей:

• Рядок ISO8601

  • Порівняння рядків дає дійсні результати
  • Зберігає дріб секунди, до трьох десяткових цифр
  • Потрібно більше місця для зберігання
  • Його значення ви побачите безпосередньо під час використання браузера бази даних
  • Необхідність розбору для інших цілей
  • Модифікатор стовпців "current_timestamp" за замовчуванням зберігатиметься у цьому форматі

• Реальне число

  • Висока точність відносно дрібних секунд
  • Найдовший діапазон часу

• Цілий номер

  • Найнижчий простір для зберігання
  • Швидкі операції
  • Невеликий часовий діапазон
  • Можлива проблема 2038 року

Якщо вам потрібно порівняти різні типи або експортувати до зовнішньої програми, ви можете скористатись функціями перетворення власних функцій SQLite за необхідності.

Практично всі питання, що стосуються дати та часу, я вважаю за краще спростити речі, дуже-дуже прості ... До секунд, збережених у цілих числах.

Цілі особи завжди будуть підтримуватися у вигляді цілих чисел у базах даних, плоских файлах тощо. Ви трохи піддаєте математиці та переносите їх на інший тип, і ви можете відформатувати дату в будь-якому випадку.

Роблячи це таким чином, вам не доведеться хвилюватися, коли [вставити поточну улюблену базу даних тут] замінено на [майбутня улюблена база даних], яка випадково не використовувала формат дати, який ви вибрали сьогодні.

Це лише невеликі накладні витрати на математику (наприклад, методи - це займає дві секунди, я при необхідності відправлю суть) і спрощує речі для багатьох операцій щодо дати / часу пізніше.

Зберігайте його в полі типу long. Дивіться Date.getTime()іnew Date(long)