отлично. я правда каждый день офигееваю с нового а старое успеваю забыть, но попробую.
1. говорят (С) что в любом стандартном отчете (ну например по амортизации ОС) фильтр\сортировка работает только через пересборку отчета заново. т.е. допустим собрался мега-отчет, бух захотел отсортировать по какому-нибудь полю - и оно идет собираться заново. Правда?
2. как работает распределение памяти между процессами? Есть ли у процесса какая-то память всегда? или например процесс может сожрать всю оперативку не оставить памяти другим?
3. Можно ли переопределять значение стандартных справочников? Ну например "группы ОС" (здания, обрудование, прочее). можно убить что пришло от 1с и прописать группы нужные тебе? посланцы тьмы из 1с делают глаза размером с суповую тарелку и говорят что все что идет в поставке - дано 1с свыше и трогать это нельзя
4. насколько вобще 1с масштабируется? Если например несколько тысяч пользователей, миллионы всяких там объектов, отчеты весом в гигабайты (ну просто потому что матрица в сотни тысяч строк на сотни
( ... )
2. на сервере приложения? сервер сам определяет как ему жить и что нужно. всю память не съедал, но отдельный процесс может подвиснуть. лечится или перезапуском процессов (отдельная песня) или перезапуском сервера приложений (рекомендуется делать каждую ночь). В обычной версии особо ничем управлять нельзя. В версии корп вроде как более расширенные возможности, но я ее не видел.
3. Вроде с группами все гибко или это про аммортизационные группы?
4. Это смотреть в сторону КОРП - обещают 500 сеансов и 12 ядер в одной базе
5. Обычно МСФОшники в отдельной базе сидят типа "управление холдингом" где все свое консолидируют. или даже в экселе.
1. Конечно отдает, что на сервере хранить чтоль? )) Особенно весело в регламентированной отчетности, там каждое нажатие кнопки гоняет на сервер и обратно. Если форма внезапно выросла, то просто перестает открываться.
3. Ну если про группу учета - в принципе можно дополнить, почему нет. Удалять полностью, лучше не надо. Просто нужно понимать, где и что может сломаться. Расчет амортизации придется доработать/переписать.
Пункт 1 - правильнее сказать, что фильтр - это часть запроса, т.е. варианта отчёта. Пользователь настраивает под себя и в дальнейшем пользуется. Когда отчёт создан и выведен на экран, средств работы с ним нету (фильтров, сортировок). Потому что богом дан ексель ;)
2. Никто каждую ночь сервер приложений не перезапускает. 3. Не понял. Ценность базовой кокнфы - именно в данных, в уже настроенном учёте. Снести все и забить свои группы можно, но как правило не нужно. 5. Ведут МСФО в 1с, конечно.
Основной способ масштабирования 1с - тиражировать базы. То есть одна дочка в одной базе. Ессно, распределение по физическим серверам может быть любым. Парадигма "вместо одного КАМАЗа 10 газелей, связанных тросом" - это не только плохо, но даже и хорошо. Иногда.
(1) К разрабам 1С (2) Есть рабочие процессы, на них можно ставить ограничения по памяти. Каждый рабочий процесс управляет некоторым (настраиваемым) количеством пользовательских сессий (3) К разрабам 1С (4) На терабайты (в моём опыте до 20) данных и на десятки тысяч пользователей (5) К разрабам 1С
Есть, я например.
Reply
отлично. я правда каждый день офигееваю с нового а старое успеваю забыть, но попробую.
1. говорят (С) что в любом стандартном отчете (ну например по амортизации ОС) фильтр\сортировка работает только через пересборку отчета заново. т.е. допустим собрался мега-отчет, бух захотел отсортировать по какому-нибудь полю - и оно идет собираться заново. Правда?
2. как работает распределение памяти между процессами? Есть ли у процесса какая-то память всегда? или например процесс может сожрать всю оперативку не оставить памяти другим?
3. Можно ли переопределять значение стандартных справочников? Ну например "группы ОС" (здания, обрудование, прочее). можно убить что пришло от 1с и прописать группы нужные тебе? посланцы тьмы из 1с делают глаза размером с суповую тарелку и говорят что все что идет в поставке - дано 1с свыше и трогать это нельзя
4. насколько вобще 1с масштабируется? Если например несколько тысяч пользователей, миллионы всяких там объектов, отчеты весом в гигабайты (ну просто потому что матрица в сотни тысяч строк на сотни ( ... )
Reply
1. именно так. и в нестандартных тоже.
2. на сервере приложения? сервер сам определяет как ему жить и что нужно. всю память не съедал, но отдельный процесс может подвиснуть. лечится или перезапуском процессов (отдельная песня) или перезапуском сервера приложений (рекомендуется делать каждую ночь). В обычной версии особо ничем управлять нельзя. В версии корп вроде как более расширенные возможности, но я ее не видел.
3. Вроде с группами все гибко или это про аммортизационные группы?
4. Это смотреть в сторону КОРП - обещают 500 сеансов и 12 ядер в одной базе
5. Обычно МСФОшники в отдельной базе сидят типа "управление холдингом" где все свое консолидируют. или даже в экселе.
Reply
1. пиздец. просто пиздец. впрочем мне рассказали что оно еще и все сразу клиенту отдает..
2. сурово
3. засланцы клянутся что нельзя (нет, не группы а вот это - здания, оборудование и прочее)
5. ну меня больше учет в ос интересовал, там же не будешь амортизацию в экселе считать
Reply
1. Конечно отдает, что на сервере хранить чтоль? )) Особенно весело в регламентированной отчетности, там каждое нажатие кнопки гоняет на сервер и обратно. Если форма внезапно выросла, то просто перестает открываться.
3. Ну если про группу учета - в принципе можно дополнить, почему нет. Удалять полностью, лучше не надо. Просто нужно понимать, где и что может сломаться. Расчет амортизации придется доработать/переписать.
( ... )
Reply
Пункт 1 - правильнее сказать, что фильтр - это часть запроса, т.е. варианта отчёта. Пользователь настраивает под себя и в дальнейшем пользуется. Когда отчёт создан и выведен на экран, средств работы с ним нету (фильтров, сортировок). Потому что богом дан ексель ;)
2. Никто каждую ночь сервер приложений не перезапускает. 3. Не понял. Ценность базовой кокнфы - именно в данных, в уже настроенном учёте. Снести все и забить свои группы можно, но как правило не нужно. 5. Ведут МСФО в 1с, конечно.
Основной способ масштабирования 1с - тиражировать базы. То есть одна дочка в одной базе. Ессно, распределение по физическим серверам может быть любым. Парадигма "вместо одного КАМАЗа 10 газелей, связанных тросом" - это не только плохо, но даже и хорошо. Иногда.
З.Ы. Мопед не мой.
Reply
Reply
Reply
Я нормальный стервец, и наивен, и чист,
И плясун, и дудец, и панк-рок гитарист,
И шофер, и монтер, и еще стихоплет
Ну и вобще - вобла на дворе, мобилизовали :D
Reply
Мопед тоже не мой.
(1) К разрабам 1С
(2) Есть рабочие процессы, на них можно ставить ограничения по памяти. Каждый рабочий процесс управляет некоторым (настраиваемым) количеством пользовательских сессий
(3) К разрабам 1С
(4) На терабайты (в моём опыте до 20) данных и на десятки тысяч пользователей
(5) К разрабам 1С
Reply
Leave a comment