|
|
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
Стоит задача в сравнении тарифов от разных операторов - простое сравнение тарифов и с накладыванием на текущую детализацию с целью определения лучшего тарифа, а также расчета экономии при использовании того или иного тарифа. Сейчас беру данные по DEF кодам с Россвязи и загоняю их в БД, и пристраиваю к ним тарифы операторов в виде дополнительного столбца. Для примера: from_numto_numoperator1operator2operator3301210000030121099991.052.021.48301211000030121299991.3051.591.2 или все же лучше сделать более сложный вариант: from_numto_numoperatortariff30121000003012109999operator11.0530121000003012109999operator22.0230121100003012129999operator11.30530121100003012129999operator21.59 Проблема еще в том, что данные берутся с Россвязи, и там они не совсем в хорошем для меня виде, и если использовать второй вариант, то периодически его обновлять будет очень сложно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2014, 16:39 |
|
||
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
Androgen1985простое сравнение тарифов и с накладыванием на текущую детализацию с целью определения лучшего тарифа, а также расчета экономии при использовании того или иного тарифа.Tarifer изобретаете? Androgen1985или все же лучше сделать более сложный вариант:Да, второй вариант более правильный, но и он недостаточно правильный. Стоимость звона еще зависит от тарифа другого абонента и от его местонахождения в момент звонка. Androgen1985и если использовать второй вариант, то периодически его обновлять будет очень сложно.Технически сконвертировать данные из первого формата во второй никаких проблем нет. А вот отслеживать все тарифные изменения всех операторов - это, имхо, как минимум, выделенного человека сажать надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2014, 17:24 |
|
||
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
miksoftAndrogen1985простое сравнение тарифов и с накладыванием на текущую детализацию с целью определения лучшего тарифа, а также расчета экономии при использовании того или иного тарифа.Tarifer изобретаете? Androgen1985или все же лучше сделать более сложный вариант:Да, второй вариант более правильный, но и он недостаточно правильный. Стоимость звона еще зависит от тарифа другого абонента и от его местонахождения в момент звонка. Androgen1985и если использовать второй вариант, то периодически его обновлять будет очень сложно.Технически сконвертировать данные из первого формата во второй никаких проблем нет. А вот отслеживать все тарифные изменения всех операторов - это, имхо, как минимум, выделенного человека сажать надо. Более правильный чем? Запросы будут лучше выполняться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2014, 17:26 |
|
||
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
Androgen1985Более правильный чем? Запросы будут лучше выполняться?Операторов можно будет добавлять не перелопачивая весь объем данных. Или новые разрезы добавлять, если таковые появятся (тот же тариф другого абонента, например). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2014, 17:28 |
|
||
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
Да и запросы будут проще, не будут зависеть от количества операторов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2014, 17:29 |
|
||
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
miksoft, Но возникает проблема в обновлении данных - диапазон может потом разбиться еще на несколько, и нужно будет это все как то отслеживать. Или нужно избавляться от диапазонов, но в таком случае это 4 млрд. строк на одного оператора ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2014, 17:33 |
|
||
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
Androgen1985miksoft, Но возникает проблема в обновлении данных - диапазон может потом разбиться еще на несколько, и нужно будет это все как то отслеживать.А если диапазон будет разбиваться на несколько, то в первом варианте проблем будет еще больше - ведь у какого-то оператора разбился, у другого не разбился, у третьего объединился... Можно улучшить второй вариант - хранить исторические данные. Т.е. добавить поля начало-конец действия. И при расчете подставлять дату звонка. Тогда и удалять данные не придется (за исключением корректировок ошибок). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2014, 17:46 |
|
||
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
miksoftAndrogen1985miksoft, Но возникает проблема в обновлении данных - диапазон может потом разбиться еще на несколько, и нужно будет это все как то отслеживать.А если диапазон будет разбиваться на несколько, то в первом варианте проблем будет еще больше - ведь у какого-то оператора разбился, у другого не разбился, у третьего объединился... Можно улучшить второй вариант - хранить исторические данные. Т.е. добавить поля начало-конец действия. И при расчете подставлять дату звонка. Тогда и удалять данные не придется (за исключением корректировок ошибок). В первом варианте тарифы по диапазону который разбился будут продублированы. Во втором все сложнее. Но все равно спасибо за консультацию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2014, 17:56 |
|
||
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
Androgen1985Во втором все сложнее.Наоборот проще. Диапазоны буду привязаны только каждый к своему оператору. Разбиение у одного никак не будет затрагивать других. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2014, 22:17 |
|
||
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
Androgen1985В первом варианте тарифы по диапазону который разбился будут продублированы. Во втором все сложнее. Но все равно спасибо за консультацию. И как вы будете выборку делать по "дублированному" диапазону? По какому принципу? Во втором как раз никаких сложностей, если диапазон A->С разбивается на два A->B + B->C вам достаточно только проапдейтить существующую строку A->C заменив C на B и вставить новую строку B->C. При объединении еще проще, нормализация присутствует. При этом получить из варианта второго "развертку" ввиде первого - достаточно просто. + как уже было сказано - тарифы вещь не статичная. В первом варианте организовать хранение истории изменения - будет сложно. При этом стоит отметить - надо историю воспринимать более "широко": к примеру, реальный кейс для вас = вы знаете, что через полгода у оператора_1 тариф измениться, а контракт надо заключить на год. Без "истории" эту задачу не разрешить корректно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.12.2014, 10:57 |
|
||
|
Тарифная сетка
|
|||
|---|---|---|---|
|
#18+
Ещё вопрос, В пране производитеельности что лучше, реализовать через диапазоны, или же перебор всех номеров (4 млрд.строк)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2015, 16:34 |
|
||
|
|
start [/forum/topic.php?fid=32&fpage=24&tid=1540691]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
53ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 239ms |
| total: | 390ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
