Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Можно ли держать дежурный файл xml рядом с данными?
|
|||
|---|---|---|---|
|
#18+
Прошу прощения за тупое название темы. Сейчас объясню что я хочу. Есть таблица с данными о погоде за каждый день по различным городам. Для статистики надо генерить XML-документ, который бы содержал примерную структуру: Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. данные обновляются не очень часто. а вот запросы делаются регулярно. и беда в том, что SQL напрягается неимоверно. Затем, серверный код (приложение) оборачивает ответ селекта в ноды, ну и генерит xml. Это довольно расточительная операция, которая нагибает сервак на несколько минут. Скажите, можно ли на основе текущих данных в БД сформировать средствами SQL нужный xml-файл, чтобы не генерить его каждый раз запросом кодом из приложения? Однако, если данные в бд претерпели изменения, то это бы также отразилось на xml (т.е. добавился или удалился узел(-ы), изменилась бы информация, если к примеру, была внесена корректировка температуры по конкретному городу). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 17:10 |
|
||
|
Можно ли держать дежурный файл xml рядом с данными?
|
|||
|---|---|---|---|
|
#18+
авторСкажите, можно ли на основе текущих данных в БД сформировать средствами SQL нужный xml-файл, чтобы не генерить его каждый раз запросом кодом из приложения? сделай табличкy с xml полем и в тригере на insert/update на погоду он будет делать единый xml document на город. A клиенты будут чисто читать уже готовый документ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 17:25 |
|
||
|
Можно ли держать дежурный файл xml рядом с данными?
|
|||
|---|---|---|---|
|
#18+
можно через sparse, если структура подойдёт https://www.sqlskills.com/blogs/paul/sql-server-2008-sparse-columns-and-xml-column_set/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 17:57 |
|
||
|
Можно ли держать дежурный файл xml рядом с данными?
|
|||
|---|---|---|---|
|
#18+
palladin600 , Сервис брокер обладает нужным Вам функционалом. Вот практически готовое рещение: https://ajitananthram.wordpress.com/2012/05/26/auditing-external-activator/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 22:54 |
|
||
|
Можно ли держать дежурный файл xml рядом с данными?
|
|||
|---|---|---|---|
|
#18+
palladin600а вот запросы делаются регулярно. и беда в том, что SQL напрягается неимоверно. Затем, серверный код (приложение) оборачивает ответ селекта в ноды, ну и генерит xml. Это довольно расточительная операция, которая нагибает сервак на несколько минут. Дело не в генерации хмля. Собственно, никакого различия в выводе хмл или обычной выборки - нету. У вас тормозит запрос, который этот хмл формирует. Разберитесь с ним. Ну, или если не получается - храните рядом предварительно просчитанные агрегаты, и вывод в xml делайте на основе них. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2018, 10:53 |
|
||
|
Можно ли держать дежурный файл xml рядом с данными?
|
|||
|---|---|---|---|
|
#18+
uaggsterДело не в генерации хмля. Собственно, никакого различия в выводе хмл или обычной выборки - нету. У вас тормозит запрос, который этот хмл формирует. Разберитесь с ним. Выделил селект из подключения к серверу, то на серваке он быстро отдаётся. Значит дело в обёртке, которая оборачивает данные в xml-теги. Похоже, что код поочерёдно берёт запись и добавляет нужный тег полю. По всей видимости надо делать запрос средствами SQL и возвращать уже в готовом виде как xml. Тем самым исключить из цепочки обёртку кодом приложения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2018, 12:12 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=140&tid=1689318]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
56ms |
get topic data: |
12ms |
get forum data: |
4ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 255ms |
| total: | 416ms |

| 0 / 0 |
