Aujourd'hui, Apache Pig est un sujet d'une grande importance dans la société. Depuis son apparition, il a attiré l’attention de personnes de tous âges et de tous intérêts. Que ce soit en raison de son impact sur la culture populaire, de son influence dans le domaine scientifique ou de son importance dans la vie quotidienne, Apache Pig est devenu un sujet qui ne passe pas inaperçu. Au fil des années, elle a généré des débats, des recherches et des avancées qui ont transformé notre façon de comprendre le monde qui nous entoure. Dans cet article, nous explorerons différents aspects liés à Apache Pig, son évolution dans le temps, son importance aujourd'hui et son éventuelle influence dans le futur.
Développé par | Apache Software Foundation |
---|---|
Première version | 11 septembre 2008 [1] |
Dépôt | svn.apache.org/repos/asf/pig |
État du projet | en developpement |
Écrit en | Java |
Système d'exploitation | Microsoft Windows, macOS et Linux |
Environnement | Machine virtuelle Java |
Formats lus | Pig source code file (d) |
Formats écrits | Pig source code file (d) |
Type | Base de données |
Licence | Licence Apache |
Documentation | pig.apache.org/docs/r0.17.0 |
Site web | https://pig.apache.org/ |
Pig[2] est une plateforme haut niveau pour la création de programme MapReduce utilisé avec Hadoop. Le langage de cette plateforme est appelé le Pig Latin[2]. Pig Latin s'abstrait du langage de programmation Java MapReduce et se place à un niveau d'abstraction supérieur, similaire à celle de SQL pour systèmes SGBDR. Pig Latin peut être étendue en utilisant UDF (User Defined Functions) que l'utilisateur peut écrire en Java, en Python, en JavaScript, en Ruby ou en Groovy[3] et ensuite être utilisé directement au sein du langage.
Pig était initialement [4] développé chez Yahoo Research dans les années 2006 pour les chercheurs qui souhaitaient avoir une solution ad-hoc pour créer et exécuter des jobs map-reduce sur d'importants jeux de données. En 2007[5], il a été transmis à l'Apache Software Foundation[6].
Voici un exemple d'un programme "Word Count" (calcul du nombre d'occurrences de chaque mot) en Pig Latin:
-- Charge le texte depuis un fichier local
input_lines = LOAD '/tmp/my-copy-of-all-pages-on-internet' AS (line:chararray);
-- Extrait les mots de chaque ligne et transforme-les en type "pig bag",
-- puis, utilise la fonction "flatten" sur le "pig bag" pour avoir un mot
-- dans chaque ligne
words = FOREACH input_lines GENERATE FLATTEN(TOKENIZE(line)) AS word;
-- Filtre en enlevant tous les mots composés uniquement d'espaces
filtered_words = FILTER words BY word MATCHES '\\w+';
-- Crée un groupe pour chaque mot
word_groups = GROUP filtered_words BY word;
-- Compte le nombre d'occurrences de chaque mot
word_count = FOREACH word_groups GENERATE COUNT(filtered_words) AS count, group AS word;
-- Ordonne les mots par leurs nombres d'occurrences (en ordre décroissant)
ordered_word_count = ORDER word_count BY count DESC;
-- Enregistre le résultat dans un fichier local
STORE ordered_word_count INTO '/tmp/number-of-words-on-internet';
Le programme ci-dessus va générer des tâches exécutables parallèles qui peuvent être distribués sur plusieurs machines dans un cluster Hadoop pour compter le nombre de mots dans un ensemble de données telles que les pages Web sur Internet.
Par rapport au SQL, Pig:
En revanche, les SGBD sont sensiblement plus rapide que le système de MapReduce une fois que les données sont chargées, ce chargement de données étant beaucoup plus rapide dans un système de MapReduce. Et les systèmes de bases de données relationnels offrent directement prêtes à l'emploi des fonctionnalités de stockage en colonnes, de traitement de données compressées, d'indexation pour une localisation plus rapide des données et de tolérance aux fautes au niveau transactionnel[7].
Pig Latin est un langage procédural et s'inscrit tout naturellement dans le paradigme du pipeline tandis que SQL est plutôt déclaratif. En SQL, les utilisateurs peuvent spécifier que les données de deux tables doivent être jointes, mais pas quelle implémentation de jointure est à utiliser et «... pour de nombreuses applications le moteur de requêtes n'a pas une connaissance suffisante des données ou une expertise suffisante pour spécifier un algorithme de jointure approprié. »[8]. Pig Latin permet aux utilisateurs de spécifier une implémentation ou des aspects de l'implémentation à utiliser dans l'exécution d'un script de plusieurs façons[9]. En effet, la programmation Pig Latin est similaire à la spécification d'un plan d'exécution de la requête, qui rend plus facile pour les programmeurs de contrôler explicitement le flux de leur tâche de traitement de données[10].
SQL est orienté autour de requêtes qui produisent un résultat unique. Il gère également les arbres, mais n'a aucun mécanisme intégré pour diviser un flux de traitement de données et appliquer les différents opérateurs à chaque sous-flux. Pig Latin décrit un Graphe orienté acyclique (DAG) plutôt qu'un pipeline[9].
Pig Latin est capable d'inclure du code utilisateur à n'importe quel point dans le pipeline. Avec SQL, les données doivent d'abord être importées dans la base de données, avant que l'on puisse lancer un processus de nettoyage et de transformation de celles-ci.