Исходное сообщение
"Linux версия '1C:Предприятие' будет выпущена в июне" Отправлено Pasha, 02-Мрт-06 12:12
"Под Linux есть бесплатные версии Oracle"... Может к линуксу и 1С выпустит  свою версию 1C Предприятия тоже бесплатно? Внимательно лицензию читайте, там написано для каких случаев "бесплатно", а в каких - платно. Да и в случае с 1С Предприятием использовать Oracle - что стрелять из пушки по воробьям. PostgreSQL или MySQL - самое то для подобных решений. А лучше было бы 1С-никам вообще абстрагироваться и не делать привязки к конкретной СУРБД, вынеся механизмы оптимизации доступа к СУРБД в отдельные модули, чтобы покупатель сам решал, на какой СУРБД ему лучше остановить свой выбор. А то получится как всегда, разведется "зоопарк" из MSSQL, MySQL, PostgreSQL, ORACLE и пр. В результате подобное "решение" выльется в дополнительную "копеечку" за счет усложнения структуры информационной системы, увеличения расходов на обслуживание и т.п. А так, покупатель всегда может завести дополнительный экземпляр БД в существующей и уже отлаженной СУРБД. Но 1С-ники на это не пойдут, т.к. за счет "обслуживания"  они и имеют большую часть своего хлеба насущного, так зачем им облегчать задачи пользователей?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> "Под Linux есть бесплатные версии Oracle"... Может к линуксу и 1С выпустит > свою версию 1C Предприятия тоже бесплатно? Внимательно лицензию читайте, там > написано для каких случаев "бесплатно", а в каких - платно. Да > и в случае с 1С Предприятием использовать Oracle - что стрелять > из пушки по воробьям. PostgreSQL или MySQL - самое то для > подобных решений. А лучше было бы 1С-никам вообще абстрагироваться и не > делать привязки к конкретной СУРБД, вынеся механизмы оптимизации доступа к СУРБД > в отдельные модули, чтобы покупатель сам решал, на какой СУРБД ему > лучше остановить свой выбор. А то получится как всегда, разведется "зоопарк" > из MSSQL, MySQL, PostgreSQL, ORACLE и пр. В результате подобное "решение" > выльется в дополнительную "копеечку" за счет усложнения структуры информационной системы, > увеличения расходов на обслуживание и т.п. А так, покупатель всегда может > завести дополнительный экземпляр БД в существующей и уже отлаженной СУРБД. Но > 1С-ники на это не пойдут, т.к. за счет "обслуживания" они > и имеют большую часть своего хлеба насущного, так зачем им облегчать > задачи пользователей?
	Введите код, изображенный на картинке: