pkarklinТак прям и видится фантастическая картина, что Краснодаргоргаз и Краснодарэнерго считают услуги, оказываемые ими, у стороннего ООО. М.б. на другом витке эволюции...
Павел, дался Вам это Краснодар?!

Меня вот что слегка настораживает - а автор топика примерно размер базы своей вообще считал? И нагрузки и на СУБД, и на приложение?
Пусть даже на практике будет 10000 пользователей одновременно - чушь, конечно, ну да Бог с ним... Получается, что все эти люди что-то должны видеть - верно? Система охватит полстраны - снова чушь, но опять посчитаем. Это сколько миллионов счетчиков? Только у конечных пользователей думаю не меньше 10 миллионов (на самом деле скорее всего гораздо больше, ну да снова Бог с ним). Плюс счетчики на предприятиях, на всяких распределительных подстанциях и т.п. - думаю, прикинем миллионов до 15. Это минимум 15млн. записей в месяц. 180млн. записей в год. Плюс по-хорошему таблицы со структурой связи счетчиков. Плюс если работают юрлица - наверняка будет нужно вносить записи о показаниях с промобъектов не раз в месяц, а хотя бы раз в час (а по-хорошему на важных объектах такие вещи мониторят горрраздо чаще - ну да снова пропустим). Это с одного счетчика 720 записей в месяц. В год 8640. Если таких счетчиков по стране наберется хотя бы тысяч 10 (а ведь их больше) - в год это еще 86млн. записей. Итого 250млн. записей в год только с показаниями. Не много конечно. Но уже и не настолько мало! И не забывайте, что я скорее всего брал цифры достаточно заниженные (в разы, если не на порядки).
А теперь начинайте прикидывать объем базы, типовые запросы пользователей, нагрузку и т.п. Особенно постарайтесь придумать, какие 10000 коннектов у вас одновременно будут. И сколько из этих соединений породят одновременные запросы к БД. И что в таких запросах будет первично - ФИО абонента или расчетный период - как индексы строить-то будете? И каково будет допустимое время ожидания ответа?
А потом пойдите посчитайте, сколько будут стоить сервера, удовлетворяющие таким требованиям? И какие СУБД это выдержат? После чего набейте морду людям, которые предлагают на ту же железку еще и сервер приложений повесить. И заодно прикиньте - а доверили бы писать софт такой важности лично Вам (без обид)?
Ну и еще подумайте, а настолько ли при таких объемах и т.п. была глупа идея разнести базы для рядовых абонентов, которым нужны итоговые показания трех прошлых месяцев со временем реакции до пяти минут - и для юрлиц, которым могут понадобиться цифры с поминутными разбивками, сложными иерархиями и т.п., причем СРОЧНО.

Я это все к чему - у Вас правильно спрашивали, а насколько описанные планы осуществимы!!! Потому что проще всего ляпнуть "будет мильён тыщ посетителей - поэтому покупай ЧТО-НИБУДЬ". А если по факту будет 50 активных пользователей с крайне призрачной перспективой их увеличения - то от этого и считайте. А если Вам кто-то говорит столь огромные цифры - ТРЕБУЙТЕ аргументации! Если смогут аргументировать - то пусть тогда считают мощность всей системы. Я, например, не специалист - но какой мощности нужен сервер для одновременной работы 10тыс пользователей по тому же вебу? И какой ширины канал? Особенно если логику повесить не на СУБД, а именно на этот сервер? Почему-то мне кажется, что цена такой машинки выйдет за рамки 100 баксов. А теперь давайте на него же СУБД подвесим?
Итого мораль - а смысл Вам писать программу на миллион и ставить ее на сервер за штуку? А заказчикам смысл ПО для железа на миллион заказывать у Вас за штуку?
Удачи, конечно - но у Вас там еще и конь не валялся...

Кстати - это я коснулся только процесса выборки данных. А как они будут обновляться? В каком режиме? Нагрузка, опять-таки? И насколько внесение данных сможет подвесить выборку?
Да и еще - если охватывать страну, то с учетов всех часовых поясов надо планировать систему 24х7 - Вы это учитывали? И по софту учитывали, и по железу?

GeenSЯ же говорил - мне твердят в уши спецы...Я еще хочу понять суть этих спецов. Надеюсь на Вашу помощь.

Абсолютно верно! Темой больших систем владею не очень...Темой энергосбыта - очень владею! А насчет амбиций - упаси Бог идти на такие масштабы! Пахнет катастрофой...Но запас надо ведь иметь? или нет?
По поводу ваших "спецов" - я вам уже писал. Раз они так "классно" оценивают масштабы - заставьте их сразу оценить и нагрузку. Но только не однобоко, а со стороны ВСЕХ элементов! И лишь после этого начинайте им хоть немного верить.
Запас????? Не смешите меня? КАКОЙ запас можно иметь на ОДНОМ серваке, на котором одновременно и это приложение крутится, и СУБД?! Вы хоть цифры прикиньте-то...

GeenS2just_nick
Признателен за трезвый расчет.
...
3) Расчеты приблизительно совпадают с оценками некой иностранной фирмы, которая предложила ОЧЕНЬ ДОРОГОЙ проект для такого же решения. Наши обещают дешевле - думаю, что брешут, собаки...
...

Блин - кто бы тогда взял меня в консалтеры, раз я так хорошо считаю? Хочется поработать с действительно крупными системами... Согласен в Краснодарэнерго, раз уж его Карклинь упоминал его несколько раз. Или раз Вы сказали про "в сторону юга" - то Ростов бы вообще идеально подошел - и переезжать бы не пришлось!