Пять причин, почему разработчику QlikView необходимо знать SQL

Думаю, мы все согласимся, что программа QlikView интуитивно понятна в использовании. Не только для бизнес-пользователя, даже разработка приложений в QlikView является интуитивно понятным процессом. Однако, нужно понимать, что программирование SQL важно, поскольку большинство среды/больших приложений QlikView  переносят данные из транзакционных баз данных или хранилища данных. Для разработчика QlikView важно быть в состоянии прочитать и написать код SQL. Вот пять причин, почему разработчики QlikView должны знать SQL.

  1. Будьте супергероем: Большинство компаний хранят данные в базе данных и поєтому нужно понимать, запросы/программирование SQL для извлечения этих данных. Вместо того чтобы полагаться на разработчика баз данных или DBA в написании запроса SQL или для хранения, Вы можете сделать это самостоятельно. Я уверен, что Ваш менеджер будет рад, что ему не нужно будет преследовать разработчиков баз данных для извлечения данных. Умение читать и писать запросы SQL и проводить процедуру хранения — это хороший навык для любого разработчика QlikView. Не только в Вашей нынешней роли, этот дополнительный козырь всегда будет смотрется хорошо в Вашем резюме. Вы никогда не знаете наверняка, когда Вам могут понадобиться эти дополнительные навыки; возможно, они потребуется в Вашей следующей роли.
  1. Повышенная коммуникация с DBA(s):С помощью SQL, Вы сможете говорить на языке DBA и по моему опыту, это всем нравится. Будучи администратором базы данных в прошлом, я всегда любил разговаривать с теми разработчиками, которые разбирались в базах данных. С хорошим знанием SQL, Вы будете, вероятно, задавать правильные вопросы и это поможет избежать коммуникационных барьеров.
  1. Не убивайте щенка:Некоторые из Вас, возможно, стали разработчиками QlikView после работы с Excel, системами VB и CRM и т.д. Вы хорошо знаете традиционный процедурный язык программирования, но иногда можно более эффективно решать проблемы, используя подход, основанный на SET. Использование курсора вместо подхода SET является настоящим проклятием для производительности системы. Для традиционного разработчика естественный способ решить любую проблему заключается в использовании подхода строк за строкой, а это убьет производительность. Таким образом, каждый раз, когда Вы использовать курсор вместо подхода, основанного на SET, вы существенно снижаете производительность!
  1. Сократите время загрузки:Написание запросов SQL может показаться простым, потому что язык близок к простому английскому. Но написание оптимизированных запросов или процедур хранения является ключевым фактором, как для баз данных, так и для QlikView. Вы можете сэкономить время перезагрузки, если понимаете медленное выполнение запросов или таблиц SQL без каких-либо индексов. Написание оптимизированных запросов SQL или процедур хранения поможет Вам сократить общее время перезагрузки приложения.
  1. Нельзя сбежать от JoinsТеория SET, логика предикатов и реляционная алгебра являются основой SQL. QlikView предлагает различные возможности Joins и важно понимать joins для “ET” немного «ETL». QlikView Joins имеет разнообразный синтаксис по сравнению с ANSI SQL Joins, но лежащая в основе концепция является в значительной степени тем же самым. Для начинающих, Joins может быть сложным, но как только Вы разберетесь, станет проще. Я создал несколько видео-уроков по QlikView Joins, которые станут хорошей отправной точкой.

С помощью знаний SQL, Вы начнете любит столбцы больше строк!

Всего хорошего

 

Найти решение у бизнес-партнера QlikTech (QlikView) в России.

Форум разработчиков QlikView и Qlik Sense. Получите ответы на все вопросы по QlikView и Qlik Sense!

Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий

62 queries in 0,481 seconds