Перейти с Navision на 1С?

[mazzy]

Цитата:

Сообщение от Сисой

Белиберда какая-то. Есть только два режима - файл серверный и "трехзвенка" с MS SQL Server.

Это правильно, что слово "трехзвенка" в кавычках
Поскольку сервер 1С:Предприятия не является сервером приложений. Пока по крайней мере...

А вообще говоря, спасибо за обоснованное мнение.

[brahma]

Цитата:

Сообщение от mazzy

Это правильно, что слово "трехзвенка" в кавычках
Поскольку сервер 1С:Предприятия не является сервером приложений.

Чего не хватает серверу 1С:Предприятия, что бы считаться сервером приложения?

[mazzy]

Цитата:

Сообщение от brahma

Чего не хватает серверу 1С:Предприятия, что бы считаться сервером приложения?

Вы же меня уже спрашивали об этом.
Что ж, ответ тот же самый http://forum.mista.ru/topic.php?id=8602#44

Посмотрим что будет объявлено в 8.1...

Кстати, Application Server в Навижине также не является сервером приложений.

[Recoilme]

Да уж.. 1С до Аксапты как до Луны пешком...
Может быть кто-нить добавит в эту табличку колонку Аксапта чтоб народ несомневался?
http://v8.1c.ru/disctinct7/indexDevelop.htm

[ppson]

А что тогда делает сервер 1С:Предприятия?

[komar]

Цитата:

Сообщение от mazzy

Что ж, ответ тот же самый http://forum.mista.ru/topic.php?id=8602#44

Странный ответ, если честно. Я думал, преобразовать логику в программный код - дело разработчика.

[Сисой]

Цитата:

Сообщение от Dolter

можно, конечно и вьюшки создавать, но скорее речь о #(#)temp_table... или?

Да, temp_table. Таблицы значений неудобны тем, что их потом нельзя использовать в Selectах.

[mazzy]

Цитата:

Сообщение от komar

Странный ответ, если честно. Я думал, преобразовать логику в программный код - дело разработчика.

Во-первых, не логику, а "бизнес-логику".

Во-вторых, Даже если судить о том сообщении сугубо ФОРМАЛЬНО (как это ты и сделал), то "переместить этот код на промежуточный уровень" - это тоже дело разработчика?

[komar]

Цитата:

Сообщение от mazzy

Во-первых, не логику, а "бизнес-логику".

Во-вторых, Даже если судить о том сообщении сугубо ФОРМАЛЬНО (как это ты и сделал), то "переместить этот код на промежуточный уровень" - это тоже дело разработчика?

Думаю, можно сугубо формально, так как обсуждается вопрос терминологии, не более того. То есть это такая же игра словами, как и обсуждение, является ли нечто ERP-системой, или нет. Согласно определению автора, сервер Axapta не будет являться сервером приложений, так как часть бизнес-логики выполняется на клиентской машине, и, соответственно, не происходит "перемещения кода на промежуточный уровень". Кроме того, автор так и не ответил, что же конкретно из перечисленных функций сервер 1С не делает.

[brahma]

Цитата:

Сообщение от mazzy

Вы же меня уже спрашивали об этом.

Простите, не помню. Если напомните где и кода я Вас спрашивал об этом, буду Вам благодарен.

Цитата:

Сообщение от mazzy

Что ж, ответ тот же самый http://forum.mista.ru/topic.php?id=8602#44

Ваших аргументов там не увидел, наверное имеются в виду аргументы Волшебника.
Из сообщения Волшебника следует, что сервером приложения может называться только сервер, обязательно удовлетворяющий следующим условиям:
1. "преобразующий бизнес-логику в программный код" (наверное, имелось в виду исполнять бизнес-логику?)
2. поддерживающий несколько вариантов клиентских приложений и СУБД
Так как сервер 1С:Предприятия позволяет исполнять бизнес-логику, то остается только второй пункт, по которому сервер 1С:Предприятия нельзя назвать сервером приложения.
Я правильно понял Ваши аргументы?

[Ned]

Для тех, кому не хотелось бы перечитывать всю ветку на Мисте (51 пост и посвящены они обсуждению услуг 1С, а не серверам приложений), вот единственное сообщение Маззи в той ветке:

Цитата:

