PAGES INDEX



We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

PLAN DU SITE

Index principal :
Indice des batailles :
Index des concepts :
Index des biographies :
Indice des guerres :
Indice des armes :

PAGES SUJET

Index des sujets spéciaux :
Index des sujets spéciaux : guerres napoléoniennes
Index de sujets spéciaux : Terrorisme
Index des sujets spéciaux : Révolution américaine
Index de sujets spéciaux : Seconde Guerre mondiale

L'unité fondamentale de stockage de données dans SQL Server est la page. L'espace disque alloué à un fichier de données (.mdf ou .ndf) dans une base de données est logiquement divisé en pages numérotées de manière contiguë de 0 à n. Les opérations d'E/S disque sont effectuées au niveau de la page. Autrement dit, SQL Server lit ou écrit des pages de données entières.

Les extensions sont une collection de huit pages physiquement contiguës et sont utilisées pour gérer efficacement les pages. Toutes les pages sont organisées en étendues.

Pages

Prenez un livre ordinaire : tout le contenu est écrit sur des pages. Semblable à un livre, dans SQL Server, toutes les lignes de données sont écrites sur des pages. Dans un livre, toutes les pages ont la même taille physique. De même, dans SQL Server, toutes les pages de données ont la même taille - 8 kilo-octets. Dans un livre, la plupart des pages contiennent les données - le contenu principal du livre - et certaines pages contiennent des métadonnées sur le contenu - par exemple la table des matières et l'index. Encore une fois, SQL Server n'est pas différent : la plupart des pages contiennent des lignes réelles de données qui ont été stockées par les utilisateurs, elles sont appelées pages de données et pages de texte/image (pour des cas particuliers). Les pages d'index contiennent des références d'index sur l'emplacement des données et enfin, il existe des pages système qui stockent diverses métadonnées sur l'organisation des données (pages PFS, GAM, SGAM, IAM, DCM, BCM). Voir le tableau ci-dessous pour les types de pages et leur description.

Comme mentionné, dans SQL Server, la taille de la page est de 8 Ko. Cela signifie que les bases de données SQL Server ont 128 pages par mégaoctet. Chaque page commence par un en-tête de 96 octets utilisé pour stocker les informations système sur la page. Ces informations incluent le numéro de page, le type de page, la quantité d'espace libre sur la page et l'ID d'unité d'allocation de l'objet propriétaire de la page.

Le tableau suivant montre les types de page utilisés dans les fichiers de données d'une base de données SQL Server.

Type de page Contenu
Données Lignes de données avec toutes les données, à l'exception des données text, ntext, image, nvarchar(max), varchar(max), varbinary(max) et xml, lorsque text in row est défini sur ON.
Indice Entrées d'index.
Texte/Image Types de données d'objets volumineux : (texte, ntext, image, nvarchar(max), varchar(max), varbinary(max) et données xml)
Colonnes de longueur variable lorsque la ligne de données dépasse 8 Ko : (varchar, nvarchar, varbinary et sql_variant)
Carte d'allocation globale, carte d'allocation globale partagée Informations indiquant si les extensions sont allouées.
Espace libre de page (PFS) Informations sur l'allocation des pages et l'espace libre disponible sur les pages.
Carte d'allocation d'index Informations sur les extensions utilisées par une table ou un index par unité d'allocation.
Carte modifiée en masse Informations sur les extensions modifiées par les opérations en bloc depuis la dernière instruction BACKUP LOG par unité d'allocation.
Carte modifiée du différentiel Informations sur les extensions qui ont changé depuis la dernière instruction BACKUP DATABASE par unité d'allocation.

Les fichiers journaux ne contiennent pas de pages, ils contiennent une série d'enregistrements de journaux.

Les lignes de données sont placées sur la page en série, en commençant immédiatement après l'en-tête. Une table de décalage de ligne commence à la fin de la page et chaque table de décalage de ligne contient une entrée pour chaque ligne de la page. Chaque entrée de décalage de ligne enregistre la distance entre le premier octet de la ligne et le début de la page. Ainsi, la fonction de la table de décalage de ligne est d'aider SQL Server à localiser très rapidement les lignes d'une page. Les entrées dans la table de décalage de ligne sont dans l'ordre inverse de l'ordre des lignes sur la page.

Prise en charge de grandes rangées

