Здравствуйте, giardo, Вы писали:

G>>А что тогда первично, при выборе технологии для нового продукта? Кстати, вопрос — будет ли прога на C# работать нормально на слабых компах (P133-16)?
А нет никакой ложки.
Соберите все до кучи: какое будет клиентское железо, какое будет серверное (если будет такое), составьте ТЗ на систему, рассмотрите варианты архитектуры (клиент-серверная, трехзвенная, кластерная, [<еще десяток умных слов>]), узнайте, кому вы можете заказать реализацию, сколько это обойдется... Пересморите и подкорректируйте. И так еще раз. Выберите вариант. Узнайте детали и сроки. И снова... До полного просветления...

Здравствуйте, giardo, Вы писали:

G>Нужна помощь в следующем:
G>Руководство постановило, что нужна программа по учету сотрудников, их времени, рабочих дней, планирования, расчета ЗП и прочего. То что раньше делалось в кучах 1С должно быть в одном. Глобальная база (число сотрудников + всех клиентов ~ 100 000) должна находиться на одном компе, и еще в 40 филиалах — клиентские копии, которые по email переправляют то что они натоврили на главный компьютер.
G>По базе — обновляться записи будут нечасто, но выборка должна происходить быстро.
G>От предложенных готовых вариантов (MS Business Solution) отказались, решив сэкономить. (Не уверен что правильно, но что делать..). Программера будем искать на стороне.

G>Подскажите — что выбрать в качестве базы, что выбрать в качестве языка?
G>Будет ли работать все так как надо если использовать C#+MSSQL? или Delphi+Oracle, VC++? или что-то другое? что лучше и чем?
G>Пока склоняюсь к C#+MSSQL, так как сам немного знаю, смогу проконтроллировать, как пишут, но есть сомнения в производительности и переносимости (клиентская часть должна работать как на winXP, так и на W95.

Так почему бы не использовать связку того же 1С с MSSQL? Разработка систем на 1С происходит достаточно быстро, а 100000 сотрудников+клиентов для текущих версий 1С совсем не много.