Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / [игнор отключен] [закрыт для гостей] / 1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ? / 25 сообщений из 50, страница 1 из 2
17.03.2008, 16:24
    #35195865
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
hi all.
Сабж. Есть ли в моск. регионе примеры РЕАЛЬНЫХ внедрений на обозначенное число пользователей ?
Нашей конторе требуется прежде всего складской учет с минимальным временем отклика на ввод данных по первичным операциям, а также очень быстрый отклик на "проведение документов" в кассе.
Также актуально время отклика при оформлении документов на услуги (ввод ремонтных операций).

Если эта тема - драный баян, киньте, плз, ссцЫлки.
Заранее спасибо за ответы.
...
Рейтинг: 0 / 0
17.03.2008, 16:41
    #35195936
ISGR
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
по 200 юзеров в распределенку, иначе типовая не потянет
...
Рейтинг: 0 / 0
17.03.2008, 21:40
    #35196596
yatsik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
8.1 server предлгает решения деления задач 1с на кластера, так что в путь главно по больше серваков.имхо
...
Рейтинг: 0 / 0
17.03.2008, 23:01
    #35196676
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
Просветите, плз, в общих чертах, что такое "кластера" в понимании 1с ?
...
Рейтинг: 0 / 0
18.03.2008, 05:40
    #35196786
VladC#
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
если скорость не важна, то потянет, опять же при условии, что конфа самописная, где нет ничего лишнего.
...
Рейтинг: 0 / 0
18.03.2008, 09:45
    #35196944
ПЖ
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
someOne from nowhereПросветите, плз, в общих чертах, что такое "кластера" в понимании 1с ?


http://v8.1c.ru/overview/cluster.htm
...
Рейтинг: 0 / 0
18.03.2008, 09:55
    #35196970
yatsik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
VladC#если скорость не важна, то потянет, опять же при условии, что конфа самописная, где нет ничего лишнего.

в рамках одной локальной сети не думаю, что особо упадет скорость, главно, чтобы кластера были на гигабитном соединении
...
Рейтинг: 0 / 0
18.03.2008, 17:20
    #35198707
ISGR
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
господам типа VladC# - скорость далеко не проблема - проблема блокировки, ибо в управляемый режим придеться переводить, а специалистов, что понимающих в этом днем с огнем как говориться
...
Рейтинг: 0 / 0
18.03.2008, 18:13
    #35198872
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
ISGRпроблема блокировки , ибо в управляемый режим придеться переводить

2ISGR: поясните, плз, свою мысль. По этому адресу насчёт блокировок написано следующее:

1c8_FAQQ: Насколько в 1С:Предприятии 8.0 повысилась производительность системы при одновременной работе большого числа пользователей по сравнению с 1С:Предприятием 7.7?

A: В отличие от версии 7.7, в модели данных, поддерживаемой системой 1С:Предприятие 8, не существует таблиц базы данных, однозначно приводящих к конкурентному доступу со стороны нескольких пользователей. Это относится как к файловому, так и к клиент-серверному варианту работы системы. Соответственно не возникает проблем при включении разнородной функциональности в одно прикладное решение.

В файловом варианте работы транзакционные блокировки устанавливаются на уровне таблиц базы данных, и при одновременной записи разнородных данных не возникает конкурентного доступа.

В клиент-серверном варианте транзакционные блокировки устанавливаются на уровне отдельных записей таблиц базы данных, и конкурентный доступ возникает только при обращении к логически связанным данным и не затрагивает данные, не связанные между собой с точки зрения бизнес-логики

Меня интересует именно клиент-серверный вариант. В чём Вы видите проблему блокировки для него ?
...
Рейтинг: 0 / 0
18.03.2008, 18:27
    #35198907
ISGR
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
платформа абстрагирует разработчика от механизма блокировок - и это самое потенциально опасное место, ибо большинство кодеров не понимают, как работают блокировки

это не означает, что таких специалистов нет, но их 1 на 1000 программистов по моему опыту, остальное вы узнаете, когда начнете внедрять третью сотню :)
...
Рейтинг: 0 / 0
18.03.2008, 18:27
    #35198910
ПЖ
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
someOne from nowhere ISGRпроблема блокировки , ибо в управляемый режим придеться переводить

2ISGR: поясните, плз, свою мысль. По этому адресу насчёт блокировок написано следующее:

