zay @ Сегодня, 9:51 ,
Після збірки ПК відпишу шо по швидкостям

f12 @ Вчера, 17:56 ,
Ті ССД що ви скинули не рівня КС . гудрам безбуферний , про самсунг на сата3 я взагалі мовчу. там швидкостя в 10 разів менші . Є аналог кс 3000 прям майже такий самий, зараз знайомий тестує . там цінник від 2,7 к грн , але поки не буде тестів рекомендувати не буду )

andr_andrey @ Вчера, 15:06 ,
озп планую 64 ДДР5 6000 з 30 таймінгами . можливо ви і праві що диск буде менше юзатися

nik389 @ Сегодня, 13:33 ,
дяки. значить буде база крутитися на м2

nik389 @ Сегодня, 13:08 ,
та тут питання не в бекапах . Зараз ссд м2 нормальний коштує 120 зелених + і буде подорожчання . Жаба душить вбивати такий диск . якшо умовно він відкисне за рік - то буду на повільному САТА3 базами бавитися. якщо там буде 2-3 роки норм диск жити - то тоді бази данних будуть на швидкому м2

nik389 @ Сегодня, 12:54 ,
в мене в основному УТ , при розробці використовую імітацію роботи користувачів в базі (стартую різних 30 сеансів і починаю активно проводити/розпроводити документи і т.д. ) і вже тоді тестую швидкодії доробок і т.д. , тому буде багато циклів читання / запису на диск. от через те і переживаю трохи за диск . зараз ССД трішки коштують ....

Доброго дня . Не впевнений чи правильно вибрав розділ публікації, тому на перед вибачаюся) Суть питання , збираю домашній ПК в основному для роботи , в ньому буде жити 2 ссд . 1 м2 КС3000 і 1 SATA 3 SSD . Хочу розгорнути MSSQL server і там буде тестове середовище з 3 базами даних . від 80 до 60 гіг кожна . Питання , на скільки SQL при активному використанні "вбиває ССД", бо як би , трішки жаба душить вбивати кс3000 , а з іншої сторони різниця в швидкостях між сата і м2 дуже суттєва. Буду вдячний за пораду, куда ставити SQL і бази данних)

Vofka @ Сегодня, 10:49 ,
Дяки , під активністю користувачів я планував писати логи по факту відкриття форми будь якого елементу і її закриття. Тут мої бджілки трудяги можуть аналізувати якийсь звіт , шось кнопати в документі / довіднику, тому по суті в розрізі задачі мене цікавить кожен "чіх" користувача. По факту вже бачу, що потрібно зав"язуватися на журнал реєстрації....

zay @ Сегодня, 12:19 ,
Дуже дякую ) Подивлюся шо там є і зроблю відповідні висновки. Автору + 146 до карми)

Доброго всім часу . Суть питання. Керівництво озадачило мене зробити звіт, який би показав активність користувачів в УТ . Користувачів 43 , всі шось кнопають і роблять, база скульна. Порився в типовому функціоналі , є подібний звіт , але він має недоліки . А саме : Звіт аналізує журнал реєстрації і зав"язаний на користувача. Мої звірята люблять відкрити декілька сеансів і відповідно звіт видає , що умовний Альберт в день відпрацював 29 годин (трудоголік ще той). Звіт по 10 користувачам формується біля 12 хв (впринципі терпимо але хотілося б швидше). На просторах інтернету знаходив рішення коли пишуть свій РВ , де при старті сеансу підключають обробникОчікування який перевіряє факт відкриття форм і пише відповідну інфу на регістр(тут мене дуже цікавить питання блокувань, оскільки менеджера опрацьовують кучу документів /довідників і т.д. Відповідно чи не будуть проблеми з тим ? ). Підсумовую : Цікавить порада, як би ви порадили збирати і опрацьовувати статистику роботи користувачів в базі?)

На перед вдячний всім !)

zay @ 16.10.23, 11:27 ,
Дякую. Пошаманю)

Всім дай Боже. Може у когось є обробка яка покаже розміри таблиць регістрів Накопичення / Відомостей для УТ 3.1 . База SQL . Шарився по сховищу - знайшов обробки які показують к-ть записів, але мене цікавить саме розмір. Наперед дякую!