Проблем с датите в SQL

[zloRadi]

Здравейте,
Прилижението, което пиша на Делфи ползва база данни на Access и имам следния проблем.
Налага се да направя заявка от рода:

'SELECT Table1.Field1, Table1.Date1 INTO Table2'
'FROM Table1'
'WHERE (([table1].Date1) Between #'+Променлива+'# AND #'+Променлива+'#));'

Всичко работи добре с една малка особенност.
Датите са във вид dd/mm/yyyy, но SQL-а ги изпълнява аъв вид mm/dd/yyyy.
T.e. ако датата е 02/04/2008 (02 април), SQL-а го изпълнява като 04 февруари.
За дати, които са число по голямо от 12, например 13/04/2009 (13 април), заявките се изпълняват коректно, т.е. взима си го като 13 април.

Как мога да избегна това?

[Bibi]

При теб какво пише за датите в регионалните настойки на Windows?
Защото той от там се ориентира в какъв ред му ги подаваш.

[zloRadi]

В момента в настройките на Windows формата на датата е Bulgarian във вид dd/mm/yyyy.

Когато обърна формата в настройките на mm/dd/yyyy всичко работи перфектно. Но на мен това не ми върши работа, защото се предполага, че програмата трябва да работи незавизимо какви са настройките на потребителя.

[Bibi]

Опитай да сложиш CDate() или DateDiff() в условието.

Примерно така:
'WHERE (([table1].Date1) Between CDate(#'+Променлива+'#) AND CDate(#'+Променлива+'#));'

Защото при дати "<" действа необичайно, според това, което тествах.

[Black Adder]

или пробвай да добавиш в началото на програмата следното:

 ShortDateFormat := 'mm.dd.yyyy';
 LongDateFormat := 'mm.dd.yyyy';

[Smurfa]

Малко повече работа е и може вече да е късно но в базата аз набутвам датата под следния формат ггггммдд. До сега не съм имал проблеми след това, обработката до нормален вид е играчка но...както човек си реши

[zloRadi]

Благодаря на всички, който помогнаха.
След няколко безуспешни опити да променям какво ли не и да пипам по базата, най-накрая успях.
Всъщност по-лесния начин се оказа като просто променя формата на двете променливи, които подават датите, на мм/дд/гггг. Така всичко работи независимо от указания формат в базата и от настройките на win.

Понякога най-доброто решение е най-простото ама кой да го види....