Size: a a a

2020 January 24

NK

Nesterenko Konstantin in pro.net
Кабак уровня /b/
Ну вот размеров пока нет по обьему. Там выгрузка xml из 1с
сиквел чи постгре бери тогда, если там внатуре XML
источник

M

Mary in pro.net
Кабак уровня /b/
Ну вот размеров пока нет по обьему. Там выгрузка xml из 1с
так там даже гига не наберется же
источник

К

Кабак уровня /b/ in pro.net
Mary
так там даже гига не наберется же
Хз. Там куча полей. Но гига не будет наверное
источник

S

SuddenGunter in pro.net
Кабак уровня /b/
Хз. Там куча полей. Но гига не будет наверное
я бы делал инмемори ибо раз в сутки.
надо будет чаще или будет больше данных - тогда бы подумал.
единственная причина зачем бы я мб подумал тебе сторадж ща городить - если выгрузка данных из сторонней системы медленно идет и ты можешь по пути упасть - так хоть не все затягивать заново
источник

S

SuddenGunter in pro.net
насколько быстро данные там устаревают?
мб есть смысл хранить у себя копию и грузить дифф за сутки?
источник

К

Кабак уровня /b/ in pro.net
SuddenGunter
я бы делал инмемори ибо раз в сутки.
надо будет чаще или будет больше данных - тогда бы подумал.
единственная причина зачем бы я мб подумал тебе сторадж ща городить - если выгрузка данных из сторонней системы медленно идет и ты можешь по пути упасть - так хоть не все затягивать заново
Там по фтп качается хмл
источник

S

SuddenGunter in pro.net
Кабак уровня /b/
Там по фтп качается хмл
аа
то есть в любом случае все
источник

К

Кабак уровня /b/ in pro.net
SuddenGunter
насколько быстро данные там устаревают?
мб есть смысл хранить у себя копию и грузить дифф за сутки?
Да дифф будет потом приходить. Раз в месяц полный
источник

К

Кабак уровня /b/ in pro.net
Но я этот дифф могу дальше прокидывать локально всю копию хранить постоянно необязательно
источник

К

Кабак уровня /b/ in pro.net
Если ток для истории
источник

S

SuddenGunter in pro.net
Кабак уровня /b/
Но я этот дифф могу дальше прокидывать локально всю копию хранить постоянно необязательно
ну просто если выгружать всегда все и парсить всегда все в любом случае приходится из xmlки и данных меньше гига и это во время когда система не нагружена - самый быстрый и простой вариант посчитать в памяти.
сторадж не имеет особого смысла если ты его сразу после процессинга будешь чистить, разве что они научатся вам xml с diff отдавать.
а до того момента - пока хватает ресурсов и скорости выполнения - вполне ок вариант имхо.
источник

К

Кабак уровня /b/ in pro.net
SuddenGunter
ну просто если выгружать всегда все и парсить всегда все в любом случае приходится из xmlки и данных меньше гига и это во время когда система не нагружена - самый быстрый и простой вариант посчитать в памяти.
сторадж не имеет особого смысла если ты его сразу после процессинга будешь чистить, разве что они научатся вам xml с diff отдавать.
а до того момента - пока хватает ресурсов и скорости выполнения - вполне ок вариант имхо.
Понял+принял. Спасибо
источник

B

Bretbas in pro.net
Nail
Кажется, бретбас пытается оперировать идентити манагемент.
Что всегда - плохая идея
не, я уже понял что он не очень хорошая.
оперирую с контекстом)
источник

ET

Eugene Trunov in pro.net
ну для винсервисов запись в event log — это стандартный механизм, тянущийся с бог знает каких годов. решили его оставить.
источник

AB

Alex B in pro.net
Eugene Trunov
ну для винсервисов запись в event log — это стандартный механизм, тянущийся с бог знает каких годов. решили его оставить.
Я, наверное, видел какие то неправильные проекты всю жизнь, но обычно пишут в вин сервисах логи так же как и в аспнет сайтах, например. Это максимально странная штука: переходишь с топшелф в кор, а тебе подсовывают логирование в ивентлог. винсервисы же. И вообще какая разница, это просто управление лайфтаймом по сути.
источник

GB

George Bessonov in pro.net
SuddenGunter
я бы делал инмемори ибо раз в сутки.
надо будет чаще или будет больше данных - тогда бы подумал.
единственная причина зачем бы я мб подумал тебе сторадж ща городить - если выгрузка данных из сторонней системы медленно идет и ты можешь по пути упасть - так хоть не все затягивать заново
Не очень хороший вариант, если в данных есть большие коллекции или очень широкие объекты - LOH раздуется и когда-нибудь улетит в OOM
источник

ET

Eugene Trunov in pro.net
винсервисы писали в event log ещё тогда, когда никакого аспнета и в помине не было. Такое вот легаси, или смирись с ним или сам реализуй аналог UseWindows Service без эвентлога, блекджека и шлюх.
источник

AB

Alex B in pro.net
А дотнет тогда был? Как бы нет опции "не писать в ивентлог", лучше она была бы.
источник

VO

Vitaliy Orlov in pro.net
а сервис напрямую пишет через EventLog или через ILogger?
источник

AB

Alex B in pro.net
Vitaliy Orlov
а сервис напрямую пишет через EventLog или через ILogger?
Конечно ilogger. Тебе в твой серилог подсунут запись еще и в eventlog
источник