1c8_FAQQ: Насколько в 1С:Предприятии 8.0 повысилась производительность системы при одновременной работе большого числа пользователей по сравнению с 1С:Предприятием 7.7?

A: В отличие от версии 7.7, в модели данных, поддерживаемой системой 1С:Предприятие 8, не существует таблиц базы данных, однозначно приводящих к конкурентному доступу со стороны нескольких пользователей. Это относится как к файловому, так и к клиент-серверному варианту работы системы. Соответственно не возникает проблем при включении разнородной функциональности в одно прикладное решение.

В файловом варианте работы транзакционные блокировки устанавливаются на уровне таблиц базы данных, и при одновременной записи разнородных данных не возникает конкурентного доступа.

В клиент-серверном варианте транзакционные блокировки устанавливаются на уровне отдельных записей таблиц базы данных, и конкурентный доступ возникает только при обращении к логически связанным данным и не затрагивает данные, не связанные между собой с точки зрения бизнес-логики

Меня интересует именно клиент-серверный вариант. В чём Вы видите проблему блокировки для него ?

речь идет про управляемые блокировки http://v8.1c.ru/overview/datalockcontrol.htm

ЗЫ как ставить теги чтобы ссылка "вязалась" к тексту?
...
Рейтинг: 0 / 0
18.03.2008, 23:31
    #35199251
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
http://www.kuban.ru/forum_new/forum9/arhiv/290279.html
...
Рейтинг: 0 / 0
19.03.2008, 11:41
    #35199971
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
ПЖречь идет про управляемые блокировки Если я правильно понял из этого текста, для достижения уровня изоляции read committed в 1С надо её переводить в управляемый режим и там всю работу по установке блокировок делать "ручками". И что, Вы именно в ЭТОМ видите серьёзную проблему ?
...
Рейтинг: 0 / 0
19.03.2008, 11:59
    #35200036
ПЖ
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
someOne from nowhere ПЖречь идет про управляемые блокировки Если я правильно понял из этого текста, для достижения уровня изоляции read committed в 1С надо её переводить в управляемый режим и там всю работу по установке блокировок делать "ручками". И что, Вы именно в ЭТОМ видите серьёзную проблему ?

Речь не про проблемы, а про термины. Управляемые группировки в 1С 8.1 <> блокировки 1С на SQL-ой базе.
...
Рейтинг: 0 / 0
19.03.2008, 12:10
    #35200077
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
ПЖУправляемые группировки в 1С 8.1 <> блокировки 1С на SQL-ой базе -- в том смысле, что команды на установку блокировок надо записывать руками, как в примере, который приведен в вышеупомянутой ссылке ?
...
Рейтинг: 0 / 0
19.03.2008, 12:12
    #35200092
ПЖ
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
проблема тут - увеличение "стоимости" обновление конфигурации за счет того что часть объектов будет изменена. Но это не проблема как таковая, а увеличение накладных расходов на саппорт.

ЗЫ а всё-таки на 500 чел. - другое решение не рассматривались? Заказное како-нибудь, GUI попроще + БД. Если посчитать стоимость лицензии на рабочее место 1С - может оно и дешевле выйдет. Сливать это потом можно и в 1С к бухам - но это уже проблема меньшего порядка.
...
Рейтинг: 0 / 0
19.03.2008, 12:12
    #35200097
ПЖ
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
someOne from nowhere ПЖУправляемые группировки в 1С 8.1 <> блокировки 1С на SQL-ой базе -- в том смысле, что команды на установку блокировок надо записывать руками, как в примере, который приведен в вышеупомянутой ссылке ?

