Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
tunknown Member Откуда: Сообщений: 768 |
На двух машинах результат выполнения запроса из программы разный. Разный он и при выполнении запроса из SSMS на этих машинах. Обе SSMS смотрят на один сервер SQL Express 12.0.5000.0 (X64) под одним логином. Неверный результат на этой машине Microsoft SQL Server Management Studio 12.0.4100.1 Компоненты доступа к данным (MDAC) 6.1.7601.17514 Microsoft .NET Framework 4.0.30319.42000 Верный результат здесь Microsoft SQL Server Management Studio 14.0.17119.0 Компоненты доступа к данным (MDAC) 10.0.14393.0 Microsoft .NET Framework 4.0.30319.42000 DBCC USEROPTIONS для сессий одинаков, т.е., кажется, различие не в SET. В profiler запрос уходит одинаковый. На ещё одной машине результат тоже верный. Трудность в том, что машина с неверным результатом малодоступна для отладки. |
30 ноя 17, 16:48 [20996080] Ответить | Цитировать Сообщить модератору |
Гавриленко Сергей Алексеевич Member Откуда: Moscow Сообщений: 37155 |
Криво написанные запросы еще и не такое могут. |
30 ноя 17, 16:53 [20996100] Ответить | Цитировать Сообщить модератору |
iii2 Member Откуда: Сообщений: 202 |
Коллейшны одинаковые? |
30 ноя 17, 16:55 [20996111] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
дефолтный язык для логинов, для любителей криво хранения дат и тп |
30 ноя 17, 16:57 [20996115] Ответить | Цитировать Сообщить модератору |
tunknown Member Откуда: Сообщений: 768 |
Вроде он для базы задаётся, а здесь база одинаковая.
Пока разбираюсь. |
||||
30 ноя 17, 17:12 [20996157] Ответить | Цитировать Сообщить модератору |
tunknown Member Откуда: Сообщений: 768 |
Язык одинаковый по DBCC USEROPTIONS |
||
30 ноя 17, 17:18 [20996171] Ответить | Цитировать Сообщить модератору |
tunknown Member Откуда: Сообщений: 768 |
В глубине были таблицы с разделением настроек по host_name(). Всё совпадало, а он различался. |
30 ноя 17, 17:23 [20996183] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
tunknown, а что такое "неверный результат"? он стабильно разный?
|
||
30 ноя 17, 17:26 [20996189] Ответить | Цитировать Сообщить модератору |
tunknown Member Откуда: Сообщений: 768 |
База одна, но в глубине джоинилась таблица с разделением по host_name(). В ней были данные для этой машины не такие, как для других. Выглядело, как ошибка. |
||
30 ноя 17, 17:31 [20996199] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
лють.... директору не всё показываем? :) |
||||
30 ноя 17, 17:35 [20996212] Ответить | Цитировать Сообщить модератору |
tunknown Member Откуда: Сообщений: 768 |
Руководство этой программой не пользуется. |
||
30 ноя 17, 17:48 [20996251] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
Бюыло бы странно сразу угадать, зачем же результаты по хосту делить |
||||
30 ноя 17, 17:56 [20996262] Ответить | Цитировать Сообщить модератору |
Yasha123 Member Откуда: Сообщений: 1955 |
например, выбить себе новый комп, разыгравши мистику. имеется "заколдованная машина". со всех остальных запрос нормально выполняется, а с этой нет. пока будут рухлядь приносить, будут "неверные результаты". как только принесут новейший навернутый комп, неожиданно результат станет верным |
||
30 ноя 17, 18:24 [20996319] Ответить | Цитировать Сообщить модератору |
Cammomile Member Откуда: Сообщений: 1214 |
Yasha123, приходят к вам на работу вежливые люди в пиджаках и при корочках, и настойчиво требуют главбуха сделать выгрузку из какой-нибудь 1С по какому-нибудь конкретному клиенту или юрлицу вашей компании. Главбух, мило улыбаясь, садиться за нужный комп, берет у вежливых людей флешку, и выгружает им всё, что они хотят. Люди уезжают, главбух и директор спят спокойно. Хотя, конечно, на уровне хостнейма такое делать довольно топорно. Обычно это через учетку пользователя разруливается. |
30 ноя 17, 18:40 [20996362] Ответить | Цитировать Сообщить модератору |
лолл Member Откуда: Сообщений: 450 |
Cammomile, Вежливые люди могут вежливо попросить другой комп :) Не самая надежная ситуация) |
30 ноя 17, 18:46 [20996371] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
Cammomile, зная массу примеров компаний с двойной бухгалтерией/складом и тп, но никогда не слышал, что бы здравый смысл двигал на то что бы хранить это в одной базе и чем-то делить |
30 ноя 17, 18:48 [20996375] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
чаще просто вежливо забирают технику и можно не успеть объяснить им под каким хостом/логином им правильнее ходить :) |
||
30 ноя 17, 18:49 [20996378] Ответить | Цитировать Сообщить модератору |
Cammomile Member Откуда: Сообщений: 1214 |
Довольно сложно забрать твои сервера, если они где-нибудь в Азуре в облаке, или физически стоят, например, в Берлине. А вот заставить конкретного человека понажимать кнопок, стоя у него за плечами — частая практика. |
30 ноя 17, 18:52 [20996385] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
насколько я знаю в РФ хранить персональные данные в дальше чем могут достать эти джентльмены запрещено, и главбух/директор не спят спокойно в местах содержания :) |
||
30 ноя 17, 18:54 [20996389] Ответить | Цитировать Сообщить модератору |
Гавриленко Сергей Алексеевич Member Откуда: Moscow Сообщений: 37155 |
|
||||
30 ноя 17, 19:00 [20996392] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
та то такэ :) я видел случай когда пришли и сидели над программистом который им запросы пулял :) |
||||
30 ноя 17, 19:04 [20996398] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31783 |
|
||||
1 дек 17, 02:29 [20997146] Ответить | Цитировать Сообщить модератору |
982183 Member Откуда: VL Сообщений: 3374 |
Здравый смысл нет, но разработчики реально предлагают. |
||
2 дек 17, 16:12 [21000644] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |