Nous sommes habitués à vivre dans un monde où les informations surl'objet est presque plus important que l'objet matériel lui-même. Lorsqu'une nouvelle personne est née, elle obtient immédiatement un prénom, hérite d'un nom de famille et d'un patronyme (juste selon les lois de la programmation orientée objet, que ce soit faux), le premier document lui est apporté - un certificat de naissance, tous ses tenants et aboutissants sont inscrits dans divers registres. Au fur et à mesure qu'il grandit et se développe, les archives d'informations le concernant vont se multiplier et se développer: dossiers médicaux, documents à la maternelle, puis à l'école, un peu plus tard, le bureau d'enregistrement et d'enrôlement militaire s'y intéressera, et ainsi de suite tout au long de la vie. Vous pourriez penser que toute la vie humaine est uniquement consacrée à faire en sorte que divers systèmes de gestion de base de données (SGBD) puissent remplir leurs tripes insatiables d'information. D'une manière incompréhensible, nous continuons à nous considérer - humains - comme la couronne de la nature, bien que les animaux, semble-t-il, soient souvent plus sages que nous.
La plupart des gens parlent de toutes ces sagessesl'information n'est pas particulièrement réfléchie. Ils vivent simplement en paix, remplissent occasionnellement une variété de questionnaires, donnent leur consentement à la collecte d'informations supplémentaires sur eux-mêmes (ou ne le savent même pas). Quelqu'un traite toutes ces informations, ses fonctions incluent la gestion de bases de données qui incluent une variété d'informations. Il peut s'agir d'employés de banques, de services du personnel, d'employés d'archives et bien d'autres. Encore moins de personnes (programmeurs et administrateurs système) doivent personnaliser et gérer les systèmes de gestion de bases de données, et parfois les créer de leurs propres mains. La profession oblige les programmeurs à comprendre le plus clairement ce qu'est l'information, comment la traiter et quels programmes sont adaptés à cela.
Lors de l'enseignement du métier de programmeur, parmile système de gestion de la base de données Access est également à l'étude. À proprement parler, ce SGBD est le plus stupide, car il ne fournit pas la vraie puissance de serveurs à part entière: lorsque plusieurs personnes travaillent avec une base de données en même temps, des fragments d'informations ou même des tables entières sont bloquées, avec de grandes quantités de données, des dysfonctionnements apparaissent, etc. La raison pour laquelle Access est inclus dans le système éducatif reste un mystère, car les programmeurs professionnels ne travailleront pas avec lui et tout le monde ne veut pas du tout savoir en quoi certains systèmes de gestion de bases de données diffèrent des autres. Ce serait mieux, au lieu d'Access, les étudiants ont reçu les compétences nécessaires pour travailler avec PostgreSQL et MySQL, tout en expliquant les différences entre eux. Certes, ces deux SGBD fonctionnent uniquement en tant que serveurs, c'est-à-dire que pour créer une base de données à part entière, vous devrez également développer une application client - quelque chose avec lequel les utilisateurs finaux travailleront déjà. Mais toute programmation professionnelle suit cette voie, et vous ne devez pas réinventer votre propre roue.
Et que comprend généralement le conceptsystème de gestion de base de données professionnel? Premièrement - la capacité de travailler avec de très grandes quantités d'informations (le catalogue électronique d'une grande librairie peut avoir des millions de descriptions, pour chacune desquelles vous pouvez connaître le prix, le nombre d'exemplaires disponibles et dans quels entrepôts ils se trouvent); deuxièmement, travailler avec de nombreux utilisateurs simultanément, chacun d'eux recevant des informations pertinentes (en d'autres termes, deux vendeurs ne peuvent pas vendre un seul exemplaire d'un livre rare à des clients différents). Le troisième paramètre - l'information est protégée contre les dommages accidentels dans les cas où sa modification a commencé, mais n'a pas été effectuée correctement. Hypothétiquement, vous pouvez imaginer la situation suivante: le magasin reçoit le paiement par virement bancaire, les fonds sont débités du compte de l'acheteur puis doivent être crédités sur le compte du magasin, mais en raison d'un échec, la deuxième partie de l'opération n'a pas été effectuée. Un SGBD compétent réalise les deux parties de l'opération dans le cadre d'une seule transaction, qui est soit entièrement confirmée (dans le cas où tout s'est bien déroulé), soit complètement annulée (en cas d'échec). Au niveau de l'acheteur, cela donne l'assurance que si les fonds sont débités de son compte, ils sont garantis d'être crédités sur le compte du magasin.