ага
...
Рейтинг: 0 / 0
19.03.2008, 13:07
    #35200335
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
ПЖа всё-таки на 500 чел. - другое решение не рассматривались? Заказное како-нибудь, GUI попроще + БД Другие решения оказались, прежде всего, гораздо дороже. Все эти САПы и Навижны, как я понял, для других секторов экономики.
Сапописки делать пытались сами, и неоднократно. Не получилось из-за необх-сти сопровождения старого ПО: наши программисты просто не могли одновременно делать два дела ХОРОШО; получалось, что оба дела выполняются ПЛОХО (что, впрочем, совсем неудивительно).
Заказать на стороне тоже пытались, нам сделали для пробы "нечто" на Дельфе в связке с IB 6.5: это был "ужос". Прежде всего, по количеству глюков (access violation'ов) на клиенте. К тому же, это "нечто" оказалось совершенно непригодным для групповой разработки. Про функционал вообще молчу -- нет и сотой доли того, что я сейчас вижу в demo-обучалке по 1с v 8.1 (коробка с книжками Радченко и учебной версией). Простейшие вещи надо было делать через %@#$%@&*.

Главное, что я понял: не следует тратить время и силы на изобретение велосипеда.
Руководителям бизнеса совершенно наплевать на то, на чём написана программа, простой там ГУИ или навороченный. Юзерам - обычно также всё это до лампады. Никого и никогда, кроме коллег-разработчиков, не заинтригует, насколько элегантно спроектирована система и никто не будет восхищенно цокать языком на тему "ах, до чего же вы там, в IT, все умные!", если отчет, составлявшийся в старой системе 1 минуту, стал составляться 10 сек. Никто не заметит (а если и заметят, то воспримут это в духе "О! что-то сегодня чуть-чуть побыстрее работает!" - и всё).

Всех интересует, однако, удобство работы с системой. И еще - возможность быстро, без лишнего гимора, получить какой-нибудь новый отчет/справку/документ в ответ на изменившиеся требования законодательства или бизнес-правила.
Есть и еще один вопрос: заменяемость сотрудников саппорта или разработчиков (это если смотреть со стороны работодателя) и заменяемость... работодателя (), если смотреть со стороны программиста-разработчика. Продукт 1с, как бы к нему не относиться, стал распространён настолько, что обе стороны этого вопроса автоматически отпадают.
Соб-сно, из-за всех этих соображений мы и начали тихонько приглядываться в сторону один-це.

Настораживают только многочисленные вопли и "страшные истории" по поводу тормозов при большом числе юзеров. Если главная причина этих воплей - в кривизне рук и элементарном незнании возможностей системы, то это смешно. Необходимость врукопашную ставить блокировки в управляемом режиме, лично для меня, тоже не является глобальной проблемой.
...
Рейтинг: 0 / 0
19.03.2008, 13:22
    #35200412
ПЖ
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
someOne from nowhere
Всех интересует, однако, удобство работы с системой. И еще - возможность быстро, без лишнего гимора, получить какой-нибудь новый отчет/справку/документ в ответ на изменившиеся требования законодательства или бизнес-правила.
Есть и еще один вопрос: заменяемость сотрудников саппорта или разработчиков (это если смотреть со стороны работодателя) и заменяемость... работодателя (), если смотреть со стороны программиста-разработчика.

Ну тут 1С 8 даст фору многим (если конечно без извратов)...

функционал платформы развивается бурно.
...
Рейтинг: 0 / 0
19.03.2008, 13:26
    #35200436
ПЖ
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
По вопросам масштабируемости и производительности связок 1С и SQL рекомендую обратится сюда http://www.softpoint.ru/
...
Рейтинг: 0 / 0
19.03.2008, 13:38
    #35200510
Сисой
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
Внедрить можно, но только с участием специализированной конторы типа softpoint.ru
Я бы на такое количество юзверей 1С бы не ставил, Аксапта даст меньше рисков.
Есть еще JD Edwards - в торговле он внедряется неплохо.

Системы типа TradeHouse смотрели?
...
Рейтинг: 0 / 0
19.03.2008, 14:00
    #35200614
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
СисойВнедрить можно, но только с участием специализированной конторы типа softpoint.ru Почему так категорично ? Вы имеете ввиду, что к ним придётся обращаться за консультациями или чтобы они сами всё делали ? Если второе, то вопрос: а что, для создания конфигурации, работающей на 3-4 кластерах, требуются танцы с бубном и сами мы выучиться этому никогда не сможем ?

JD Edwards и TradeHouse не смотрели. Решение на базе Аксапты нам привозили, но это было какое-то недоделанное посмешище. К тому же, почти все наши вопросы на тему "а как нам самим сделать то-то и то-то" демонстратор отвечал: "пока никак, это к нам". То есть, просто предлагали заплатить деньги за недоделанную систему и доделывание её чужими программистами (вместо наших). Может, эта система бы и заработала у нас, но 1) через какой срок ? и 2) какая итоговая стоимость внедрения при этом бы получилась ? Короче, тот вариант также был забракован. Как я в последствии понял, начальство что-то там подсчитывало и главная причина этой "забраковки" была опять-таки в деньгах.
Но на мой взгляд, фактор доступности на IT-рынке спецов по саппорту и доработке также должен учитываться. "Сломается", скажем, этот самый JD Edwards, и где нам искать "слесарей" для него ?!
...
Рейтинг: 0 / 0
19.03.2008, 23:12
    #35202015
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
ПЖПо вопросам масштабируемости и производительности связок 1С и SQL рекомендую обратится сюда http://www.softpoint.ru/ - я сюда зашёл, но там все ссылки пестрят циферками "7.7", а циферок "8.х" не видно совсем. Между тем, как я понял, восьмая версия 1це серьёзно отличается от 7.7. В частности, по этому адресу я прочитал:
1c v7 FAQ Q : Насколько в 1С:Предприятии 8.0 повысилась производительность системы при одновременной работе большого числа пользователей по сравнению с 1С:Предприятием 7.7?
A : В отличие от версии 7.7, в модели данных, поддерживаемой системой 1С:Предприятие 8, не существует таблиц базы данных, однозначно приводящих к конкурентному доступу со стороны нескольких пользователей. Это относится как к файловому, так и к клиент-серверному варианту работы системы. Соответственно не возникает проблем при включении разнородной функциональности в одно прикладное решение.
... <skipped> ...
Таким образом, 1С:Предприятие 8 обеспечивает возможность параллельной работы гораздо большего количества пользователей без возникновения проблем конкурентного доступа, по сравнению с 1С:Предприятием 7.7.

