Я уже как-то намедни писал, и аргументированно доказывал, - что 1С - это система для табачных ларьков (и не более). И это - политика ЗАО 1С. Быть ни в коем случае не выше табачного ларька.

Одно из множества моих доказательств:
- Все мои клиенты (а я работаю исключительно с клиентами выше табачного ларька) - первым делом просили меня исправить ошибку переполнения разрядов в оборотке.
(Ну, вы поняли, о чём я? Это когда во всех стандартных отчётах от ЗАО 1С - отображаются 999999999999999999).

Так вот обещанный анекдот:
- Сейчас проводим тендер на разработку системы на 10000 пользователей.

Звонят франчи 1С, предлагают сделать красиво и всё взлетит! На 1С!!!
Такие кавайные няшки....
Я в умилении.

Если минута смеха - продлевает жисть на 1 час, то я уже омолодился на 100 лет   :-)

<<Если речь идет о колцентре, то задачи у них однотипные и в 1с такое реализуемо.>>
Ага, когда 10 000 пользователей в одной базе одновременно вводят документы одного вида.
В 1С это реализуемо...

Интересно, а кто вживую видел максимальное количество серверов в кластере 1С?
Я видел 6.

(113) расскажи лучше в какой именно системе это реализуемо?
в аксапте?
в сапе?
прям все 10 000 в одной базе и одновременно?

(113) если эти документы не требуют блокировки для записи то почему бы и нет?

(0)укажите хоть одну причину по которой 1С имеет какой-то предел использования
что-то конкретное кроме желание получить откат побольше есть?

отправил ссылку на эту юмористическую ветку еленестепаненке и новобрачному максимогалкину!

(117) видя стоимость ПО на уровне сотни тысяч рублей - все почему то считают что и железо можно взять подешевше....

(118) ты безжалостен... новобрачная теперь на неделю без секоса останется в медовый месяц - ибо галкин будет всю неделю безостановки ржать...

(115) http://stan1slav.blogspot.com/2011/08/oracle-irm-11g.html
почитай.

(121) не вижу примера реально работающего решения с 10 000 одновременных пользователей в одной системе..
или нетуда смотрю?

(122) Для тех кто не умеет читать:
"Каковы рекомендации по sizing-у?
Oracle рекомендует один процессор на 4000 «тяжелых» пользователей или на 20000 «лёгких» пользователей (при 10% одновременно работающих пользователей), если предполагается интеграция с прикладными системами, то на 2000 «тяжелых» или на 10000 «лёгких» пользователей. Посмотреть на support.oracle.com (1335415.1)"

(121) ну мы ведь не про СУБД? там есть слова и по страшнее оракл)

(123) А что от 8.2 на Оракл уже отказались?

(0) Я не понял, про какую 1С речь в (0). 7.7, что ли?
У меня все типовые 8.х нормально работают в компаниях с оборотом до 1 млрд. $ в год.
И никаких переполнений.
По моему, топикстартер сгущает краски.
Вот 10000 в одной базе - это да, нонсенс. Видел максимум 1000 и то на оборудовании с астрономической стоимостью.

ну лично я не уверен за 10 000 активных на 8.2.
конечно я допускаю)..
но помойму маркетологи 1с даже такое не врут.

Вот что интересно при 7.7 говорили про 50 пользователей на 1с, при 8.0 100, при 8.1 250-500, при 8.2 500-1000: когда выйдет 8.3 сколько потянет?
Есть ли еще такая же массовая программа так динамично развивающаяся?

А вообще это спор глухих со слепыми: противники 1с сравнивают с 7-кой или с первыми 8.0
А сторонники 1с обычно не работали с другим ПО

(126) У меня немного меньше миллиарда баксов оборот в год - о какой ТИПОВОЙ может идти речь? Попробуй в типовой завести 10000 документов в день.
Даже в типовой БП с таким объемом невозможно работать, не говоря о мощном управленческом учете.

(123) СУБД это понятно... где там про "решения"

(126),(129) коллеги)
разве стабильная работа 1с(типовой или нет) зависит от годового оборота компании?
вот 10000 доков в день - аргумент!

