SQL ошибка вставки записи (type mismatch in expression)

[Элексир]

Всем здравствуйте. Помогите пожалуйста с такой проблемой не получается добавлять записи в базу с помощью sql запроса.

Создал с помощью 'database desctop' таблицу paradox c колонками
Datap тип: Date
LS тип: Alpha длина: 4
FIO тип: Alpha длина: 30
Summa тип: Number
в таблицу данные пытаюсь добавить таким вот запросом:

Код:

Query6.SQL.Text:='Insert Into OplatNet(Datap,LS,FIO,Summa)'+
'VALUES('+#39+DateToStr(now())+#39+', '+#39+licSet.Text+#39+', '
+#39+Family.Text+#39+', '+
#39+Sumka.Caption+#39+')';
Query6.ExecSQL;

возвращает же мне заместа выполненного запроса, ошибку
type mismatch in expression.
Буду признателен за помощь как это побороть. Спасибо

[Алексей++]

Элексир, покажи содержимое Query6.SQL.Text после присваивания

[Элексир]

Алексей1153++, получается на выходе строка

insert into OplatNet(Datap,LS,FIO,Summa)VALUES('16.02.2010','0560','Иванов Иван Иванович','555.555')

[baldr]

Summa - это число - не заключай его в кавычки.. И учти что в зависимости от локальных настроек десятичный разделитель может быть как точкой, так и запятой.

[HandKot]

так если у Вас
Summa тип: Number
то зачем берете его в кавычки - '555.555' ?

[Элексир]

Убрал перед кавычки перед суммой и после. ошибка осталась.
блин не заметил сумма показывается через "," 555,555.
p.s. как ее отформатировать под точку. без манипуляций в виндовс?

[Falsehood]

а то, что дата, как строка передается - это нормально?

[baldr]

а то, что дата, как строка передается - это нормально?

Да, кстати, скорее всего формат даты тоже надо уточнить - тоже зависит от региональных настроек...
Элексир, попробуй руками выполнить такие запросы - и выяснишь формат:

insert into OplatNet(Datap,LS,FIO,Summa)VALUES('16/02/2010','0560','Иванов Иван Иванович',555)
insert into OplatNet(Datap,LS,FIO,Summa)VALUES('02/16/2010','0560','Иванов Иван Иванович',555)
insert into OplatNet(Datap,LS,FIO,Summa)VALUES('02-16-2010','0560','Иванов Иван Иванович',555)

[Элексир]

в sql эксплорере запрос с такими параметрами прокатывает.
дает ошибку только на сумме, там ему точка нужна.
но щас с датами попробую. и напишу.

[Элексир]

проверил даты работают как в формате '16.01.2010' так и
'02/16/2010'

[baldr]

дает ошибку только на сумме, там ему точка нужна.

Ну тогда тупо сделай замену запятой на точку в строке (сумме) и все.

[Элексир]

baldr, спасибо!!!

[baldr]

baldr, спасибо!!!

Пожалуйста.. Но учти, что это способ, который применим конкретно в этом случае.. Для курсовика, в принципе, прокатит, особенно если преподаватель не задумывается о таких мелочах..
Но, в принципе, так писать программы - неправильно. Это может привести к ошибке.
В следующий раз твоя программа может быть запущена на компьютере, на котором десятичный разделитель - точка, а на сервере с базой - запятая.. Эти настройки хранятся в локали для локального компьютера и в настройках базы для сервера БД. Из локали получить настройки достаточно просто даже через WinAPI, а вот для БД - это не всегда можно получить..

[Алексей++]

baldr, можно сделать простой универсальный тест Есть всего 4 варианта:

бд  комп
.     .
,     .
.     ,
,     ,

нужно сделать тест (результат которого заранее должен быть известен) для каждого сочетания и использовать прошедшее тест сочетание

например, выясняем, что появится, если отформатировать число 1.1

Код:

str=<форматируем число 1.1 >;
if(str=="1,1")
{
  //запятая
}
else
if(str=="1.1")
{
  //точка
}

[Kivals]

Summa - это число - не заключай его в кавычки.. И учти что в зависимости от локальных настроек десятичный разделитель может быть как точкой, так и запятой.

baldr, Хм... ИМХО ты сам себе противоречишь:
1. Если брать в кавычки - то тогда используется десятичный разделитель из настроек (каких именно - локальных или БД - наверное зависит от СУБД и клиента)
2. Если кавычки убрать - то всегда будт точка, т.к. в синтаксисе SQL точка отделяет десятичную часть, а запятая - параметры

[baldr]

Kivals, мы говорим о числе, уже сконвертированном в строку. Кавычки - имелись в виду внутренние, внутри SQL-запроса.
А вообще, ты прав - запятая там вряд ли может быть...

[Kivals]

Именно о числовом поле: если в кавычках - СУБД будет пытаться его конвертировать из строковой константы в числовую; если без - то это числовая константа, а она разделяется точкой