La version révisée du système de demande de renseignements sur les bus Qingmeng imite 8684.CN
build 20080119
Ce système est une application de requête multifonctionnelle auto-développée basée sur la base du langage ASP et la base de données Access jour et nuit. Il dispose d'une requête ultra-rapide, précise et pratique ; prend en charge les requêtes floues pour étendre automatiquement la portée et la précision des données ; généré et simplifie le backend. Gestion énorme des données ; mise en place d'une fonction de forum pour la communication entre les utilisateurs et les administrateurs. Ce système a commencé sa production le 9 novembre 2007. Après près d'un mois de production, il a été achevé le 1er décembre 2007. Au cours du processus de test, de nombreuses erreurs ont été trouvées, la base de données a été repensée et certains programmes ont été améliorés. Ce système fait principalement référence à www.8684.cn. Peut-être que l'idée n'est pas assez parfaite pour ce site Web, je l'améliorerai lentement à l'avenir.
Requête à très grande vitesse :
Parce que tout le monde sait que la vitesse d'exécution de JS est plus rapide que celle d'ASP, la plupart des systèmes de requête de bus utilisent des segments de programme JS pour obtenir des résultats de requête en analysant une grande quantité de données. Bien que cette méthode soit rapide, l’analyse des données prend beaucoup de temps. Si les données sont plus grandes. De plus, si plusieurs utilisateurs utilisent ce système en même temps, cela leur donnera l'impression que le rafraîchissement est très lent. Afin de satisfaire davantage d’utilisateurs en ligne en même temps. Il n'y a que deux méthodes : l'une consiste à optimiser le segment du programme JS pour réduire sa durée d'exécution, c'est-à-dire que le temps de recherche dans le vaste océan de données est réduit et certains programmes inutiles sont supprimés ; de lecture de la base de données et le nombre de lectures signifie que la quantité de traitement de données dans n'importe quelle langue est inférieure à ce qu'elle était auparavant et que la vitesse augmentera naturellement. Analysons la solution précédente. Cette solution est conseillée, mais les systèmes précédents utilisent tous des méthodes similaires et ont été améliorés. On constate que l'optimisation dans ce domaine a atteint un niveau relativement extrême. J'ai donc utilisé la deuxième solution : réduire la quantité de lectures dans la base de données et le nombre de lectures. Nous générons des chaînes SQL via des boucles au lieu de générer plusieurs instructions SQL via des boucles. De cette façon, vous n’aurez besoin d’ouvrir la base qu’une seule fois pour la lire dans les mêmes conditions. Au lieu de l'ouvrir plusieurs fois. Cela permet de gagner beaucoup de temps lors de la liaison, de l'ouverture, de la fermeture des bases de données, etc. Cela permet des requêtes à grande vitesse.
Requête floue :
Ce système prend en charge les requêtes floues, qui peuvent fournir aux utilisateurs un espace de recherche plus grand. Si certains utilisateurs ne connaissent que des mots individuels de certaines informations mais ne connaissent pas toutes les informations qu'ils recherchent, le système exécutera automatiquement une requête floue et découvrira toutes les informations. les informations pertinentes dans la base de données. Les informations relatives aux informations saisies par l'utilisateur sont disponibles pour que l'utilisateur puisse les sélectionner pour une nouvelle requête. De cette façon, les utilisateurs n'ont pas à se soucier de trouver le site ou la ligne dont ils ont besoin. Donne aux utilisateurs plus d’espace.
Plusieurs tableaux de données sont automatiquement générés :
L'interrogation de ces lignes, gares et correspondances nécessite de remplir de nombreux tableaux d'informations en coopération. Il est donc inévitable d'ajouter plus d'informations. Cela entraîne des difficultés dans la gestion d’informations de données volumineuses en arrière-plan. À cette fin, toutes les fonctions liées à la génération automatique de tableaux de données ont été spécialement développées. La génération dite automatique ne nécessite pas que l'administrateur ajoute plusieurs fois les informations pertinentes, mais en ajoutant une information de ligne de base, le système la soumettra. via l'administrateur. Information génère toutes les autres informations pertinentes et les ajoute au tableau de données correspondant. Par conséquent, la gestion d’une base de données aussi volumineuse est simplifiée et consiste à gérer directement une table de données. Il en va de même pour la modification des données. Lors de la modification des informations d'une ligne, toutes les autres informations associées seront modifiées en conséquence avec les informations de modification soumises par l'administrateur. Cela simplifie la lourde charge de gestion de l'administrateur, est simple et évite de nombreuses erreurs dans lesquelles les sites et les lignes ne correspondent pas. Garantir l'exactitude des données...
L'ajout d'un babillard électronique est une section supplémentaire du système. Le but est simplement de permettre à tous les utilisateurs de superviser l'exactitude et la fiabilité de notre système. S'il y a une erreur dans les données ou si les données sont mises à jour mais que l'administrateur ne les met pas à jour à temps, l'utilisateur peut contacter l'administrateur via le message. tableau et fournissez-le à l’administrateur. Il est impossible pour quelques administrateurs seulement de terminer la mise à jour d'une base de données aussi volumineuse de manière rapide et précise, c'est pourquoi cette fonction est spécialement activée pour permettre à tout le monde de travailler ensemble pour mener à bien ce projet significatif. Le message de gestion ajoute également des fonctions telles que la suppression par lots pour faciliter la gestion des administrateurs...
Autorisations d'administrateur : le système peut configurer 3 administrateurs avec des autorisations. Le premier type est un administrateur qui a uniquement l'autorisation d'afficher les informations. Le deuxième type est un administrateur qui a l'autorisation d'ajouter des itinéraires. opérations.
Début de la production le 2007-11-9
Achevé le 2007-12-1 et réparé le 2008-1-19
Adresse back-end : admin
Connexion back-end :
Nom d'utilisateur : administrateur
Mot de passe : administrateur
Chemin de la base de données : data/busdata.mdb
Si vous souhaitez modifier la base de données, assurez-vous de modifier la connexion à la base de données dans inc/conn.asp. N'oubliez pas de modifier ce chemin lorsque vous l'utilisez pour la première fois et de le remplacer par votre propre chemin de base de données.