Ну на гугл вообще миллионы лдей заходят каждый день, + непрерывные регламентные задания ))

(131) +100
Если бы у (129) в день было бы по 100 транзакций, но все по миллиону минимум - 1С прекрасно бы справилась.

(87) Так как этого не нужна.

Ты просто не знаешь как ведется учет в данной отрасли.

(97) Таких баз в России нет и пока не требуется.

Мне кажется, что мультиСУБДшный интерпретатор метаданных с прослойкой в виде сервера приложений вообще не в состоянии работать эффективно на больших объемах.
1С (8.х) - инструмент бэкофиса средних компаний. Для БУ, бюджетирования, иногда - УУ.

(130) То есть СУБД существует отдельно от решений? Просто так, висит в воздухе, а пользователи номинальные?

(101) Ты просто не знаешь сколько не 1с совместимо есть проектов .

Сейчас идет внедрение примерно на 10000 пользователей .

Автору и не надо в одной базе 10000 , так как это просто абсурд.

(136) МРГ это средняя контора.

(140) + знак вопроса )

(137)нет, просто если меряться СУБД то та же самая постгри в фейсбуке сколько держит миллионов пользователей?

нопомимо субд есть еще само прикладное решение же..
можно и на вебе нарисовать такое решение которое оракл за яйцы повесит при 10 коннектах...

(135) Не поверишь - кол-центр - это тоже база.
И опросник от фирмы, которые делает решения на десятки тысяч пользователей.
Естественно решения федерального масштаба.

(143) Я говорю об КИС с одновременно работающими 10000 пользователями.

(144) А в (0) точно КИС?

(145) а какого он здесь смеется над 1с?
у него там БИС? ГИС?

Да если даже влезут все 10 тыр сотров, начисление и расчет зряплаты надо будет за год запускать, что бы к след.месяцу м.б.посчиталось

(145) В общем для других задач 1с и мало пригоден. Есть более грамотные подходы . Но автор тихо умолчал, а раз умолчал , то предположим что "Да".

(0) И вообще где ссылка на тендер?

А так обычный розжиг, который следовало пресечь. Но Модераторы отдыхают перед новым годом.

ТС - тролль , а все повелись.

(145) (148) там про ОСВ вроде речь) ,кстати сомневаюсь что в колл-центрах есть ОСВ)

(146) Он смеется над конкретными Франчами, а не над 1С.

Хотя помню на ЗиК-е 2000 сотров в одной базе считал, включая конечно уволенных

(152) Но что то хочется над нимм посмеятся.

Абореген повесил ярлык "сумасшедший" на летчика про рассказ о самолетах.

Реальных проектов на 1С и с пользователями более чем 10 000 полно . Например АИС "Регион газ" , кто в теме поймет.

(153) Это не много. Даже Типовой ЗиК может потянуть заметно больше.

(152) на месте франча я бы тоже позвонил. 10000польз + РСБУ. как минимум им нужно предпректное обследование)

(155) и в одной базе?)

(157) В одной базе нет "нигде" . По крайней в энергетическо отрасли точно.

(155) Это гениальное произведение фирмы "АНТ"? :)))

(159) Да. оно упорото но работает в большинстве РГК.

>> Если минута смеха - продлевает жисть на 1 час, то я уже омолодился на 100 лет   :-)

Для того что бы так омолодится надо ражать 1.6 лет, так что франчи близки к цели, внедрят! :))

(123) Особенно радует "при 10% одновременно работающих пользователей", что как бэ сразу сокращает нагрузку в десять раз, то есть 400 или 2000 пользователей вместо 4000 или 20000 пользователей :))

(160) согласен, у нас тоже есть их поделки :))) Слава богу, что их поделки нам поддерживать не приходится, иногда смотрю в код и плачу :)))
(161) Самое смешное, что действительно внедряют. Как - это уже другой вопрос :)) Хотя бы на примере той же "АНТ": "мыши плакали, кололись, но продолжали есть кактус" :))))

(160) А ты случаем не из Ростовского УМГ?

(164) УМГ = местное УГ?

сорри за офтоп)