(44) Волшебник, да ты просто еретик!
(48) Вот оно как! Перечитал в свете этих слов http://v8.1c.ru/scale/ и понял, что я ничего не понимаю.
"В режиме «клиент-сервер» используется перспективная трехуровневая архитектура с использованием сервера 1С:Предприятия 8.0 и сервера базы данных MS SQL Server." Значит "трехуровневая архитектура" но без сервера приложений...

[brahma]

Mazzy в своем ответе мне ссылается на сообщение Волшебника под номером 44. В нем написано следующее

Цитата:

(42) Неправильно в 8.0 называть сервер 1С:Предприятия 8.0 сервером приложений. Это серверное приложение, т.е. оно выполняется на сервере, но это не сервер приложений.

Серверы приложений (как программное обеспечение) призваны решить две задачи: во-первых, преобразовать бизнес-логику в программный код, во-вторых, переместить этот код на промежуточный уровень, чтобы он мог поддерживать несколько серверов баз данных и разные тонкие клиенты - браузеры Web, WAP-совместимые устройства, пейджеры и т. д.

Примеры серверов приложений можно найти здесь:
http://www.osp.ru/lan/2000/02/082_print.htm

Статья об определении сервера приложений:
http://osp.admin.tomsk.ru/os/2000/05-06/064.htm

Я так понимаю, что Mazzy полностью согласен с его аргументацией.

[komar]

Заспамили тему... Даже и не разделить теперь...

[Polar]

Например какая то фирма работает на 1С.
Вот что из объективных причин может заставить ее перейти на Navision?

[komar]

В соответствии с критериями, предложенными в Что такое малый и средний бизнес
заменить систему может сподвигнуть либо технологическая неспособность 1С справиться с большим объемом информации, либо некая функциональность, при использовании которой стоимость приобретения + доработки + поддержки Navision будет больше стоимости доработки + поддержки 1С. Как правило, основная причина перехода - первая (технологическая).

[ibc]

Цитата:

Как правило, основная причина перехода - первая (технологическая).

Для 8.0 эта причина уже не актуальна!

[Yoil]

Нескромный вопрос: это уже проверенный факт или это мнение, сложившееся на основе маркетинговых материалов по УПП?

[komar]

Цитата:

Сообщение от ibc

Для 8.0 эта причина уже не актуальна!

Версия 8 не так давно на рынке, и пока с нее никто никуда, насколько я знаю, не переходил. Времени для этого прошло недостаточно. Равно как и для того, чтобы на деле подтвердить производительность системы.

Вообще, существует не так уж и много причин, по которым нужно с работающей системы переходить на новую. Кроме "вырастания" из системы по технологическому и функциональному признаку, разумно сменить систему в случае затруднений с ее поддержкой (система не поддержикается поставщиком) или смена владельца компании (часто означает новый корпоративный стандарт программного обеспечения). Однако даже в таких случаях иногда компании не отказываются от систем - в качестве примера можно привести не поддерживаемые поставщиком системы XAL или ERA Financials, которые до сих пор используются на некоторых предприятиях, или многочисленные системы, сосуществующие с SAP в крупных холдингах. Таким образом, единственными случаями, когда объективно нужен переход - являются возросшие объемы обрабатываемой информации (или иные изменения, к которым существующая система технологически не готова, например, необходимость работы с распределенной среде), или изменения в бизнесе, приводящие к потребности в новой функциональности, которая отсутствует или не может быть легко введена в старой системе.

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

[ibc]

Цитата:

Нескромный вопрос: это уже проверенный факт или это мнение, сложившееся на основе маркетинговых материалов по УПП?

Речь шла о самописных управленческих конф-ях на платформе 8.0

[Сисой]

Цитата:

Сообщение от ibc

Речь шла о самописных управленческих конф-ях на платформе 8.0

Давайте не будем обсуждать самописки, пусть и на платформе 1С. А то я вам на ассемблере такое забабахаю... Да и в самописке без прямого доступа к SQL-евским Insert и Update быстро не сделаешь.
Речь может идти только о типовых решениях 1С и ее партнеров, нормально поддерживаемых и развиваемых.
Так вот, у платформы 8 в связке с типовыми решениями по-прежнему серьезные проблемы с масштабируемостью. Количественно 1С 8 более масштабируема, чем 1С 7.7 SQL, качественно - нет.