Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.09.05;
Скачать: CL | DM;

Вниз

не выполняется запрос по полю с названием DATE   Найти похожие ветки 

 
RDen   (2004-08-05 08:20) [0]

Видимо потому, что DATE является зарезервированным словом (или я не прав?). Подскажите пожалуйста как это обойти, например на:
"Select Date from Table" выдаётся: Invalid use of keyword. Token:DATE
Спасибо


 
sniknik ©   (2004-08-05 08:29) [1]

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


 
46_55_41_44 ©   (2004-08-05 09:51) [2]

Вообще советую не использовать поле типа Date.
Помоему намного удобнее (есесьно с точки зрения программера)хранить дату в числовом виде!
Этими данными удобнее потом манипулировать!


 
Vovchik_A ©   (2004-08-05 10:41) [3]

246_55_41_44 ©   (05.08.04 09:51) [2]

Я уже видел софт, где дата держалась как Integer. Было не очень удобно.


 
Rule ©   (2004-08-05 11:53) [4]

46_55_41_44 ©   (05.08.04 9:51) [2]
Все зависит от конгретного движка БД, допустип в фаерберде есть средсва в SQL для выделения частей от даты и времени (выделить часы года или секунды), я думаю в серьезных клиентсерверных СУБД такое тоже есть так что вопрос спорный


 
46_55_41_44 ©   (2004-08-05 14:14) [5]

Но все-таки я остаюсь при своем мнении...
помоему так удобнее...


 
Sergey13 ©   (2004-08-05 14:41) [6]

246_55_41_44 ©   (05.08.04 14:14)
Иногда да, иногда нет. Если из даты нужны только год и месяц (например) и проверяется только равенство этим реквизитам, то может и стОит так сделать. Если важна дата полностью и часты запросы на "до" и "после" - то вряд ли стОит. Запаришся запросы писать.


 
Kostia   (2004-08-08 19:54) [7]

Poprobuite
Select `Date` from Table



Страницы: 1 вся ветка

Текущий архив: 2004.09.05;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.038 c
1-1092810790
andy
2004-08-18 10:33
2004.09.05
Asm-процедуры для работы со строками PChar


14-1092903488
Ромкааа
2004-08-19 12:18
2004.09.05
Добрый день, скажите плз, кто-нить работал с графиками для форекс


3-1092312735
sesh
2004-08-12 16:12
2004.09.05
PostgreSQL


11-1080022515
Solik
2004-03-23 09:15
2004.09.05
Глюк-с в массивах


3-1092079761
Hawk
2004-08-09 23:29
2004.09.05
Открытие файла БД