(163) АНТ уже не торт. Основной костяк ушел , на его место пришли разного уровня народ. Так как еще и организаторы ушли , то за два года система насытилась левыми идеями )))

(164) До недавнего времени работал в ростовском филиале АНТ. Но эту КИС не поддерживал , а писал РНГ 8.2 . На которой теперь будет вестись учет газа для населения.

(168) И как она? А то может и нам скажут внедрять :))

(165) УМГ - это управление магистральных газопроводов.

(169) Внедрять будут ВСЕМ, так как проект МРГ.

Набрали группу спецов не знающих в расчете с населением за газ ничерта и сказали за три месяца написать прогу на прямых запросах ))). Слава богу от прямых зопросов удалось откреститься .

Но так как конфига не слабее УПП , то был написан монстр . Теперь этот монстр внеряется везде , а так как график внедрения сжатый , то шансов выпрямить его пока нет.

В общем:
- начисления на нем не корректны
- отчетность нормаьную не предоставляет
- интерфейс убогий и медленный

Ну и т.д.

Внедрение завершится к концу следующего года во всех РГК.

(162) Читай внимательно - 4000 Тяжелых, либо 20000 легких (10 процентных) на каждый процессор.

(0) Ветка должна быть переименованна. Такое название достойно для юмористической итоговой годовой пятничной ветки.

(171) ППц. Хотя, где наша только не пропадала  - переживём и это :)))

(174) Если учесть что перевели весь кавказ и он как то "работает" )))). То все остальные думаю переживут).

Просто проверяй квитанции свои и все )))

(173) +1 Автор еще тот клоун.

Хотя эта неделя вообще на авторов богата !

(17) Может речь идет о метро или о проходной, а пользователи - пассажиры? Тогда взлетит и 20 000 в день.

+(177) Хотя, на Делфи всё равно будет работать быстрее.

(36) Нету, ибо покупать 10 000 ползательских лицензий станет только сумасшедший.

Так кто нибудь видел полноценную программу, где в одной базе работало ОДНОВРЕМЕННО 10 000 пользователей и все на запись документов? и что не просто какие то там регистрации событий в колцентре, а вся первичка на каждый чих?

(172) То есть 4000 или 2000?
Или что, я не пойму?

(181) Попробуй еще раз перечитать.
Вроде написано по русски. Еще раз:
Либо 4000 Тяжелых пользователей,
либо 20000 Легких (с 10% нагрузкой)

В случае интеграции с прикладными системами число пользователей на процессор снижается вдвое.

(182) Это круто или нет ? Что то не пойму )))

(184) Это к вопросу в ветке о невозможности поддержки 10000 пользователей.

(184) А не понимать - это круто или нет?

(182) Для меня "при 10% одновременно работающих пользователей" означает ровно то, что написано, а именно, что в базе из 20000 рыл, заведенных как учетные записи в базе, именно сейчас находится 10% от 20000, то есть 2000.
А не то, что в базе 20000, но из них сейчас 18000 в носу ковыряет, а 2000 долбят по клаве.

(187) На каждом пользователе 10% нагрузка. Чтоб держать 20000 пользователей в таком режиме сколько система должна держать пользователей со 100% нагрузкой?

Твой ответ 2000? Я фигею.

(188) Что такое "при 10% одновременно работающих пользователей"?
1. В базе все время сидит 10%, то есть 2000 пользователей.
2. В базе все время сидит 100%, то есть 20000 пользователей, но 18000 просто смотрят на экран, а 2000 активно долбят по клавиатуре.
3. В базе все время сидит 100%, то есть 20000 пользователей и все 20000 пользователей вяло в 10% нагрузки че-то делают.

(100) Конкретно в Иркутскэнерго много разных конфигураций. Наибольшее количестово пользователей в одной базе (несколько сотен) в довольно специфической конфигурации для складского учета, состоящей из трех документов и двух регистров накопления, и которая при этом крутится на довольно монструозных отдельных серваках.

(189) Это автор скорей всего обдернулся. ИМХО имелось в виду - либо "в среднем 10% пользователей", либо одновременно, но 10% нагрузка (естественно тоже возникает неравномерность).