Les lignes ne peuvent pas s'étendre sur des pages, mais des parties de la ligne peuvent être déplacées hors de la page de la ligne afin que la ligne puisse en fait être très grande. La quantité maximale de données et de surcharge contenue dans une seule ligne sur une page est de 8 060 octets (8 Ko). Cependant, cela n'inclut pas les données stockées dans le type de page Texte/Image.

Cette restriction est assouplie pour les tables qui contiennent des colonnes varchar, nvarchar, varbinary ou sql_variant. Lorsque la taille totale des lignes de toutes les colonnes fixes et variables d'une table dépasse la limite de 8 060 octets, SQL Server déplace dynamiquement une ou plusieurs colonnes de longueur variable vers les pages de l'unité d'allocation ROW_OVERFLOW_DATA, en commençant par la colonne ayant la plus grande largeur.

Ceci est effectué chaque fois qu'une opération d'insertion ou de mise à jour augmente la taille totale de la ligne au-delà de la limite de 8 060 octets. Lorsqu'une colonne est déplacée vers une page dans l'unité d'allocation ROW_OVERFLOW_DATA, un pointeur de 24 octets sur la page d'origine dans l'unité d'allocation IN_ROW_DATA est conservé. Si une opération ultérieure réduit la taille de la ligne, SQL Server déplace dynamiquement les colonnes vers la page de données d'origine.

Considérations sur le débordement de ligne

Comme mentionné précédemment, une ligne ne peut pas résider sur plusieurs pages et peut déborder si la taille combinée des champs de type de données de longueur variable dépasse la limite de 8060 octets. Pour illustrer, une table peut être créée avec deux colonnes : une varchar(7000) et une autre varchar (2000). Individuellement, aucune colonne ne dépasse les 8060 octets, mais combinées, elles pourraient le faire si toute la largeur de chaque colonne est remplie. SQL Server peut déplacer dynamiquement la colonne de longueur variable varchar(7000) vers les pages de l'unité d'allocation ROW_OVERFLOW_DATA. Lorsque vous combinez des colonnes de type défini par l'utilisateur varchar, nvarchar, varbinary, sql_variant ou CLR qui dépassent 8 060 octets par ligne, tenez compte des points suivants :

  • Le déplacement d'enregistrements volumineux vers une autre page se produit de manière dynamique, car les enregistrements sont allongés en fonction des opérations de mise à jour. Les opérations de mise à jour qui raccourcissent les enregistrements peuvent entraîner le déplacement des enregistrements vers la page d'origine dans l'unité d'allocation IN_ROW_DATA. L'interrogation et l'exécution d'autres opérations de sélection, telles que des tris ou des jointures sur des enregistrements volumineux contenant des données de débordement de ligne, ralentissent le temps de traitement, car ces enregistrements sont traités de manière synchrone au lieu d'être asynchrone.
    Par conséquent, lorsque vous concevez une table avec plusieurs colonnes de type défini par l'utilisateur varchar, nvarchar, varbinary, sql_variant ou CLR, tenez compte du pourcentage de lignes susceptibles de déborder et de la fréquence à laquelle ces données de débordement sont susceptibles d'être interrogées. S'il est probable qu'il y ait des requêtes fréquentes sur de nombreuses lignes de données de dépassement de ligne, envisagez de normaliser la table afin que certaines colonnes soient déplacées vers une autre table. Cela peut ensuite être interrogé dans une opération JOIN asynchrone.
  • La longueur des colonnes individuelles doit toujours être comprise dans la limite de 8 000 octets pour les colonnes de type défini par l'utilisateur varchar, nvarchar, varbinary, sql_variant et CLR. Seules leurs longueurs combinées peuvent dépasser la limite de lignes de 8 060 octets d'une table.
  • La somme des autres colonnes de type de données, y compris les données char et nchar, doit être comprise dans la limite de lignes de 8 060 octets. Les données d'objets volumineux sont également exemptées de la limite de lignes de 8 060 octets.
  • La clé d'index d'un index cluster ne peut pas contenir de colonnes varchar qui ont des données existantes dans l'unité d'allocation ROW_OVERFLOW_DATA. Si un index cluster est créé sur une colonne varchar et que les données existantes se trouvent dans l'unité d'allocation IN_ROW_DATA, les actions d'insertion ou de mise à jour ultérieures sur la colonne qui pousseraient les données hors ligne échoueront. Pour plus d'informations sur les unités d'allocation, consultez Organisation des tables et des index.
  • Vous pouvez inclure des colonnes qui contiennent des données de débordement de ligne en tant que colonnes clés ou non clés d'un index non cluster.
  • La limite de taille d'enregistrement pour les tables qui utilisent des colonnes éparses est de 8 018 octets. Lorsque les données converties et les données d'enregistrement existantes dépassent 8 018 octets, l'ERREUR MSSQLSERVER 576 est renvoyée. Lorsque les colonnes sont converties entre des types fragmentés et non fragmentés, le moteur de base de données conserve une copie des données d'enregistrement actuelles. Cela double temporairement le stockage requis pour l'enregistrement.
  • Pour obtenir des informations sur les tables ou les index pouvant contenir des données de débordement de ligne, utilisez la fonction de gestion dynamique sys.dm_db_index_physical_stats.

Étendues

L'étendue est l'unité de base dans laquelle l'espace est géré. Une extension correspond à huit pages physiquement contiguës, soit 64 Ko. Cela signifie que les bases de données SQL Server ont 16 extensions par mégaoctet.

SQL Server a deux types d'extensions :

  • Uniforme les étendues appartiennent à un seul objet, les huit pages de l'étendue ne peuvent être utilisées que par l'objet propriétaire.
  • Mixte les étendues sont partagées par jusqu'à huit objets. Chacune des huit pages de l'étendue peut appartenir à un objet différent.

Jusqu'à et y compris SQL Server 2014 (12.x), SQL Server n'alloue pas des étendues entières aux tables contenant de petites quantités de données. Une nouvelle table ou un nouvel index alloue généralement des pages à partir d'extensions mixtes. Lorsque la table ou l'index s'agrandit au point de contenir huit pages, il passe ensuite à l'utilisation d'étendues uniformes pour les allocations suivantes. Si vous créez un index sur une table existante qui a suffisamment de lignes pour générer huit pages dans l'index, toutes les allocations à l'index sont dans des étendues uniformes.

À partir de SQL Server 2016 (13.x), la valeur par défaut pour la plupart des allocations dans une base de données utilisateur et tempdb consiste à utiliser des étendues uniformes, à l'exception des allocations appartenant aux huit premières pages d'une chaîne IAM. Les allocations pour les bases de données master, msdb et model conservent toujours le comportement précédent.

Jusqu'à et y compris SQL Server 2014 (12.x), l'indicateur de trace 1118 peut être utilisé pour modifier l'allocation par défaut afin d'utiliser toujours des étendues uniformes. Pour plus d'informations sur cet indicateur de trace, consultez DBCC TRACEON - Indicateurs de trace.

À partir de SQL Server 2016 (13.x), la fonctionnalité fournie par TF 1118 est automatiquement activée pour tempdb et toutes les bases de données utilisateur. Pour les bases de données utilisateur, ce comportement est contrôlé par l'option SET MIXED_PAGE_ALLOCATION de ALTER DATABASE , avec la valeur par défaut définie sur OFF, et l'indicateur de trace 1118 n'a aucun effet. Pour plus d'informations, consultez Options ALTER DATABASE SET (Transact-SQL).

À partir de SQL Server 2012 (11.x), la fonction système sys.dm_db_database_page_allocations peut rapporter des informations d'allocation de page pour une base de données, une table, un index et une partition.

La fonction système sys.dm_db_database_page_allocations n'est pas documentée et est susceptible d'être modifiée. La compatibilité n'est pas garantie.

À partir de SQL Server 2019 (15.x), la fonction système sys.dm_db_page_info est disponible et renvoie des informations sur une page dans une base de données. La fonction renvoie une ligne qui contient les informations d'en-tête de la page, y compris object_id, index_id et partition_id. Cette fonction remplace la nécessité d'utiliser DBCC PAGE dans la plupart des cas.


Forum Histoire du Tarot

Participez à votre "chasse à la licorne" préférée dans cette zone peu étouffante pour une réflexion historique ludique.

Le jardin de Bianca

A l'usage exclusif de l'étude de l'iconographie des cartes de tarot. Chaque atout a son propre fil, permettant une exploration détaillée à partir d'une variété de sources.

La galerie d'exposition

L'endroit pour l'exploration, la comparaison et la discussion des jeux de tarot historiques (plutôt que des cartes individuelles) et d'autres documents historiques.

