Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Билинговая система
|
|||
|---|---|---|---|
|
#18+
Приветствую мастеров греса. Пришел со следующей проблемой: В настоящий момент разрабатываю билинговую систему, которая должна фиксировать сколько раз в час каждый клиент (прибор в моем случае) вышел на связь + записать его характеристики. Проблема в том, что этих приборов достаточно много, система должна функционировать 24 часа в сутки 365 дней в году. Далее к проблеме: Есть основная таблица Component Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. В этой таблице по расчетам будет 10 000 000 записей за год. Каждый прибор выходит на связь примерно 3-5 раз в день, он отмечаемя на сервере, записывает нужную информацию или обновляет ее. Но, заказчику нужна еще информация сколько приборов выходило на связь каждый день. Для этого я разработал сводную таблицу, которая по моей идее должна заполнять раз в сутки. Таблица имеет вид: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. После того как отработает этот скрипт мне нужно обновить таблицу Component, чтоб новые выходы на связь считались в новых сутках. Для этого после певого (представленный выше) скрипта выполняется второй Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. Это никуда не годится, кто что посоветует??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2005, 14:16 |
|
||
|
Билинговая система
|
|||
|---|---|---|---|
|
#18+
сдается мне что таблицы можно организовать по другому тогда может и запросы покороче будут честно особо не вникал в суть но большое колличество столбцов и многоточие после них наводит на мысли ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2005, 00:01 |
|
||
|
Билинговая система
|
|||
|---|---|---|---|
|
#18+
prgm_alxПосле того как отработает этот скрипт мне нужно обновить таблицу Component, чтоб новые выходы на связь считались в новых сутках. Для этого после певого (представленный выше) скрипта выполняется второй Код: plaintext 1. 2. 3. 4. 5. 6. Это никуда не годится, кто что посоветует???Вообще не запускать второй скрипт, а в первый добавить условие типа WHERE VisitDate = now(). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2005, 10:27 |
|
||
|
Билинговая система
|
|||
|---|---|---|---|
|
#18+
1. Не подскажете, где этто у насс 23 часа в сссутки? 2. А чё б вам попросту не транкейтить таблицу компонент? (или дропать). Ну не всю, ес-но, а ея переменную часть. Попросту вынесите переменную часть таблицы в отдельную, связанную с исходной 1-1... Или хотяб перед апдейтами дропните все индексы, в которые входят обновляемые поля. И поднимите после апдейта. (Если висят триггера на апдейт, или условия на целосность - сделайте то же самое -дроп в начале транзакции + подъем в конце). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2005, 10:29 |
|
||
|
Билинговая система
|
|||
|---|---|---|---|
|
#18+
Может прежде стоит ознакомиться с аналогичными открытыми системами ? Например netams - учёт траффика с возможностью биллинга atslog - учёт звонков мини атски. Оба проекта держат опционально поддерживают хранение данных в PostgreSQL. В частности вопрос о заливке сырых данных от какихто устройств/процессов в постгрес тут уже поднимался - см поиск. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2007, 20:53 |
|
||
|
|

start [/forum/topic.php?desktop=1&fid=53&tid=2004999]: |
0ms |
get settings: |
5ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 245ms |
| total: | 369ms |

| 0 / 0 |
