RN
может быть, 15 к это не так что бы много
Ну как сказать если 1 каталог и на венде, это явно приведёт к беде - вопрос времени ...
Size: a a a
2020 May 29
DB
до примерно 30к проблем не будет. дальше - как повезет. мы обычно по 5к каталоги режем, просто быстрее работает
RN
до примерно 30к проблем не будет. дальше - как повезет. мы обычно по 5к каталоги режем, просто быстрее работает
Может и раньше, плавали, знаем. Есть же НО, уверен согласитесь ещё длинна имён файлов и каталога, версия smb и ОС ...
RN
У кого то до сих пор и хрюшки могут быть
DB
Может и раньше, плавали, знаем. Есть же НО, уверен согласитесь ещё длинна имён файлов и каталога, версия smb и ОС ...
я про самые распространенные говорю. врятли сейчас кто-то на fat16 сидит, даже на xp
RN
я про самые распространенные говорю. врятли сейчас кто-то на fat16 сидит, даже на xp
У Вас же много дел в регионах, неужели не встречали ?
DB
fat16? ни разу )
DB
на fat32 или extfat до 30 к не критично, на ntfs - и больше. скорость только что может слегка деградировать
RN
fat16? ни разу )
Ну не про фат, а что-то совсем допотопное. Я вот в прошлом году был в одном регионе, 1600+ хрюшек и почти 40 серверов на 2003 :)
DB
Ну не про фат, а что-то совсем допотопное. Я вот в прошлом году был в одном регионе, 1600+ хрюшек и почти 40 серверов на 2003 :)
30к в каталогах будут работать без особенностей, я думаю. больше - как пойдет
RN
30к в каталогах будут работать без особенностей, я думаю. больше - как пойдет
В одном каталоге.
DB
да. вообще, мы за почти 20 лет только один раз столкнулись с ограничениями каталога, вот как раз на 30 к примерно, как-то случайно система пробежала с вопросами, перевели на нтфс
RN
да. вообще, мы за почти 20 лет только один раз столкнулись с ограничениями каталога, вот как раз на 30 к примерно, как-то случайно система пробежала с вопросами, перевели на нтфс
У нас были проблемы отклика, к примеру из БД открывались снимки по 2 минуты, перешли на каталог и линк из бд было лучше но при привидении файлов в одном каталоге 15-20 к заметное уменьшение отклика, разбили год, месяц, день, id Карты номер снимка, относительно нормально стало. Хотели перейти на единое решение, но короновирус спутал задачи.
RN
Но к концу года мб и осилим одно из двух решений.
DB
мы бьем каталоги по дате + по 5к примерно, обычно этого достаточно. больше - можно, но скорость обработки слегка деградирует. 2 минуты как-то ни разу не видел )
RN
мы бьем каталоги по дате + по 5к примерно, обычно этого достаточно. больше - можно, но скорость обработки слегка деградирует. 2 минуты как-то ни разу не видел )
Ну тогда я был молод и глуп. 2 минуты это в бд хранились снимки. Бд mssql сколько стоили лицензии - лучше не спрашивать ...
RN
Будь прокляты архитекторы из Финляндии кто разработал этот софт, хотя они были в шоке когда увидели объём данных :)
DB
понял. мы конечно сразу на внебазовое хранение закладывались. видели как-то и паксы и станции с хранением в базе, так себе решение во всех смыслах
DB
мы с 0,5 пб уже сталкивались, работает без особенностей
RN
понял. мы конечно сразу на внебазовое хранение закладывались. видели как-то и паксы и станции с хранением в базе, так себе решение во всех смыслах
Я просто случайно в медицину попал, в любом случае пока двигаемся к намеченной цели, сейчас закончу с ПО для стоматологов и следующая задача (аналитика или рентгенология), под второе есть деньги и заказчики, по этому в приоритете.