Le salon de la peluche

Un espace pour la discussion du tarot ésotérique.

La bibliothèque

La bibliothèque (aile ouest)

Liens vers des sites Web et des pages liés à l'histoire du tarot.

La Bibliothèque (Aile Est)

Liens vers des livres et des articles liés à l'histoire du tarot.

La bibliothèque (coté nord)

Liens vers les ateliers, conventions et événements liés à l'histoire du tarot.

Les serviteurs du personnel

Soutien

Sujets récents
Variantes de thème

Qui est en ligne

Au total il y a 116 utilisateurs en ligne :: 0 inscrits, 2 cachés et 114 invités
basé sur les utilisateurs actifs au cours des 20 dernières minutes

La plupart des utilisateurs jamais en ligne étaient 1228 le 15 janv. 2020, 15:52

Utilisateurs enregistrés : aucun utilisateur enregistré

Liens importants

À propos de nous

Le forum Tarot History a été créé en 2008 comme un forum confortable et accueillant pour les passionnés d'explorer la naissance et le développement du tarot.
En tant que forum d'histoire, nous attendons un certain niveau d'engagement académique dans nos discussions, mais nous sommes également conscients que nos membres ont leurs intérêts et objectifs individuels, alors encouragez chacun à se soutenir mutuellement.

Nombre total de messages 22137 Thèmes totaux 1199 Nombre total de membres 527 Notre nouveau membre rosele


Généalogie de l'Oregon

Généalogie de l'Oregon est développé comme une ressource généalogique et historique pour votre usage personnel. Alors que l'idée initiale était de fournir ce site Web comme une ressource pour trouver des données généalogiques et historiques concernant la généalogie et l'histoire de l'Oregon sur le Web, nous avons commencé à ajouter des données généalogiques spécifiques à ce site pour votre usage personnel.

Dans une tentative d'élargir davantage nos offres et d'affiner votre recherche, nous avons commencé la création de sites Web de comté. Ces sites de comté peuvent être trouvés dans la liste de liens à droite. Bien que seule une petite partie des comtés de l'Oregon soient actuellement répertoriés, la quantité de données pour ces comtés est assez impressionnante. Si vous avez un site Web de comté que vous aimeriez ajouter à ces pages, veuillez nous le faire savoir. Nous pouvons vous fournir un espace gratuit pour vos pages.

La recherche "Rechercher sur ce site" sur le côté droit recherchera tout le site Web de Oregon Genealogy, mais ne recherchera pas les données liées aux pages hors site.


Oregon Genealogy est la maison de la Projet d'histoire et de généalogie américaine,
si vous souhaitez adopter un comté, n'hésitez pas à visiter nos pages !! Vous êtes invités à adopter l'un des comtés lors de votre visite.

Quoi de neuf dans l'Oregon


En cliquant sur les comtés individuels, vous trouverez plus de mises à jour.
Nous fournissons les faits saillants ici et les pages de chaque comté fournissent
l'histoire!!

Dites au revoir à Gary Jaensch
Sa mémoire sera maintenue vivante par la quantité d'informations
il a contribué à Oregon Genealogy et aux informations qui
sera toujours mis en ligne dans les fichiers et dossiers qu'il m'a laissés

Cimetières historiques de l'Oregon
Entretien important des cimetières historiques

Écoles de la ville et du comté de Baker
Photos de classe de nombreuses écoles du comté

Mise à jour des familles pionnières du centenaire du comté de Baker, Oregon
Photos de famille des familles Love, Long, Payton et Colton

Voyage en train Speelman Wagon
Un récit de première main du voyage de cette famille depuis
Iowa au comté de Baker, Oregon

Début de Haines
Orville Fisher le dit comme si c'était le cas !

Base de données du cimetière
Plus de 23 000 noms, de nombreux États et de tous les comtés de généalogie de l'Oregon

Requêtes de l'Oregon
Vous pouvez soumettre une requête pour n'importe quel comté de l'Oregon

Mises à jour du comté et nouvelles informations

Oregon Genealogy fournit des informations historiques et généalogiques pour les comtés suivants
Leurs pages d'index vous montreront les nouveautés de chaque comté

Curry et comté de Columbia, Oregon
Est un nouvel ajout à notre site Web, si vous avez des informations que vous souhaitez
contribuer, veuillez utiliser notre Contact Page.

Grant, Harney, Malheur et Umatilla
Si vous souhaitez apporter des informations à ces pays, ou aider à
construire ces comtés, veuillez utiliser notre Contact Page.

Comté de Wasco est un nouvel ajout à l'AHGP
Mark John a fait un excellent travail de développement, arrêtez-vous pour une visite

Assurez-vous de visiter nos autres sites Web régionaux d'État! Chaque état est unique dans sa présentation et ses données, et qui sait lequel de vos ancêtres vous pouvez trouver sur leurs pages !

Dernier contenu
Base de données nécrologique de l'Oregon

Nous avons changé de nom et nous nous sommes agrandis !

Contient les avis de décès pour les comtés de Baker, Crook, Grant, Hood River, Lane, Linn, Malheur, Umatilla, Union et Wallowa.


Collection Lizzie Borden

Les Collection Lizzie Borden se compose de biographies, de récits non fictifs des meurtres et du procès, de récits fictifs de l'histoire, de pièces de théâtre, de bibliographies et d'articles de presse liés à Lizzie Borden, à son procès et aux meurtres de Borden. Ces matériaux doivent être utilisés dans la bibliothèque.

La Fall River Historical Society possède des photographies et des artefacts relatifs aux meurtres. Des images et des informations sont également disponibles au Lizzie Borden Bed & Breakfast et au musée virtuel et bibliothèque Lizzie Andrew Borden.


Programmation avec les fonctions d'historique

Cette section décrit comment utiliser la bibliothèque History dans d'autres programmes.

Introduction à l'histoire Le programmeur utilisant la bibliothèque History dispose de fonctions disponibles pour mémoriser les lignes d'une liste d'historique, associer des données arbitraires à une ligne, supprimer des lignes de la liste, rechercher dans la liste une ligne contenant une chaîne de texte arbitraire et référencer n'importe quelle ligne de la liste. directement. De plus, une histoire expansion fonction est disponible qui fournit une interface utilisateur cohérente à travers différents programmes.

L'utilisateur utilisant des programmes écrits avec la bibliothèque History bénéficie d'une interface utilisateur cohérente avec un ensemble de commandes bien connues pour manipuler le texte des lignes précédentes et utiliser ce texte dans de nouvelles commandes. Les commandes de base de manipulation d'historique sont identiques à la substitution d'historique fournie par frapper.

Si le programmeur le souhaite, il peut utiliser la bibliothèque Readline, qui inclut par défaut une certaine manipulation de l'historique et présente l'avantage supplémentaire de l'édition en ligne de commande.

Avant de déclarer des fonctions utilisant une fonctionnalité fournie par la bibliothèque History dans un autre code, un rédacteur d'application doit inclure le fichier <readline/history.h> dans n'importe quel fichier qui utilise les fonctionnalités de la bibliothèque d'historique. Il fournit des déclarations externes pour toutes les fonctions et variables publiques de la bibliothèque, et déclare toutes les structures de données publiques.

Stockage de l'historique La liste d'historique est un tableau d'entrées d'historique. Une entrée d'historique est déclarée comme suit :

typedef vide * histdata_t La liste d'historique elle-même pourrait donc être déclarée comme

HIST_ENTRY ** la_liste_de_l'histoire

L'état de la bibliothèque History est encapsulé dans une structure unique : Si le membre flags comprend HS_STIFLED, l'histoire a été étouffée.


Histoire

Les Bureau foncier et bureau d'arpentage ont été établis à Sabah au XIXe siècle et jusqu'en 1940, ces deux bureaux fonctionnaient séparément, le bureau des terres étant administré par un commissaire des terres et le bureau d'arpentage par un arpenteur général. De 1940 à 1947, le bureau des terres et le bureau d'arpentage ont été fusionnés et administrés par un seul officier connu sous le nom de commissaire des terres et arpenteur général. De 1947 à 1954, le Land Office et le Survey Office sont à nouveau séparés sous une administration différente. Quoi qu'il en soit, ces deux Offices ont finalement été fusionnés depuis 1954 jusqu'à aujourd'hui administrés sous un directeur des terres et des levés et assisté d'un sous-directeur et de deux directeurs adjoints.

Le premier plan d'arpentage a été déposé en 1883 et le premier titre « Bail de campagne no 1 » a été enregistré en février 1884 dans le district de Kudat.