Видимо, сайт софтпойнта обновляется с опозданием (не могут же они заниматься только 7.х ?)
...
Рейтинг: 0 / 0
19.03.2008, 23:34
    #35202049
ПЖ
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
someOne from nowhere ПЖПо вопросам масштабируемости и производительности связок 1С и SQL рекомендую обратится сюда http://www.softpoint.ru/ - я сюда зашёл, но там все ссылки пестрят циферками "7.7", а циферок "8.х" не видно совсем. Между тем, как я понял, восьмая версия 1це серьёзно отличается от 7.7. В частности, по этому адресу я прочитал:
1c v7 FAQ Q : Насколько в 1С:Предприятии 8.0 повысилась производительность системы при одновременной работе большого числа пользователей по сравнению с 1С:Предприятием 7.7?
A : В отличие от версии 7.7, в модели данных, поддерживаемой системой 1С:Предприятие 8, не существует таблиц базы данных, однозначно приводящих к конкурентному доступу со стороны нескольких пользователей. Это относится как к файловому, так и к клиент-серверному варианту работы системы. Соответственно не возникает проблем при включении разнородной функциональности в одно прикладное решение.
... <skipped> ...
Таким образом, 1С:Предприятие 8 обеспечивает возможность параллельной работы гораздо большего количества пользователей без возникновения проблем конкурентного доступа, по сравнению с 1С:Предприятием 7.7.

Видимо, сайт софтпойнта обновляется с опозданием (не могут же они заниматься только 7.х ?)

есть у них готовые методы для 8.0, для 8.1 они на подходе. Руководитель там МуМу - широко известная личность в узких кругах.

читайте http://www.kuban.ru/forum_new/forum9/arhiv/290279.html пост 76, это было уже год назад...
...
Рейтинг: 0 / 0
20.03.2008, 09:39
    #35202413
ISGR
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ?
someOne from nowhere ПЖречь идет про управляемые блокировки Если я правильно понял из этого текста, для достижения уровня изоляции read committed в 1С надо её переводить в управляемый режим и там всю работу по установке блокировок делать "ручками". И что, Вы именно в ЭТОМ видите серьёзную проблему ?

если Вы не видите в этом серьезных проблем например для УПП, Вы либо очень хороший специалист и я готов взять Вас на работу, либо просто не понимаете объем и сложность работ
...
Рейтинг: 0 / 0
Форумы / [игнор отключен] [закрыт для гостей] / 1C v8 (M$ SQL) на 500 и более юзеров (торговля+услуги). Это реально ? / 25 сообщений из 50, страница 1 из 2
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]