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