Хелпикс

Главная

Контакты

Случайная статья





Календарные типы данных



Календарные типы данных

Тип данных Объем памяти Диапазон Описание
DATE 3 байта от '1000-01-01' до '9999-12-31' Предназначен для хранения даты. В качестве первого значения указывается год в формате "YYYY", через дефис - месяц в формате "ММ", а затем день в формате "DD". В качестве разделителя может выступать не только дефис, а любой символ отличный от цифры.
TIME 3 байта от '-838:59:59' до '838:59:59' Предназначен для хранения времени суток. Значение вводится и хранится в привычном формате - hh:mm:ss, где hh - часы, mm - минуты, ss - секунды. В качестве разделителя может выступать любой символ отличный от цифры.
DATATIME 8 байт от '1000-01-01 00:00:00' до '9999-12-31 23:59:59' Предназначен для хранения и даты и времени суток. Значение вводится и хранится в формате - YYYY-MM-DD hh:mm:ss. В качестве разделителей могут выступать любые символы отличные от цифры.
TIMESTAMP 4 байта от '1970-01-01 00:00:00' до '2037-12-31 23:59:59' Предназначен для хранения даты и времени суток в виде количества секунд, прошедших с полуночи 1 января 1970 года (начало эпохи UNIX).
YEAR (M) 1 байт от 1970 до 2069 для М=2 и от 1901 до 2155 для М=4 Предназначен для хранения года. М - задает формат года. Например, YEAR (2) - 70, а YEAR (4) - 1970. Если параметр М не указан, то по умолчанию считается, что он равен 4.

 

4. Сравнение – кодировка содержимого для указанного элемента таблицы.

utf8 - это charset, способ хранения символов из набора unicode. От одного байта до трёх на один символ

utf8_bin, utf8_general_ci, utf8_unicode_ci - это collations.

Сollations - Способ описания порядка букв для сортировок, поиска и приведения к верхнему/нижнему регистру:

utf8_bin - всё регистрово зависимо. При поиске 'A' != 'a', сортировка - в порядке следования в таблице

utf8_general_ci, utf8_unicode_ci - более продвинутые коллации. Без строгой регистровой зависимости, при поиске будет правильным равенство 'AaA' == 'aaa', различаются только способами сортировки.

utf8_general_ci работает быстрее, но сортировка не учитывает некоторые особенности в порядке букв в языках, использующих сходный набор (типа немецкого и французского)

utf8_unicode_ci - чуть медленнее, но сортировки будут правильные во всех случаях, когда это возможно.

5. Атрибуты – указывается атрибут для типа используемых данных (пункт 3).

1. NOT NULL

При создании столбца в нем по умолчанию допускается устанавливать пустое значение. Следует, однако, иметь в виду, что в базах данных SQL пустое значение отличается от нулевого и может давать неожиданные или нежелательные результаты. Так, если любое из значений в столбце окажется пустым, то и общая сумма значений в этом столбце окажется пустой. Как правило, при определении столбцов рекомендуется не разрешать установку в них пустых значений. Для этой цели служит атрибут NOT NULL, указываемый после типа данных.

2. AUTO_INCREMENT

Этот атрибут обеспечивает автоматическое приращение числового значения первичного ключа (1, 2, 3 и т.д.). Он используется вместе с типом данных INTEGER и атрибутом NOT NULL.

3. DEFAULT

Этот атрибут определяет значение, устанавливаемое в столбце по умолчанию. Это значение используется при вводе новой строки без указания конкретного значения в данном столбце.

Следует иметь в виду, что если установлен атрибут AUTOINCREMENT, то атрибут DEFAULT не используется.

4.    UNSIGDNED

Этот атрибут обычно указывается вместе с типом данных INTEGER или TINYINT, предписывая базе данных сохранять целочисленное значение без знака, т.е. положительным. Благодаря этому можно сохранить большее максимальное значение. Этот атрибут используется, например, в том случае, если имеется внешний ключ.

6. Null – указывает, может ли содержать поле таблицы специальное псевдозначение, которое может быть записано в поле таблицы базы данных.

Может быть лишь 2 варианта, true (да) или false (нет).

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

 

Анализ различий между таблицами Content Joomla 1.5 и Joomla 3.5

1. В версии 3.5 появилось поле 2. asset_id, тип int. Данное поле ссылается на идентификаторы таблицы assets. Данная таблица содержит в себе зависимости между категориями и информацией в них и системные данные.

2. Было убрано поле 4. title_alias, тип varchar, которое содержало в себе краткое описание содержания текста.

3. Было убрано поле 8. Sectionid, тип int. Данное поле содержало в себе идентификатор секции. Секций нету в версии Joomla 3.5. За место этого появилось поле 8. Catid, тип int, т.к в Joomla 3.5 вместо секций появились прямой идентификатор категорий.

4. Было убрано поле 9. Mask, тип int. Данное поле содержало себе специальный идентификатор, позволяющий CMS применять фильтры для статей. В версии 3.5 данную функцию выполняет поле продвинутая система с помощью поля 2. Asset_id и таблицы assets.

5. Было добавлено поле 28. Featured, тип tinyint. Данное поле содержит в себе значение только при условии, если добавленная статья в таблицу content повторно редактировалась.

6. Было добавлено поле 29. Language, тип char. Данное поле содержит в себе значение языка статьи.

7. Было добавленно поле 30. Xreference, тип varchar. Данное поле содержит в себе ссылку, на файловый сервер и/или сторонний сайт, откуда статья берет файлы во вложении/картинки/другую информацию.

 



  

© helpiks.su При использовании или копировании материалов прямая ссылка на сайт обязательна.