Почему MS SQL по разному форматирует даты?

То есть это нормальное явление, а не косяк MS SQL?

Ну и остается тогда форматировать сразу в запросах

krka92, это нормально. Если нужен определенный формат, то делаете как я указал выше и дело сделано

auoa16, Не-а...
SELECT @@LANGUAGE
Подкинул сейчас на всех машинах (На своей, на той где стоит сервер и на всех проблемных) - Везде результат одинаков

auoa16, Однако, формат помогает. Спасибо в любом случае, Будем думать дальше)

krka92, покажите код, который возвращает даты в разных форматах

krka92, я правильно понимаю, что у вас есть две разные машины, и вы с обеих делаете запрос лишь к одному экземпляру, который на одной из этих двух машин? Покажите структуру таблицы, в которой хранится дата, и запрос, который возвращает разные форматы

Моя машина - та где стоит сервер.
Другие машины - те, с которых я подключаюсь к себе
Запрос

FSQL := '';
FSQL := FSQL + 'Select  F.IDRaisingCoefStandart id, F.IDUsl,'#13#10;
FSQL := FSQL + '    cast(Cast(F.coef as Numeric(15,6))*1000000 as int) value,'#13#10;
FSQL := FSQL + '    F.sdu As StartDate,  F.edu As EndDate'#13#10;
FSQL := FSQL + 'From dtRaisingCoefStandart F Inner Join #TempUSL h On f.IDUsl = h.ID'#13#10;
FSQL := FSQL + 'Order By F.IDUsl, StartDate'#13#10;

Поля с датами

FLD_StartDate := Result.FindField('StartDate');
FLD_EndDate := Result.FindField('EndDate');

Получение даты из поля.

DS := FLD_StartDate.AsDateTime;
DE := FLD_EndDate.AsDateTime;

Тут и возникает интересный момент. Если формат вот такой
2017-11-01
То на моей машине у меня дата преобразовывается к формату 01.11.2017
А на других не преобразовывается.

ЗЫ
В базе только в некоторых таблицах такие форматы дат 2017-11-01
В остальных 01.11.2017

krka92,

ЗЫ
В базе только в некоторых таблицах такие форматы дат 2017-11-01
В остальных 01.11.2017

Так может причина именно в этом, что вы делали запросы к разным таблицам, и они возвращались в тех форматах, в которых были в базе?

auoa16, Именно к этой таблице. Одни и те же данные выбираются

krka92, Вы делаете запрос к одной и той же базе данных и одной и той же таблице, в обоих случаях через консоль(только разные машины) и оба случая возвращают разные форматы дат, так?

Тут и возникает интересный момент. Если формат вот такой
2017-11-01
То на моей машине у меня дата преобразовывается к формату 01.11.2017
А на других не преобразовывается.

Блин не сразу заметил, вы в обоих случаях делаете запросы через делфи? Тогда это настройки окружения делфи и sql server тут не при чем

auoa16, Еще на всякий случай)))
Наглядно.
Моя машина

Не моя машина

--
И буду просто преобразовывать сразу во всех запросах.

auoa16, И еще один момент. Я у СЕБЯ на компе меняю формат краткой даты - мне из запроса является тот же формат. for example:

А на клиентских всегда один и тот же, как бы я не менял настройки

krka92, в любом случае если вы все правда делаете одинаково и получаете разный результат, то это проблема в окружении делфи. SQL Server тут не при чем. Еще я не понял, каким образом у вас в каких-то таблицах хранятся даты в виде 2017-11-01, а в каких-то 01.11.2017 ? Вы что храните даты в строковых полях? Возможно в этом и проблема. Даты нужно хранить в типе date

auoa16, типы date. форматы разные. Я эту БД не строил, поэтому почему именно так сделано не знаю

krka92, давайте так, если вы правда хотите разобраться, то выложите куда-нибудь код со структурой таблицы из базы данных и код делфи, который возвращает разные результаты. Код нужно выкладывать полностью, эти отрывки и скрины вывода бесполезны. Без кода с обеих сторон помочь можно только гадая и перебирая варианты

auoa16, Новую тему поднимать не буду.
---
Обнаружил кое-что. Как раньше не заметил не знаю.
Во всех таблицах у полей с датами формат - DATETIME.
В том самом проблемном поле тип данных - DATE.
Запросы делаю через UniDAC.
Я не знаю почему, но на моей машине тип данных этого поля - DateTime.
На клиентах - WideString.
Чье это поведение - SQL или Delphi с UniDAC`ом не разбирался, да и желания особого нет.
Пока решил делать просто:

SELECT CAST(t.sdu as datetime) as asdu from tableName t

Не знаю пока до какого времени

krka92, Вот причина

auoa16, Спасибо