|
|
|
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:12 |
|
||
|
ADO: опять про формат даты/времени
|
|||
|---|---|---|---|
|
#18+
Параметры рулят вне зависимости от провайдера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2010, 13:15 |
|
||
|
ADO: опять про формат даты/времени
|
|||
|---|---|---|---|
|
#18+
ADO - отстой вне зависимости от провайдера. Компоненты прямого доступа рулят! Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2010, 13:21 |
|
||
|
ADO: опять про формат даты/времени
|
|||
|---|---|---|---|
|
#18+
Параметры и компоненты - это понятно. Но сводную таблицу по ADO все равно хочу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2010, 15:50 |
|
||
|
ADO: опять про формат даты/времени
|
|||
|---|---|---|---|
|
#18+
А ODBCишный синтаксис разве не работает? Чтото типа {t xxx } Он должен быть универсальным ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2010, 13:39 |
|
||
|
ADO: опять про формат даты/времени
|
|||
|---|---|---|---|
|
#18+
Нет, не везде. Даже для Jet4 в общем случае не работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2010, 22:17 |
|
||
|
ADO: опять про формат даты/времени
|
|||
|---|---|---|---|
|
#18+
Такой таблицы нет и не будет. Все базы данных используют разные форматы с учётом региональных настроек. Соответственно и разные провайдеры по-разному работают с этими форматами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2010, 12:33 |
|
||
|
ADO: опять про формат даты/времени
|
|||
|---|---|---|---|
|
#18+
Тоже нет. Возьмем MsSql - независимо от локали по умолчанию 'MM/DD/YY' или 'MM/DD/YYYY' или 'MMDDYYYY' в одинарных кавычках, понимает ISO. Совершенно аналогично для VFP, но в фигурных скобках. Access берет локаль, но понимает YYYYDDMM, старый Access в каких-то случаях требует CDate('...') Так что такая таблица очень даже может быть и где-нибудь в сети обязательно есть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2010, 14:33 |
|
||
|
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, чтобы работало на всех машинах, независимо от региональных настроек. Унрегистеред Так что такая таблица очень даже может быть и где-нибудь в сети обязательно есть Найдёте, не забудьте поделиться :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2010, 14:52 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=36566084&tid=1552815]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
35ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 140ms |

| 0 / 0 |
