Владимир Тезин (Все сообщения пользователя)

....сам врубился в чем дело было - может пригодится кому
ломка связи всегда происходила когда дата дня становилась больше 12
вызвано тем что Квик в Скуль передает дату в формате DD.MM.YYYY а скуль похоже хочет ее в виде MM.DD.YYYY
соответственно пока день был меньше 12 для скуля все было ок т.к. он воспринимал его как номер месяца
ну а 13 числа все умирало

в результате транслирую дату в поле varchar а парсинг из строки делаю уже в своей программе обработки данных  
с полем Время все ок

подниму опять тему,

сегодня ни с того ни с сего MS SQL опять начал ругаться на поле с датой сделки в том плане что формат данных неправильный
нормально принимает дату из квика только в поле формата varchar

при том что настройки не менялись просто вчера работало с полем типа data, а сегодня только varchar
никаких обновлений софта за ночь не делалось

Что может влиять на "понимание" дат между квиком и скулем, а главное на возможные  причины пропадания этого "понимания"?  

свойство Identity Specification у этого поля должно быть Yes тогда при добавлении записей оно будет автоматом увеличиваться на 1

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

драйвер называется SQL Server
если скажете где посмотреть версию - скажу какая :)
сегодня кстати справился с глюком в полях даты и времени: при настройке ODBS надо отключить использование
национальных настроек

Привет, я настроил методом "научного тыка" связку Quik и MS SQL 2008 r2 для выгрузки потока сделок.
Все ок, только дату и время удается выкидывать только в строковые поля, при использовании других форматов выдает ошибку формата. Приходится в самой программе обработки данных уже из строк дату и время собирать. а в целом все летает четко.

Вот как настроен скуль и квик соответсвтенно: