L'intrigue des données existantes enregistrées est un moyen d'utiliser plusieurs applications utilisateur et des données stockées dans la table d'enregistrement, y compris quatre types de champs.:
ID: ID d'enregistrement ID d'identification

ID d'identification de l'utilisateur

APP_NAME: User Open app_Time

App_ Utilisateurs App_ Time

]

.

.

. Enregistrement de table Nombre d'utilisateurs provenant de différentes sources, à savoir Taobao - & GT; Jingdong, Jingdong - & GT; VIPCOM ira au nombre d'utilisateurs et écrivez l'instruction SQL correspondante. En premier après observation des données, les utilisateurs ontPeut avoir plusieurs applications ouvertes et les utilisateurs ouvrent uniquement une application et des utilisateurs ouvrent uniquement une application. État. Deuxièmement, le temps d'ouvrir l'application est dans une journée donnée, donc quel que soit le calcul de différents jours. Nous devons y désassembler le problème initial comme un petit problème, vous devez réfléchir au problème (s'il y a une lacune, vous pouvez laisser un message dans la zone de commentaire): ] Comment les utilisateurs utilisent-ils la source et ira? Comment puis-je déterminer l'ordre d'utilisation de l'application? Les utilisateurs peuvent-ils ouvrir la demande à plusieurs reprises affecteront les statistiques? Les utilisateurs ouvrent uniquement une application et comment le gérer? Comment calculer le nombre d'utilisateurs en différentes sources? Résolvez les problèmes 1 et 2 Vous avez besoin de la requête suivante pour ouvrir l'application ouverte. Dans la langue SQL, si vous souhaitez les résultats des deux intersections, vous devez utiliser la croix et l'application est ouverte par le même utilisateur. Le code n'est que comme suit: 01 Choisissez 02 A.User_id, 03 A.App_Name Comme Démarrer_App, 04 a. Create_Time est stat_time, 05 B.App_Name Comme end_app, 06 B.Create_Time est end_time 07 de l'enregistrement A 08 Join B 09 dans lequel A.user_id = b.user_id Résultat peut voir deux problèmes des résultats de la requête de l'image ci-dessus et l'application open source que l'augmentation du temps après que la source de corrélation croisée soit supérieure à la cible. Nous avons donc besoin de deux autres conditions, start_app sans end_app, start_time inférieure à end_time, le code a été modifié comme suit: 01 Choisissez 02 A.User_id 03 A.App_Name comme start_app, 04 A.Create_Time est start_time, 05 b.app_name comme end_app, 06 b. Créer_time comme find_time 07 de l'enregistrement A 08 Rejoindre B 09 TRong qu'Auser_id = b.user_id 10 et A.App_Name! = B.app_name 11 et A.Create_Time & lt; B.Create_Time Le traitement simultanément 4 est également résolu car la corrélation croisée est dérivée de l'application ou elle-même lorsque l'utilisateur n'ouvre qu'une application, Il a été filtré dans l'opération ci-dessus. À partir de l'image, vous pouvez voir que 1001 utilisateurs ont ouvert deux Taobao avant d'ouvrir le Vipshop. Il existe donc deux enregistrements source, ce qui entraînera des statistiques répétées. Nous avons donc besoin de la source d'utilisateur finale pour enregistrer, modifier spécifiquement: 01 Choisissez 02 A.User_ID, 03 A.App_Name Comme Démarrer_app, 04 max (A.Create_Time) comme Démarrer_time, 05 b.app_name comme end_app, 06 B.Create_Time est end_time 07 de l'enregistrement A 08 Join B Placez A.User_ID = B.USER_ID 10 et A.App_Name! = B.app_Name 11 et A.Create_Time & lt; B.Create_Time 12 Groupes par un groupe .user_id, a.app_name, B.app_name Résultats 3 Résultats Maintenant, ils doivent maintenant calculer les utilisateurs de Différentes sources au rapport, qui résulte de la prise de la source et du poids réducteur de l'utilisateur_id, le code est le suivant: 01 start_app, 03 end_app, 04 comptage (user_id) est user_num 05 mots (06 SELECT 07 A.USER_ID, 08 A.App_Name Comme Démarrer_App, 09 max (A. Create_Time) est stat_time, 10 b.app_name comme find_app, 11 b.create_time est end_time 13 join B 14 dans lequel A.user_id = b.user_id 15 et a.app_name! = b.app_name 16 et a .create_Time & lt; B.Create_Time 17 Groupe de A. user_id, a.app_name, b.app_name 18) Groupe 19 Groupe par Start_App, End_App Le troisième résultat de résumé final, résumant le thème SQL comme le code qui écrit toutG obtient le résultat final. L'effet de la requête finale est donc pris en compte et doit fournir un niveau de précédent du résultat de la requête à être criblé et enregistré plusieurs fois. C'est comme de petits problèmes qui aident à réduire les problèmes difficiles et peuvent également envisager de nombreuses Aspects. En général, ce thème SQL n'est pas difficile.La clé est de savoir si l'idée est claire et la seconde est un test de connaissances de base.