Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
07.06.2019, 02:29
|
|||
|---|---|---|---|
Linked Server vs External Table vs OpenQuery vs CLR - параллельность union |
|||
|
#18+
Появилась необходимость разнести старые данные по разным серверам (благо лицензий накопилось достаточно) в архив. -Linked Server -External Table -OpenQuery -CLR что из списка позволяет слать параллельные запросы (получать агрегированные данные с более детальных грануляций) на внешние сервера в модели представления/view через "select...group.. union all select ... group.." ? Linked Server по предварительным результатам параллельно не хочет, там только последовательный план (впрочем и форумы тоже самое говорят). Какой из перечисленных (или есть что упущенное) позволит собрать какое-то подобие MPP кластера для оптимизации DWH? Scale-up возможности сервера уже исчерпали, SQL оптимизации тоже (индексация, типы, партиционирование и т.д.), осталось Scale-Out но без облаков (и смены платформы).. У компании есть неиспользуемый резерв чуть более старого железа и лицензий, идея повысить эффективность без особых вложений через уменьшение бесполезного простоя. ( LoadBalancer/FailOver/Replication/AO/HA/DR не нужны ) Планируемый Control Node - SQL Server 2019 Ent (как раз к сдаче проекта выпустят) Спасибо за идеи / опытные советы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2019, 04:03
|
|||
|---|---|---|---|
Linked Server vs External Table vs OpenQuery vs CLR - параллельность union |
|||
|
#18+
"External Data Source" естественно отпадает т.к. Elastic Query похоже работает только с Azure SQL Database т.е. оба варианта с [ ,Type = RDBMS | SHARD_MAP_MANAGER ] пролетают (может и неверный вывод, но у меня не получилось) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2019, 05:14
|
|||
|---|---|---|---|
Linked Server vs External Table vs OpenQuery vs CLR - параллельность union |
|||
|
#18+
т.к. OpenQuery/OpenRowSet это тот-же LinkedServer (т.е. с параллельностью запросов не получается) то пока пошел multi-threading CLR на .NET/C# писать (по идее много внутренних процедур SQL Server написаны на C++, но его не тяну) Ещё какие варианты могут быть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2019, 08:42
|
|||
|---|---|---|---|
Linked Server vs External Table vs OpenQuery vs CLR - параллельность union |
|||
|
#18+
Дождаться релиза 2019 с big data cluster. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2019, 09:12
|
|||
|---|---|---|---|
|
|||
Linked Server vs External Table vs OpenQuery vs CLR - параллельность union |
|||
|
#18+
vikkivmulti-threading CLR на .NET/C# писать Остарожнее только с Taks.WaitAll и Entity Framework - они не дружат. Async вызовы да, но не параллельно. Исключение .AsNoTracking() ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2019, 09:13
|
|||
|---|---|---|---|
|
|||
Linked Server vs External Table vs OpenQuery vs CLR - параллельность union |
|||
|
#18+
Yuri AbeleОст о рожнее ... :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2019, 10:27
|
|||
|---|---|---|---|
|
|||
Linked Server vs External Table vs OpenQuery vs CLR - параллельность union |
|||
|
#18+
vikkivт.к. OpenQuery/OpenRowSet это тот-же LinkedServer (т.е. с параллельностью запросов не получается) то пока пошел multi-threading CLR на .NET/C# писать (по идее много внутренних процедур SQL Server написаны на C++, но его не тяну) Ещё какие варианты могут быть? Broker ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=46&tablet=1&tid=1687717]: |
0ms |
get settings: |
6ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 226ms |
| total: | 356ms |

| 0 / 0 |
