Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Можно ли задать "пустое" (но не NULL) значение по умолчанию для поля типа dateti
|
|||
|---|---|---|---|
|
#18+
Для поля типа строки можно задать значение '' (пустая строка), которое тем не менее, не будет значением NULL А можно ли как-то аналогично задать "пустое" значение для реквизита типа datetime, которое также не будет значением NULL? Нужно ли вообще избегать значений NULL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2002, 12:40 |
|
||
|
Можно ли задать "пустое" (но не NULL) значение по умолчанию для поля типа dateti
|
|||
|---|---|---|---|
|
#18+
"Пустым" значением будет 1 января 1900. Получается оно например так: select cast(0 as datetime) -- вернет 1900-01-01 00:00:00.000 А чем NULL не устраивает? Как раз NULL и будет являться признаком неопределенного значения, а не суррогат а-ля пустая строка. Иначе на клиенте придется вводить куда менее наглядные проверки на "пустоту". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2002, 13:02 |
|
||
|
Можно ли задать "пустое" (но не NULL) значение по умолчанию для поля типа dateti
|
|||
|---|---|---|---|
|
#18+
A select cast(-1000 as datetime) вернет 1897-04-06 00:00:00.000 И что? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2002, 13:31 |
|
||
|
Можно ли задать "пустое" (но не NULL) значение по умолчанию для поля типа dateti
|
|||
|---|---|---|---|
|
#18+
Идиоту с вполне подходящим ником (3.14_d'or): Values with the datetime data type are stored internally by Microsoft SQL Server as two 4-byte integers. The first 4 bytes store the number of days before or after the base date, January 1, 1900. The base date is the system reference date. Values for datetime earlier than January 1, 1753, are not permitted. The other 4 bytes store the time of day represented as the number of milliseconds after midnight. base date, January 1, 1900 - в качестве базового значения устраивает? Если нет, ну используй -1000, кто ж тебе мешает... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2002, 14:39 |
|
||
|
Можно ли задать "пустое" (но не NULL) значение по умолчанию для поля типа dateti
|
|||
|---|---|---|---|
|
#18+
Юноши, не ругайтесь! GreenSunrise, 3.14фагор не сказал Вам ничего обидного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2002, 03:58 |
|
||
|
Можно ли задать "пустое" (но не NULL) значение по умолчанию для поля типа dateti
|
|||
|---|---|---|---|
|
#18+
2 Lohmatun: В общем случае, там где значение ячейки неизвестно, лучше использовать NULL. Хотя, для значений "окончание срока", может быть, стоит использовать максимально возможную дату, например 31/12/9999 для datetime, тогда выражение вроде: DateEnd is NULL or DateEnd > @Date можно упростить DateEnd > @Date ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2002, 04:53 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32022745&tid=1823933]: |
0ms |
get settings: |
8ms |
get forum list: |
21ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
61ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 217ms |
| total: | 381ms |

| 0 / 0 |
