ZoomProВ общем, поставили задачу - стартануть разработку БД для учета заказов...Кандидаты:
1С
MS SQL
Oracle
MySQL
...

скорее всего, автор имел ввиду разработку учетной системы, а не только БД.
(не будут же пользователи сами стучаться к БД на SQL... или будут?:) )

Как всегда тут есть 2 варианта:
1. внедрить уже готовое типовое решение (быстрее и дешевле)
2. заняться разработкой своего "велосипеда" (дороже, дольше, но возможно (далеко не факт), функциональнее и быстрее)

Поскольку сейчас приходится заниматься и 1С, отвечу и на её счет
sergey888 ZoomProПро 1С не пойму, все как-то снисходительно на ее смотрят, но никакой конкретики:)

1. 1C - это не СУБД, а надстройка над СУБД.
до недавних пор данные 1С хранила в DBF файлах, что собственно никакого отношения к СУБД не имеет.
по-моему даже сейчас однопользовательская версия работает на DBF
2. 1С не использует полностью возможность SQL сервера.
3. Стандартная конфигурация 1С способна вести учет на уровне одного офиса.
4. Аналитика в 1С очень слабая.
5. Многие организации начинают с 1С, но через год-другой понимают, что она их не устраивает, а переработка ее под себя стоит очень дорого.
и т.д.
человек явно не в теме наверно лет 5;

1. 1С - средство разработки, такое же как Delphi и т.п., но ориентированное на разработку систем автоматизации документооборота. 1С хранит свои данные либо в БД MS SQL / PostgreSQL / DB2 (в серверном варианте) либо в 1 файле (про черный ящик выше говорили)
2. Покажите мне хоть 1 готовую систему, которая бы использовала полностью все возможности сервера СУБД.
3. просто не правда;
4. Если уж мы говорим о бух.учете - даже в 7.7 можно было использовать до 5 субсчетов, в 8 версии - сколько угодно, но это уже оффтоп :)
5. Так было ооочень давно и касалось версии 7.7 сейчас же как раз наоборот.

Недостатки 1С были совсем в другом (блокировка всей таблицы при записи документа; при необходимости доступа к 1 полю из таблицы БД читается вся строка; низкое качество
типовых конфигураций, проблемы с масштабируемостью). В 8 этих недостатки были устранены (за типовые конфигурации не ручаюсь, так как у нас используется своя, но планируется перейти на типовую)

Но особенно порадовал пост
sergey888
Дорогие услуги программистов и мало спецов, которые делают что-то выходящие за рамки конфигурирования

3 уровня аналитики в субсчетах - это не просто мало а чрезвычайно мало

Это скорее особенности MS SQL сервера, который блокирует редактируемые записи и не дает работать с ними другим пользователям. Соответственно многопользовательская среда довольно ограничена.
Вы, простите, из какого века?

anjey
Что-то я никак не пойму... почему вы считаете, что собственная разработка выйдет вам дороже ???
собственная разработка больших и средних систем почти всегда обходится дороже и длится существенно дольше. факт. поэтому (на западе) стараются в основном выбирать типовые решения, и только если уж их нет - заниматься разработкой.

Небольшой совет автору: если нет опыта работы, то после выбора кандидата, будет очень полезным посетить сертифицированный курс по выбранному средству разработки (хотя бы обзорный, чтобы иметь понятия о возможностях средства - они обычно недорогие и длятся 3-5 дней) - сильно поможет на начальных этапах и спасет от ошибок, которые потом могут дорого стоить.

ответ каким-то образом задвоился )

ZoomPro
Каков процент внедренных систем 1С без доработок (типовые решения) и какой квалификацией нужно обладать что бы качественно делать доработки? Т.к. с 1С не знаком сложно сказать какие доработки потребуются. Если у вас какая-либо общая статистическая информация?
Такой стат. информации у меня нет, да и вряд ли она у кого имеется. Сложность внедрения зависит от того на сколько сильно вас не устраивает типовое решение. Ну и квалификация внедренца должна соответствовать - от администратора (настройка прав пользователей, интерфейсов, регламентных операций, создание простых отчетов, обновление...) до матерого программиста(ов).