Здравствуйте, vdimas, Вы писали:

НС>>Опять как в прошлый раз с С++ и рефакторингом — мамой клиянусь?
V>А что не так с рефакторингом в С++?

Ну там выяснилось, что топ ты придумал сам. Тут, судя по всему, та же история.

V>Только смотри в другой раз более серьезный ресурс по БД:

А, на да, ссылки не той системы.

V>https://db-engines.com/en/ranking

И сиквел опять в топ 3.

V>Не ожидал, что MSSQL таки обгонит PostgreSQL. ))

Как много нам открытий чудных ...

V>Я тоже "официально" с перепиской/подтверждением и прочим рапортовал о двух одинаковых багах в драйверах к MSSQL и MSSQL CE, но уже позже — где-то в 2008-м или 2009-м.
V>Бага была связана с чтением бинарного стрима из поля, смотрел внимательно рефлектором только этот участок кода уже.

И там было про OLEDB? Или про ODBC? Потому что в том коде что я видел был именно парсинг TDS, прям на уровне стрима, а не обращение к рекордсетам.

НС>>Нет. Это было в 1.0 и 1.1.
V>А что за бага была?

При некоторой комбинации типов поле в запросе на респонсе с синтаксической ошибкой падал парсер TDS.


V>>>Но в случае того же EF нетривиально, т.е., подозреваю, что редко используется.
НС>>Это вполне тривиально при помощи любого приличного ORM. На крайний случай всегда есть возможность заменить табличку на вьюху.
V>Не совсем тривиально в случае сложных связей м/у сущностями.
V>EF отслеживает эти связи самостоятельно, унутре там кеширование в стиле чёрного ящика.

Личные проблемы EF и идее change tracking в целом. И от переписывания кода под каждый кокретный сервер от этого не спасет. А меппинг и так в реальности в проектах с EF под каждый тип сервера свой, наелся тут в свое время со Скорубой этой гадости.