а с файлами - нет

О_О

есть транзакции

От кривых рук не спасёт. Так же как и от "случайного" удаления файла

Бля если клиент долбоеб

Не надо под него подстраиваться

Файлы вообще нельзя трогать руками

Если он что-то удалил

Всё через интерфейс

Пусть сосёт

И платит

Сосёт и платит. Это что-то новенькое

Если он что-то удалил

Ну защита от долбоёба - это же первоочередная фича которая должна быть запилена

:) опять же с файлами можно разделить фронт сервера на те, которые отдают ссылку на файл, и те, которые отдают контент, чтобы лишний раз не ебать базу запрашивая у неё стрим

От кривых рук не спасёт. Так же как и от "случайного" удаления файла

восстановил из бэкапа и всё

Ну защита от долбоёба - это же первоочередная фича которая должна быть запилена

Да, эту фичу настраивает админ на клиенте

восстановил из бэкапа и всё

Аналогично

Ставя галочку ридонли

И выдавая аппу спецпермишины

имплементацию скинь

можно пример?

Аналогично

тебе надо восстановить данные в базе и потом, используя совершенно другой механизм вернуть файлы в исходное состояние

тебе надо восстановить данные в базе и потом, используя совершенно другой механизм вернуть файлы в исходное состояние

Тот же самый. Рестор бэкапа

GIT

можно бекапить базу и файлы одним средством

можно пример?

скрин кода свойства где есть проблема

можно бекапить базу и файлы одним средством

Нужно

нужно, да

можно бекапить базу и файлы одним средством

О_о

можно бекапить базу и файлы одним средством

и чем же?

и чем же?

А чем ты базу бекапишь?

А чем ты базу бекапишь?

стандартные средства MS SQL

стандартные средства MS SQL

Прям руками?

Прям руками?

прям скрипты по расписанию

самое простое - Windows Server Backup

прям скрипты по расписанию

Ими и бекапишь файло

И вжух - у тебя консистентный бэкап

Ими и бекапишь файло

просто создаётся дифференциальный бэкап базы данных средствами MS SQL, как им бэкапить файлы? нужно блокировать таблицы на запись во время записи

просто создаётся дифференциальный бэкап базы данных средствами MS SQL, как им бэкапить файлы? нужно блокировать таблицы на запись во время записи

Дифф фс, как же ещё

Насчет перфоманса - видел 20ТБ базу с файлами, оно спокойно работало на обычном железе. Там нагрузки ни на что почти нет, чтение больших последовательных кусков с HDD - довольно быстрая операция

Рекомендую xdelta

Насчет перфоманса - видел 20ТБ базу с файлами, оно спокойно работало на обычном железе. Там нагрузки ни на что почти нет, чтение больших последовательных кусков с HDD - довольно быстрая операция

Ну если нет нагрузки - то можно хоть в текстовых файлах хранить))

это EF?

Те решения для нагрузки всё же

Ну если нет нагрузки - то можно хоть в текстовых файлах хранить))

Была нагрузка

имел ввиду нагрузку на CPU и диск

просто не вижу причин разделять, если весь функционал есть искаропки

и потом плясать с бубном и двумя барабанами

почему виртуальному свойству не присваивается null пока я мышкой, при дебаге, не наведу на это свойство?

Потому что геттер вызывается при наведении мышкой и устанавливает null?

скорее всего это EF с его неочевидным поведением

_______cash

Базарю поможет

___xxx_c4$h_xxx___

Потому что геттер вызывается при наведении мышкой и устанавливает null?

не совсем понял что имелось ввиду.

скорее всего это EF с его неочевидным поведением

Это смекалочка русская

Уверен что там трабл в контексте

_______cash

не мной писано. в конторе когда то был загон на такое именование локальных переменных

Ааа я кстати понял о чём ты

не совсем понял что имелось ввиду.

Пока ты не навёл мышкой - не запросил свойство - не отработал геттер. Вопрос - у тебя в геттере этого свойства есть логика и что она делает?

дак у тебя там EF?

ага

оставь его в покое

такое бывает, до тех пор пока данные не обновятся, у тебя это как то влияет на логику?

почти не влияет

но заказчику это совсем не нравится

ERROR: S client not available

почти?

почти не влияет

попробуй задать это значение не в конструкторе

почти?

в отчет потом значения выкидываются

попробуй задать это значение не в конструкторе

я не в конструкторе задаю значение

а при сохранении изменений

в контроллере

тогда у тебя проблема)

точней в модели

согласен :)

Чем плох вариант хранить файлы в varbinary(max)? В отдельной табличке, разумеется

у тебя там есть поле ID?

ага

которое связано с юзером?

попробуй его изменить тоже

после этого: cash.LiabilityPerson = Context.Users.FirstOrDefault(o => o.ID == model.LiabilityPersonID);?

Чем плох вариант хранить файлы в varbinary(max)? В отдельной табличке, разумеется

если файлов много - то это будет не очень круто

после этого: cash.LiabilityPerson = Context.Users.FirstOrDefault(o => o.ID == model.LiabilityPersonID);?

ага

щас попробую

Чем плох вариант хранить файлы в varbinary(max)? В отдельной табличке, разумеется

если нужно сохрнаить пару вордовских документов - то норм

А аргументы будут? :)

string

??

Как так-то?

Вот мне файлстримы не нравятся тем, что ни одна ORM с ними не дружит нормально. При этом все какбэ выглядит как табличка в БД. Такая leaky abstraction, ИМХО

А аргументы будут? :)

к какому пункту?

Вот мне файлстримы не нравятся тем, что ни одна ORM с ними не дружит нормально. При этом все какбэ выглядит как табличка в БД. Такая leaky abstraction, ИМХО

Файлы хранить в БД дело не благородное

Второе - восстановление идет годами

Если много мелких файлов

Т.к. все разбросано по файловой системе

если много маленьких файлов - то норм и в varbinary хранить норм,