|
Действия ...
|
05.04.2010, 13:15
|
|||
|---|---|---|---|
|
|||
ADO: опять про формат даты/времени |
|||
|
|
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
05.04.2010, 13:12
|
|||
|---|---|---|---|
|
|||
ADO: опять про формат даты/времени |
|||
|
#18+
Известно что в ADO для запросов INSERT и UPDATE используется различный формат литералов даты/времени (в зависиммости от провайдера) Не встречал ли кто-то сводную таблицу форматов для различных провайдеров, в которой указывалось бы следующее: 1) Формат по умолчанию, те DD.MM.YYYY, M/D/Y и т.д. 2) Принимает ли формат ISO т.е. YYYY-MM-DD 3) Символ-ограничитель, т.е. одинарные/двойные кавычки, {...}, #...# и т.д. 4) Другие особенности, напр. явное указание фунции преобразования вроде GetDate('MM/DD/YYYY') и т.д. Если у кого-то есть такая сводка, выложите плз для общего сведения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.04.2010, 13:15
|
|||
|---|---|---|---|
|
|||
ADO: опять про формат даты/времени |
|||
|
#18+
Параметры рулят вне зависимости от провайдера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.04.2010, 13:21
|
|||
|---|---|---|---|
|
|||
ADO: опять про формат даты/времени |
|||
|
#18+
ADO - отстой вне зависимости от провайдера. Компоненты прямого доступа рулят! Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.04.2010, 15:50
|
|||
|---|---|---|---|
|
|||
ADO: опять про формат даты/времени |
|||
|
#18+
Параметры и компоненты - это понятно. Но сводную таблицу по ADO все равно хочу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.04.2010, 13:39
|
|||
|---|---|---|---|
|
|||
ADO: опять про формат даты/времени |
|||
|
#18+
А ODBCишный синтаксис разве не работает? Чтото типа {t xxx } Он должен быть универсальным ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.04.2010, 22:17
|
|||
|---|---|---|---|
|
|||
ADO: опять про формат даты/времени |
|||
|
#18+
Нет, не везде. Даже для Jet4 в общем случае не работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.04.2010, 12:33
|
|||
|---|---|---|---|
ADO: опять про формат даты/времени |
|||
|
#18+
Такой таблицы нет и не будет. Все базы данных используют разные форматы с учётом региональных настроек. Соответственно и разные провайдеры по-разному работают с этими форматами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.04.2010, 14:33
|
|||
|---|---|---|---|
|
|||
ADO: опять про формат даты/времени |
|||
|
#18+
Тоже нет. Возьмем MsSql - независимо от локали по умолчанию 'MM/DD/YY' или 'MM/DD/YYYY' или 'MMDDYYYY' в одинарных кавычках, понимает ISO. Совершенно аналогично для VFP, но в фигурных скобках. Access берет локаль, но понимает YYYYDDMM, старый Access в каких-то случаях требует CDate('...') Так что такая таблица очень даже может быть и где-нибудь в сети обязательно есть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.04.2010, 14:52
|
|||
|---|---|---|---|
ADO: опять про формат даты/времени |
|||
|
#18+
УнрегистередТоже нет. Возьмем MsSql - независимо от локали по умолчанию 'MM/DD/YY' или 'MM/DD/YYYY' или 'MMDDYYYY' Что-то не совсем сходится то что Вы написали с FAQ: http://www.sql.ru/faq/faq_topic.aspx?fid=109 УнрегистередТоже нет. Возьмем MsSql - независимо от локали по умолчанию 'MM/DD/YY' или 'MM/DD/YYYY' или 'MMDDYYYY' УнрегистередAccess берет локаль, но понимает YYYYDDMM, старый Access в каких-то случаях требует CDate('...') Если всё так гладко, то зачем я пользовался для этих целей функцией BuildCriteria, чтобы работало на всех машинах, независимо от региональных настроек. Унрегистеред Так что такая таблица очень даже может быть и где-нибудь в сети обязательно есть Найдёте, не забудьте поделиться :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=35&mobile=1&tid=1552815]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
41ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 152ms |
| 0 / 0 |
