Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вопрос по структуре БД
|
|||
|---|---|---|---|
|
#18+
Нужно на скорую руку сделать на сайте ТВ-программу. Саму программу передач получаем в специализированном сервиса в таком виде: Список каналов: Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Список программ: Код: xml 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. Программа обновляется довольно часто и каждый раз загружать ее заново бы не хотелось. Кроме того, хотелось бы хранить некоторое время архив прошедших передач. Поэтому требуется вспомогательная база данных, которая будет использоваться для отслеживания изменений, и возможно для хранения самой программы передач. Подскажите, как будет лучше сделать? 1. Нормализовать все данные и всю программу передач полностью хранить в БД. Мне этот вариант не очень нравится, потому что структура XML-файла достаточно гибкая и нормализованная БД получится громоздкой и не очень удобной в использовании. 2. Хранить в БД список каналов, таймштампы обновлений и ссылки на XML-файлы с программой передач. 3. Хранить в БД список каналов, оглавления передач (название, время начала, время окончания), таймштампы обновлений и ссылки на XML-файлы с программой передач. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2017, 15:48 |
|
||
|
Вопрос по структуре БД
|
|||
|---|---|---|---|
|
#18+
Склоняюсь к третьему варианту. Просьба покритиковать: Код: sql 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2017, 17:14 |
|
||
|
Вопрос по структуре БД
|
|||
|---|---|---|---|
|
#18+
Alibek B., Возьми монгу и храни тупо программы по датам и каналам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2017, 00:22 |
|
||
|
Вопрос по структуре БД
|
|||
|---|---|---|---|
|
#18+
MikkiMouseВозьми монгу и храни тупо программы по датам и каналам Да, про такое я не подумал. Возможно это будет подходящим решением. Но с Mongo у меня были сложности со связыванием данных из разных коллекций (аналог join), а мне такое скорее всего потребуется. В рамках использования реляционной СУБД выбранная схема нормальная? Или что-то лучше поменять? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2017, 10:12 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=39557316&tid=1830246]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
36ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 130ms |

| 0 / 0 |
