SaraSQLnew

Подскажите где можно найти проект по расчетам за услуги связи

А это, случаем, не биллинговые системы называется?

SaraSQLnew

Совершенно верно - биллинговые системы для операторов фиксированной
и мобильной связи.

Писать решил один? Или команда есть?

1. Определись с количеством звонков. Это около 3/абонент в мобильной связи, 5/абонент в фиксированной.
2. Определись с количеством абонентов. Если более 100 тыс (для фиксированной это немного) - то я бы задумался о выборе платформы (хотя см. дальше)
3. Определись что будешь хранить: все звонки, некие итоговые суммы? Посчитай сколько гигов у тебя займет хранилище. Поведение СУБД при работе с большими и малыми объемами данных различаются. Да и архитектура тоже.
4. Определись с количеством рабочих мест и их расположением. Один офис? Участки сервисных служб? Дилеры? Подумай как все это будет работать.

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

SaraSQLnew

to Jinn
Команда есть. Но мало опыта работы с SQL2000.

Это минус в таком предприятии. Причем большой.

Задачу по расчетам знают хорошо
Абонентов больше 500000 на перспективу до миллиона.
Хранить надо каждый переговор и каждую услугу включая
итернет
Проблемма еще в том что нет на сегодняшний день понятия
лицевого счета по квартирн сектору
некоторые таблицы переговоров доходят до
2 gb.

2 гига - это это мелочь. А вот полмиллиона абонентов ... В лучшем случае, года через три, у вас получится вещь которая будет кое как приемлемо работать. Конечно, если вам "только положить" - то проблем будет меньше, а вот если разные тарифы и сервисы, скидки-надбавки ... Хотя для себя, особенно если фиксированная связь - несколько легче. Но платформу следует изучить глубже.

А что с платформой?
Microsoft говорит что SQL2000 может работать и с терабайтами
главное правильно сконструировать структуру таблиц,индексы
и заложить правильно бизнес логику и это на мой взгляд самое сложное.
Но хотелось бы увидеть как это сделанно у других.
Пишем для себя .

Дело не в терабайтах, а в самой платформе. MS SQL работает исключительно под Wintel. Масштабируемость ограничена. Если нет разницы в платформе - ознакомьтесь с Oracle. Серьезные АСР делают именно на этой платформе. Да и клиентскую часть лучше разрабатывать не на фоксе, а на чем либо посолидней. Билдер или Делфа удобнее и практичней. Подумай об оперативности закачки информации и, главное!!! об объемах.