L'ancien immeuble du bureau des terres et des levés dans la ville de Kota Kinabalu est devenu un bâtiment historique car la "proclamation" de l'époque du nord de Bornéo, y compris Labuan en tant que colonie, le 15 juillet 1946, a eu lieu dans ce bâtiment criblé de balles. Ce bâtiment est l'un des rares à avoir survécu à la 2e guerre mondiale et à être encore intact. Il était utilisé par le gouvernement de l'État de l'époque et entouré par la Standard Chartered Bank, la Hong Kong & Shanghai Bank, Harrison & Crossfield et le front de mer.

Jusqu'en 1913, il y avait des bureaux d'enregistrement foncier distincts à Sandakan, Kota Kinabalu, Kudat et Tawau. En 1913, le registre foncier central a été établi au bureau du commissaire des terres à Kota Kinabalu et l'enregistrement de tous les titres autres que les titres autochtones a commencé à être effectué au bureau foncier central. L'enregistrement des titres indigènes continue d'être effectué dans les districts par le receveur adjoint des revenus fonciers.

À l'heure actuelle, les bureaux fonciers des districts de Tawau, Lahad Datu, Sandakan, Keningau, Beaufort, Kudat et Kota Kinabalu sont administrés par le receveur adjoint des recettes foncières qui sont des employés du Département des terres et des levés et dans les 16 districts restants, le Les agents de district et les agents de district adjoints exercent les fonctions de collecteur adjoint des revenus fonciers dont la tâche principale est de s'occuper des questions foncières au niveau du district. Il est prévu que l'administration foncière dans tous les districts de Sabah puisse éventuellement être prise en charge par des agents du Département des terres et des levés afin que l'administration foncière puisse être effectuée de manière plus professionnelle, efficace et efficiente.

L'histoire et la révolution du Lands and Surveys Department ont une incidence directe sur l'histoire et le développement de l'État puisque les fonctions de ce département sont liées au « foncier ». La terre est une source de toute richesse matérielle et l'exigence de base de tout développement, qu'il soit agricole, résidentiel, industriel, commercial ou social. Le rythme croissant du développement de l'État est la preuve évidente du rôle important et actif joué par le Département dans le courant principal de développement de l'État.


Indice

Les pages d'histoire du Botswana sont conçues pour les chercheurs de connaissances sur le Botswana. Il y a 2 pages d'histoire générale, suivies de 13 pages informatives avec un biais historique - sur l'archéologie, la culture, l'économie, l'éducation, la géographie, la langue, la littérature, la politique, la religion, la science, la société, le tourisme et les médias.

Vous pouvez télécharger l'ensemble complet des pages sous forme de fichier zip : voir la page de téléchargement.

  • introduction
  • Peuples chasseurs précoces, pasteurs et agriculteurs
  • Royaumes et États de l'âge du fer
  • Croissance des États tswana
  • Un protectorat britannique
  • Avancer vers l'indépendance
  • Le Botswana obtient une position internationale
  • Masire succède à Seretse Khama
  • Mogae succède à Masire
  • Liens d'histoire
  • Bibliographie
  • Beaux-arts et artisanat
  • Musique & amp Drame
  • Institutions culturelles
  • Sport et loisirs
  • Liens culturels
  • Croissance économique
  • La finance
  • Mines, eau et électricité
  • Agriculture
  • Industries manufacturières
  • Échange international
  • Transport & tourisme
  • Liens économiques
  • Limites
  • Climat
  • Géographie physique
  • Régions internes
  • Sols
  • Établissement rural
  • Grands villages et villes « traditionnels »
  • Villes et cités « modernes »
  • Liens géographiques
  • Bibliographie
  • Indo-européen (anglais, etc.)
  • Khoesan (Khoe)
  • Khoesan (San)
  • Niger-Congo (Tswana etc.)
  • Niger-Congo (Yeyi etc.)
  • Dialectes standards et publication
  • Liens linguistiques
  • Constitution
  • Président et vice-président
  • Partis politiques
  • Gouvernement local
  • Police étrangère
  • Système légal
  • Police et militaire
  • Bibliographie
  • Botanique
  • Zoologie
  • Géologie
  • Médicament
  • La technologie
  • Liens scientifiques
  • Démographie
  • Classe sociale
  • Genre
  • Ethnicité
  • La vie quotidienne dans les villages
  • Santé
  • Liens de la société
  • Bibliographie
  • Tourisme au nord/ouest du Botswana
  • Tourisme à l'est/sud du Botswana
  • Liens - Chobe & Okavango Tourisme
  • Liens - General Botswana Tourism
  • Bibliographie
  • Annexe : La route des missionnaires

