|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
кто сколько знает? если можно со ссылками про объем базы лично я слышал цифру 150 гигабайт и вроде как 1000 одновременных пользователей, но где - не вспомню где видел... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2007, 16:35 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
Объем базы роли не играет - запихни картинок туда будет база и терабайт. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2007, 17:01 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
так можно сказать, что и количество не играет - загоняй хоть 100'000, и пусть сидят ниче не делают :) просто интересуют ТТХ живых больших проектов, объем и количество пользователей - первое, что пришло в голову. можно прирост ежемесячный приплести, количество записей по справочникам / документам / регистрам и т.п., а также на каком железе это работает ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2007, 17:11 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
Вы права )) Пока идет проект на 1000 как сделаю так - НАПИШУТ ОГРОМНЫМИ БУКВАМИ НА КАЖДОМ УГЛУ. (или маленькими в уголочке - если не удастся) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2007, 17:24 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
Shrederкто сколько знает? если можно со ссылками про объем базы лично я слышал цифру 150 гигабайт и вроде как 1000 одновременных пользователей, но где - не вспомню где видел... В среднем пользователей порядка 100 (60 - 70 активных), по максимуму - 120. Количество документов: 35 - 40 тысяч в месяц. Прирост базы: около 1-1,5Gb в месяц. Параметры техники сразу не скажу. Работает все ЭТО не слишком замечательно (по производительности), пришлось в значительной степени шаманить с производительностью. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2007, 17:32 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
У нас примерно то же самое. Начинаем шаманить. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.07.2007, 19:44 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
Все зависит от того на каком софте какие документы юзаются, ясен перец, что в бухии ловить нечего, даже пресловутая упп в этом плане лучше. Если доработаете вынос неоперативных данных в регламентные процедуры, откажетесь от универсальных отчетов, уйдете с регистров бухии на регистры накопления, то 270 - 300 будет тянуть, на 700 все таки придется разносится в разные базы и сливать потом вместе ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2007, 16:36 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
ISGRВсе зависит от того на каком софте какие документы юзаются, ясен перец, что в бухии ловить нечего, даже пресловутая упп в этом плане лучше. Если доработаете вынос неоперативных данных в регламентные процедуры, откажетесь от универсальных отчетов, уйдете с регистров бухии на регистры накопления, то 270 - 300 будет тянуть, на 700 все таки придется разносится в разные базы и сливать потом вместе Именно так и делается - есть база, оптимизированная по массовыое оперативное занесение документов, и есть база - в которой бухгалтерия колбасится. Не самое красивое решение, но на платформе 8.0 одно из немногих возможных. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2007, 08:49 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
ISGR... откажетесь от универсальных отчетов .... а чем отчеты не устраивают ? вроде блокировок не накладывают ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2007, 08:45 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
А если использовать 8.1 и 4 Сервера? Сколько потянет? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2007, 12:17 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
Ага, а если ишшо многопоточность включить в настройке кластера? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2007, 18:41 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
=Sergey== ISGR... откажетесь от универсальных отчетов .... а чем отчеты не устраивают ? вроде блокировок не накладывают вы правда так думаете? универсальность - это штука почти всегда противник оптимизации ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2007, 21:44 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
йцукен2Ага, а если ишшо многопоточность включить в настройке кластера? узкое место всегда практически - блокировки на сиквеле в результате не оптимального кода ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2007, 21:45 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
а на железе это постоянное чтение жестокого диска и минимум операций записи на диск (пропорция 100 чтений 1-3 записи) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2007, 21:47 |
|
Максимальное известное количество пользователей / объем базы 1cv8 ?
|
|||
---|---|---|---|
#18+
ISGR =Sergey== ISGR... откажетесь от универсальных отчетов .... а чем отчеты не устраивают ? вроде блокировок не накладывают вы правда так думаете? универсальность - это штука почти всегда противник оптимизации все таки честно не пойму, ну сделаны они универсально, да формирование табличных документов происходит на клиенте, но как формирование отчета может затормозить работу системы в целом ? разъясните для непонятливых пож-та ... |
|||
:
Нравится:
Не нравится:
|
|||
21.08.2007, 09:28 |
|
|
start [/forum/topic.php?fid=28&fpage=183&tid=1525372]: |
0ms |
get settings: |
11ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
27ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 133ms |
0 / 0 |