Максимальное количество пользователей - 10 000.
Среднее одновременное количество сеансов пользователей в системе: 5 000.

Никаких тяжёлых действий пользователей нет.  Все - вносят элементарные данные (типа Вася Пупкин - уже оплатил), а также читают данные, типа запросом: "Оплатил ли Гоша Иванов? И если оплатил, то сколько и когда?"

В прошлом мессидже слова "Вася Пупкин - уже оплатил" - следует читать как: "Вася Пупкин - оплатил такого-то числа такую-то сумму за то-то".

Ну, и сверху чуть-чуть наворотов, типа элементарных отчётов: "Сколько за период оплатили пользователю системы №5395".

(5): Все 10к в одной БД.
(8): Фу таким быть. Некрасиво, коллега. И тебя с Наступающим!  И тебе всего самого хорошего!
(19): НР, винда, оракл.
(25): Я хоть раз писал неправду тут на мисте?
(26): оракл, дб2...
(32): Фу таким быть. Некрасиво, коллега. И тебя с Наступающим!  И тебе всего самого хорошего!
(91): +100500. Благодарю за поддержку.
(150): Фу таким быть. Некрасиво, коллега. И тебя с Наступающим!  И тебе всего самого хорошего!

ну хоть к двухсотому посту мне кто-нибудь расскажет о комичности этой ветки?

(196): Например, мессиджи (4), (6) /и многие аналогичные далее/ - не?
Не говорят тебе ни о чём?

(192) Три документа, пять справочников и полтора регистра? Откуда непоколебимая уверенность, что одноэс такое не потянет?

(198): Потянет, конечно же... Кто бы сомневался...
Но надо ли?

(199+) Да и стоимость лицензий опять жеж...

(199) конечно, ведь оборот больше чем бюджет россии в 100 тысяч раз... какой тут адинэс... фу

(201):   Нет, в данной базе - обороты будут как-раз таки сравнительно небольшими.
(Примерно четверть бюджета РФ за 1 год)

(202) как-то не вяжется с (0): " Все мои клиенты (а я работаю исключительно с клиентами выше табачного ларька) - первым делом просили меня исправить ошибку переполнения разрядов в оборотке.
(Ну, вы поняли, о чём я? Это когда во всех стандартных отчётах от ЗАО 1С - отображаются 999999999999999999). "

(203): Так это малая-малая часть бизнеса данного клиента.
Данная база - это типа Золушки будет.
С несерьёзными оборотами...

Просто юзеров планируется много.
А так - простейшая нищенская база.

(204) понты на уровне мани чесслово... такие же корявые

(206): И тебе не хворать.  С наступающим!
Удачи и Счастья в Новом Году!

(199) В данном конкретном случае, пожалуй, не надо.

(89) Есть конфигурация "Автоматизированная проверак конфигураций"

С Наступающим Новым Годом, товарищи!

Еще знатно поржать хотите в новогодние выходные?
Установите на своём ПК SQL какой-нибудь.

Разверните там ЗиК 77 типовую.

И загрузите в эту ЗиК адресный классификатор КЛАДР полностью.
(предварительно - засеките время.)

10 000 в одной базе - многовато для любой системы.
Просто у тех, кому действительно нужно столько пользователей в одной "базе" стоит распределение нагрузки по серверам и очередь выполнения заданий. То есть реально в самой "базе" сидят сервера приложений, которые отображают её пользователям через запросы и выполняют обновление данных в основной базе на основе завершения транзакций.
У любого банка база единая, но в ней хранится информация о счетах пользователей. Операции же проводятся между двумя любыми счетами, то есть такая база прекрасно распараллеливается.
В 1С, например, распараллеливание можно вести по складам или фирмам.
Конечно, можно попытаться "собрать" всех работников некоторой фирмы в одной базе, чтобы они все там работали, но даже в этом случае каждый будет работать со своей частью данных и с блокировками проблем быть не должно.
А вот если посадить 10 000 менеджеров в одну базу и заставить вводить документы в случайном порядке, то любая система не выдержит такого издевательства.