Les Pages d'histoire du Botswana par Neil Parsons peut être librement reproduit, en version imprimée ou électronique, à condition
(i) que la pleine reconnaissance de la source est faite.
(ii) que l'utilisation n'est pas lucrative


INDEX PAGES - Historique

2019-07-01: Version 3.0.
Cette version est la première version du site Web dynamique construit dans le cadre du projet IUPAC 2016-046-1-024. Les nouvelles fonctionnalités incluent :

  • URL de style REST pour accéder aux entrées (format : https://goldbook.iupac.org/terms/view/ )
  • Interface de programmation d'application (API) pour l'accès machine au contenu de l'entrée
  • Un vocabulaire téléchargeable en plusieurs formats
  • Recherche améliorée
  • Interface utilisateur graphique (GUI) construite à l'aide de BoostStrap

2017-03-27: Version 2.3.3b.
Cette version est une version stabilisée des pages en 2.3.3. Aucune entrée n'a été modifiée, mais les mises à jour de page qui ont été effectuées incluent

  • Encodage HTML 5 sur toutes les pages
  • Suppression des liens brisés/références d'images
  • Nouvelle fonction de recherche écrite en JavaScript
  • Le suivi Google Analytics a été ajouté
  • Suppression des fonctions de recherche de structure, goldify et flux RSS (ceux-ci seront rajoutés dans la prochaine révision)

La prochaine révision sera une toute nouvelle version du site Web Gold Book, avec des pages générées dynamiquement et de nouvelles fonctionnalités, voir IUPAC Project 2016-046-1-024 pour plus de détails.

2010-12-22: Version 2.2.
La principale nouveauté de cette version est l'introduction de la version PDF des définitions du livre d'or. Les PDF sont créés à partir de la même source que les pages HTML, donc une correspondance à 100 % du contenu doit être garantie. Pour télécharger les PDF, utilisez un lien en bas de chaque page. Remarque : cette fonctionnalité est maintenant en phase de test. Une fois qu'il est suffisamment mature, nous pouvons lui donner une place plus importante et envisager de fournir plus de versions de la sortie PDF.
Dans cette version, l'affichage des liens ajoutés automatiquement a été modifié pour les distinguer visuellement des liens ajoutés par les auteurs.

2009-09-07: Version 2.1.5.
Cette version contenait un nouveau service qui permet aux utilisateurs d'essayer le logiciel goldify en ligne (actuellement indisponible).

2009-07-03: Version 2.1.2.
Cette mise à jour mineure n'inclut aucune mise à jour du contenu réel du GoldBook. Il présente un index repensé des formules de somme et de nouveaux fichiers de ressources liés aux outils logiciels introduits dans la version précédente.

2009-07-02: Version 2.1.1.
Cette mise à jour mineure n'inclut aucune mise à jour du contenu réel du GoldBook. Il présente un index des quantités repensé, des améliorations de la structure du code HTML et quelques corrections mineures. La nouvelle fonctionnalité la plus importante est l'introduction d'outils logiciels qui permettent l'ajout automatique de liens vers les termes du livre d'or dans les documents texte et HTML.

2009-03-17: Version 2.0.4.
Les métadonnées InChI ont été mises à jour vers les standards InChI et InChIKey.

2008-09-12: Version 2.0.1.
Il s'agit d'une version de maintenance contenant quelques correctifs dans les informations sur le projet XML Gold Book et ajoutant la date de publication aux informations sur chaque page. Il n'y a aucun changement dans le contenu.

2006-09-29: Version 1.0.0.
Première version publiée après l'examen et l'approbation des deux comités IUPAC impliqués (CPEP (maintenant CPCDS) et ICTNS).

Aperçu des versions

2006-09-13: Cinquième (et dernière) version préliminaire (0.5.0). Cette version contient une section « à propos » mise à jour et quelques modifications mineures dans d'autres parties du site. Il s'agit de la dernière version préliminaire avant que le site ne soit déplacé sur le site Web de l'IUPAC et que la version 1.0.0 soit publiée.

2006-09-11: Première révision de la quatrième version d'aperçu publique (0.4.1). Dans cette version, plusieurs correctifs mineurs ont été introduits dans le Gold Book. Cette version introduit également des InChI pour toutes les structures chimiques sous forme de métadonnées à l'intérieur de chaque entrée.

2006-09-01: Quatrième version d'avant-première publique (0.4.0). Cette version était axée sur le nettoyage des problèmes découverts au cours du processus de révision. Plus important encore, le rendu des symboles des quantités vectorielles a été corrigé. De plus, plusieurs modifications ont été apportées tout au long de la publication, améliorant la convivialité et la cohérence.

2006-05-19: Troisième version d'aperçu publique (0.3.0). Dans cette version, toutes les nouvelles entrées soumises par Aubrey Jenkins ont été ajoutées (242 éléments), le tri des entrées a été corrigé pour correspondre à celui de la version imprimée, le code HTML a été légèrement révisé pour améliorer la lisibilité et quelques problèmes mineurs ont été corrigés.

2006-04-29: Deuxième version d'aperçu publique (0.2.0). Près d'un tiers des entrées ont été mises à jour depuis la première version publique préliminaire. Il s'agissait principalement de petites corrections (généralement dans la ponctuation manquante), mais il y avait aussi de nombreux problèmes plus graves tels que des réactions ou des formules manquantes. Dans l'ensemble, le livre d'or devrait maintenant être préparé pour examen public.


Introduction

La mondialisation, l'interconnexion toujours croissante du monde, n'est pas un phénomène nouveau, mais elle s'est accélérée lorsque les Européens de l'Ouest ont découvert les richesses de l'Est. Pendant les croisades (1095-1291), les Européens ont développé un appétit pour les épices, la soie, la porcelaine, le sucre et d'autres articles de luxe de l'Est, pour lesquels ils ont échangé de la fourrure, du bois et des peuples slaves qu'ils ont capturés et vendus (d'où le mot trimer). Mais lorsque la route de la soie, la longue route commerciale terrestre de la Chine à la Méditerranée, est devenue plus coûteuse et plus dangereuse à parcourir, les Européens ont cherché une route commerciale plus efficace et moins chère sur l'eau, lançant le développement de ce que nous appelons maintenant le monde atlantique.

À la poursuite du commerce en Asie, les commerçants du XVe siècle ont rencontré de manière inattendue un « Nouveau Monde » peuplé de millions de personnes et abritant des peuples sophistiqués et nombreux. Croyant à tort avoir atteint les Indes orientales, ces premiers explorateurs ont appelé ses habitants « Indiens ». L'Afrique de l'Ouest, une région diversifiée et culturellement riche, est rapidement entrée en scène alors que d'autres nations exploitaient son commerce des esclaves et amenaient ses peuples au Nouveau Monde enchaînés. Bien que les Européens finiraient par dominer le Nouveau Monde, ils n'auraient pas pu le faire sans les Africains et les peuples autochtones (Figure 1.1).

En tant qu'associé Amazon, nous gagnons des achats éligibles.

Vous voulez citer, partager ou modifier ce livre ? Ce livre est Creative Commons Attribution License 4.0 et vous devez attribuer OpenStax.

    Si vous redistribuez tout ou partie de ce livre dans un format imprimé, vous devez alors inclure sur chaque page physique l'attribution suivante :

  • Utilisez les informations ci-dessous pour générer une citation. Nous vous recommandons d'utiliser un outil de citation comme celui-ci.
    • Auteurs : P. Scott Corbett, Volker Janssen, John M. Lund, Todd Pfannestiel, Sylvie Waskiewicz, Paul Vickery
    • Éditeur/site Web : OpenStax
    • Titre du livre : Histoire des États-Unis
    • Date de parution : 30 déc. 2014
    • Lieu : Houston, Texas
    • URL du livre : https://openstax.org/books/us-history/pages/1-introduction
    • URL de la section : https://openstax.org/books/us-history/pages/1-introduction

    © 11 janvier 2021 OpenStax. Le contenu des manuels produit par OpenStax est sous licence Creative Commons Attribution License 4.0. Le nom OpenStax, le logo OpenStax, les couvertures de livres OpenStax, le nom OpenStax CNX et le logo OpenStax CNX ne sont pas soumis à la licence Creative Commons et ne peuvent être reproduits sans le consentement écrit préalable et exprès de Rice University.