Brevet FR2491699A1 — publié le 19820409

DESCRIPTION SUPPRESSION DE LA DODIFICATION DE L' INFORMATION ET REMPLACEMENT PAR LA CODIFICATION SYSTEMATIQUE DE L'ALPHABET POUR ORDINATEUR on expÉrience professIonnelle en Entreprise comme chef de group Export et ma formation complémentaire en Informatique de Gestion m'ont permis de trouver une structure nouvelle de Fichier Informatique. Cette structure permet d'avoir systématiquement une ecriture séquentielle de Fichier triée par oddre croissant avec accès direct à chacue information, 3'ai en effet l'impression qu'il est possible de traiter l'information sans la coder, pour le moment je pense aux codes Clients et aux codes articles (gamme) que lton ajoute dans les Entreprises.J'ai donc essayé de démontrer par des exemples simples mais concrets si cette impression pouvait être une certitude; après l'étuds que je viens de faire, je pense que c'est une certitude car il est possible de supprimer ces codes clients et codes articles; on obtient ainsi une structure nouvelle de Fichier extrêmement performante comme l'indique mon premier paragraphe et l'exposé qui va suivre. Dans le Hash-Coding à ltheure actuelle (terme Anglo-Saxon qui signifie chercher l'information sans avoir recours à un index clé done adresse de l'enregistrement : A * 1 COffSAT : 7Oemedans base des données ) collision SATCOM : 70 ème dans base des données) chaine des homonymes avant de trouver l'information, l'accès n'est pas direct car encombrement, collision. B 2 Z = Puisque chaque lettre de l'alphabet correspond à un chiffre, j' ai tapé sur une perfo les 26 lettres sur une carte et j'ai fait les remarques suivantes - chaque frappe de lettre comporte en plus du chiffre une perforation : A B C D E F G H I J K L M N O P Q R S T U V W X Y Z I I I I I I I I I I I I I I I I I I O O O O O O O O 1 1 2 2 2 3 3 4 4 4 5 5 5 6 6 6 7 7 7 8 8 8 g 9 9 1er Rang de A à I 123456789 sont les chiffres perforés, en plus chaque lettre fait une perforation en dehors de tout chiffre, cette perforation donne-le rang correspondant 2ème Rang de J à R 123456789 sont les chiffres perforés, en plus chaque lettre fait une perforation en dehors de tout chiffre, cette perforation indique;; le rang correspondant et les perforations ont sauté d'un rang vers le bas 3àme Ran@ de S à Z 23456789 sont les chiffres perforés (le 1 n'est pas perforé) en plus chaque lettre fait une perforation dans la colonne des 0, cette perforation indique le rang correspondant, ces 8 perforations ont sauté aussi d'un rang vers le bas Compte tenu de cela, j'ai tapé sur 3 cartes différentes les lettres Aà ;; Jà R Sà Z et comme toutes les données se tapent en colonne 1 ces 3 carte se superposent suivant les remarques indiquées ci-dessous i 2 3 4 5 67 B 9 A B C D E F G H I (1 er RAN@ J K L M N O P O R (2ème " le 1 n'est pas perforé S T U V W X Y Z (3ème n frappe sur les chiffres indiqués + perforation en dehors de tout chiffre sauf pour le 3ème rang colonne des O perforée saut d'un rang vers le bas, mêmes remarques que précédemment, donc le code des lettres de l'alphabet est toujours chiffré de 1 à 9 sauf pour le 3ème rang qui est chiffré de 2 à 9. En somme, c'est le saut d'un rang vers le bas qui indique à l'ordinateur si la lettre est un A ou un 0, un B - un K ou un S etc ... ainsi que le démontre le tableau alphabétique construit ci-dessus. Je constate d'après ces remarques que, que; ;ii que soit la longueur du nom toutes les combinaisons ou concatenations sont dcrites avec les chiffres 1 à 9 et 2 à 9 pour les lettres du 3ème rang. Compte tenu de cela, un Nom étant un ensemble de lettres et puisque chaque lettre à sa frappe engendrs systématiquement un chiffre, l'ensemble de ce Nom devient donc un code chiffré. Je me suis alors demandse à quoi servait le code client que l'on a toujours ajouté pour distinguer un client d'un outre lors du traitement de l'information et j'ai essayé de comprendre : exemple : le NOM COMSAT 6 lettres, à sa frappe le code engendr est : je me sers du tableau alphabetique pour le savoir : CDMSAT 364213 quelques homonymes de ce nom SATCOM TASCOM MOSCAT 213364 312364 462313 Tous les codes des homonymes sont bien différents malgré que le nombre de lettres soit égal, en fait c'est la position inversée de chaque lettre qui engendre un code différent donc 12 différence d'écriture crÉs systématiquement une différence de code ceci implique que le code que l'on ajoute lors du traitement de l'information pour distinguer un client d'un autre est un code superflu. 3'ai voulu savoir ce que ce code superflu provoquait exemples : code client nom client 238050 MARTINON (ce nom A sa frappe 41939565 - engendre son propre code) la clé est la code 238050 l'ordinateur cherche le nom MARTINON à l'aide ds cette clé mais le code 238050 n'étant pas le cods systématique engendré par la freppe du nom MARTINON 41939565 l'ordinateur sortira les homonymes du nom MARTINON, l'accès n'est pas direct (collision, chaîne d'homonymes avant de trouver l'information souhaités provoquant un ancombrement important, c'est l'inconvénient du Ha@h-Coding (terme Anglo-Saxon qui signifis chercher l'information sans avoir recours à @n index). Maintenant, je veux savoir ce qui se passe en supprimant ls code clé 238050, le nom MARTINON a créé systématiquement son code à la frappe, ce code est devenu Sa propre clé et si clé - MARTINON alore l'ordinateur ira charchar le nom MARTINON sans a'occuper des homonymes de ce non, l'accss est 41939565 direct car Je as positionne directement sur l'information que je cherche. Si je procède de cette façon il faut prévoir le cas de deux cliente qui se nomment tous les deux MARTIN, ce cas peut être fréquent et comte il faut faire une réelle générale je vais donc toujours faire figurer dans mon Fichier, le nom et le prénom du client et ce prénom fera la différence de code lorsque ce cas se prbsenteraF on Fichier Clients aura toujours la structure suivante : colonne 1 Nom et Prénom Adresse code Pays 26 octets 24 octets 9(3) (le code pays est aussi le code monnaie de facturation) En somme j'aurai 11 identité du Client puis toutes les informations qui se rapportent à cette identité, lecture linéaire, accès linéaire, clé d'accès pour se positionner aur l'information que l'on charche : 1er octet gauche du Nom client. En somms une ligne - @nsemble complet des informations concerant ole profil d'un individu. Pour le tri: Ascending Key : A (terme Anglo-Saxon qui signifie clé par ordre croissant) @er octet gauche du Nom NB : en supprimant la codification superflue le tri aussi devisent plus performant, ainsi que je l'ai démontré (voir tableau alphabétique).Puisqus l'accès se fait par la 1ère lettre ou octet gauche de chaque Noa client cette lettre engendre à la frappe son rang correspondant, l'accès est plus court puisque pour les 26 lettres de l'alphabet on a seulement un total de 9 clés ouchiffres correspondant à 3 Rangs différents et cela quelle que soit le longueur du Fichier t - pour 1000 clients on aura un total de 9 clés ot 3 Ran@@ - " 10000 on aura toujours un total de 9 clés et 3 Rangs différents. Par contre, avec la codification superflue on a autant de clés ou codes différents qus de nombre de clients et var@ suivant la longueur de Fichier t - pour 1000 clients on utilisera 1000 codes différents - pour 10000 " " " 10000 " " En ce qui concerne la nouvelle structure physique de mon Fichier Clients, le Nom et le prénom seront toujours séparés par un espace et je reprends l'exemple : - No. à 6 lettres ; COMSAT RENE 364213#9555 # même champ SATCOM JEAN 213364 1515 - Nom à 8 lettres :: MARTINOM ALSERT 41939565#132693 #même champ MARNOTIN PIERRE 41956395 795995 suivant chaque groupe de Nom (j'appelle groupe un base nombre et un même genre de lettres) à l'intérieur de chaque groupe, l'espace partage toujours ls même champ, l'égalité n'est pas détruite, l'espace marquera la borne entre le Nom et le prénom, ai cette borne se déplace à droite ou à gauche, l'ordinateur comprendra que le Nom est plus long ou plus court, l'égalité ne sers pas détruite à l'intérieur de groupe car l'important est que l'espace partage toujours le même champ pour chaque groupe de Nom (groups de Nom à 6 lettres - group de Nom à 8 lettres - groupe de Nom à 10 lettres etc ... comme indiqué sur l'exemple. Je pense que cette nouvelle structure permettrait toujours une écriture séquentielle de fichier avec accès direct pour chaque client - je tape une nouvelle donnée colonne 1 (un nouveau client) l'ordre croissant porte toujours sur le 1er octet gauche du Nom : exempls MARTIN et je l'inclue à la suite de mon dernier client dont le nom commence par (9, si jlal un autre client à ajouter qui se nomme DURhND, je procède cie la même façon et je l'inclue à la suite de mon dernier client dont le Nom commence par D. on Fichier a augmenté de 2 clients mais l'ordre reste toujours séquentiel avec accès direct pour chaque client.On peut donc avoir une écriture de Fichier séquentielle avec accus direct à chaque client, la porte étant toujours le premier octet gauche du Nom, chaque Nom se codant systématiquement de façon différente à Sa frappe. Avec cette structure il ntest plus nécessaire de laisser de la place à la fin de chaque bloc (partie non adressable) ou de faire des Fichiers d'Extension pour inclure les nouveaux clients, Fichiers qu'il faut ensuite fusionner. La place mémoire occupée pour un Fichier de 1009 Clients avec cette nouvelle structure serait - 26 octets pour Nom et @@ésom - 24 octets pour adresse - 1 octet 1/2 pour code Pays qui est aussi le code monnaie de facturation soit au total pour un client : 51 octets 1/2 - pour 1000 clients = 51500 octets soit 103000 enregistrements soit en blocs au total = 103000 : 2048 = 50 arrondi à 51 blocs. Avantage :écriture toujours séquentielle avec accès direct pour chaque client, possibilité de création ou de suppression de client sans lire tout le fichier, la clé d'accès étant toujours la 1ère lettre ou octet gauche de chaque Nom, cette 1åre lettre donne aussi le Rang correspondant'; de ce fait, on se positionne directement sur l'information que l'on désire supprimer ou ajouter. En ce qui concerne les codes articles, ce sont les memes possibilités. (La frappe de chaque article engendre son propre code, pour les articles d'une meme gamme c'est la dimension de l'article qui crée la différence de code exemple : - LEGUMIER ROND 20 Ju74495S 9654 20 LEGURiIER ROND 23 35744959 9654 23 PLAT UVALE 26 7313 65135 26 PLAT DUALE 28 7313 65135 28 place mémoire gagnée en supprimant'ces codes superflus : - pour 1000 clients : 4 octets X 1000 = 400û octets - pour 1000 articles: 3 octets X 1000 = 3000 écriture séquentielle et accès direct pour Fichier Clients comme pour Fichier articles avec cette nouvelle structure et, comme tout s'enchaine, les utilisateurs de ces Fichiers n' auront plus de codes clients ou codes articles à ajouter lors du traitement des commandes. Etant donné que la codification est le genre de travail fastidieux et répétitif qui entraine bien souvent des erreurs qui coutent très cher exemple - une erreur de code article et le Client reçoit des bols alors qu'il a commandé des assiettes; si l'erreur porte sur une quantité importante de cartons, c'est, soit un retour de marchandise soit un Avoir important si l'article reçu par erreur est mal vendu dans le Marché du Client.On peut imaginer le coût de telles erreurs dans un Service Export où les commandes sont toujours importantes et les distances de livraison considérables. Donc gain de place mémoire, performance accrue dans la création et la recherche de l'information, dans le tri, en somme, gain de temps et d'argent à tous les niveaux en supprimant les codes Clients et codes articles qui est une codification superflue. Le principe étant le meme on pourrait aussi appliquer cette nouvelle structure sur d'autres sortes de Fichier tels que Fichiers tarifs, tenue des stocks, Agents etc... Je penn. qu'il est possible d'appliquer ce nouveau système de traitement de l'information d'ôtes et déjà dans les Entreprises, dans les grands Magasins de Vente par correspondande et dans les Banques. Puis, par la suite, par tout utilisateur du Système Informatique. REVENDICATIONS système de 1. Wouveau traitement de l'information, constitué per la rise directe ces donnes en machine en colon 1, ceracté- risé par le fait qu'il suporime le codification actuelle de l'information et la remplace par le code et le rang engendrés systématiquement an machine à la perforation de chaque lettre ae l'alphabet démontré par la construction du tableau Alphabétique pour rinceur. Nouveau systéme de traitement de l'information selon la revendication 1, caractérisé par le fait qu'il implique une égalité directe entre notre langage courent (l'infor- mation) et le traitement de ce langage en machine et crea en même temps un rang qui permet un accès direct à chaque information, la porte d'accès ou clé étant le 1er octet ou lettre alphabétique gauche du Nom de client ou de l'arti@le gamme/ en colonne 1. Nouveau système de traitement de l'information selon la revendication 1, caractérisé en ce que son application peut être faite sur le système actuel Informatique sane entrainer aucun changement du matériel. 4. Nouveau systeme de traitement de l'information selsn la revendication 2, caractérisé par Le fait qu'il constitue un principe de base et qu'il peut être appliqué à tous les Fichiers qui permettent le même principe.