Difference between revisions of "FR/Documentation/HSQLDB Guide/ChangeLog1.8.0"
m (→UPGRADING DATABASES) |
m (Fr.openoffice.org/FAQ/Base/Guide HSQLDB/ChangeLog1.8.0 moved to FR/Documentation/HSQLDB Guide/ChangeLog1.8.0: Placer ce guide à coté des autres.) |
||
(3 intermediate revisions by the same user not shown) | |||
Line 31: | Line 31: | ||
La commande CREATE SCHEMA peut être suivie d'autres commandes CREATE et GRANT sans insertion de point-virgule. Toutes ces commandes sont exécutées dans le contexte du schéma nouvellement créé. Un point-virgule termine une commande étendue CREATE SCHEMA. | La commande CREATE SCHEMA peut être suivie d'autres commandes CREATE et GRANT sans insertion de point-virgule. Toutes ces commandes sont exécutées dans le contexte du schéma nouvellement créé. Un point-virgule termine une commande étendue CREATE SCHEMA. | ||
− | === | + | === Rôles === |
Prise en charge des roles du standard SQL. | Prise en charge des roles du standard SQL. | ||
Line 227: | Line 227: | ||
Les base de données qui ne contiennent pas de tables CACHED peuvent être ouvertes avec la nouvelle version. Pour les bases de données munies de tables CACHED qui ont été créées avec les versions 1.7.2 ou 1.7.3, la commande SHUTDOWN SCRIPT doit être exécutée une fois sur la base de données avant de l'ouvrir avec la nouvelle version. Si les bases de données ont été créées avec des versions antérieures, vous devez suivre les instructions dans la section "[[Fr.openoffice.org/FAQ/Base/Guide_HSQLDB/TDM#Chapitre_4._Consid.C3.A9rations_avanc.C3.A9es|Considérations avancées]]" de ce guide. | Les base de données qui ne contiennent pas de tables CACHED peuvent être ouvertes avec la nouvelle version. Pour les bases de données munies de tables CACHED qui ont été créées avec les versions 1.7.2 ou 1.7.3, la commande SHUTDOWN SCRIPT doit être exécutée une fois sur la base de données avant de l'ouvrir avec la nouvelle version. Si les bases de données ont été créées avec des versions antérieures, vous devez suivre les instructions dans la section "[[Fr.openoffice.org/FAQ/Base/Guide_HSQLDB/TDM#Chapitre_4._Consid.C3.A9rations_avanc.C3.A9es|Considérations avancées]]" de ce guide. | ||
− | === | + | === Intégration dans {{OOo}} === |
+ | Lors de l'utilisation de {{OOo}} comme base de données par défaut, plusieurs valeurs par défaut et propriétés sont automatiquement définies : | ||
− | + | * CREATE TABLE ... La valeur par défaut est CREATE CACHED TABLE ... | |
+ | * hsqldb.cache_scale=13 | ||
+ | * hsqldb.cache_size_scale=8 | ||
+ | * hsqldb.log_size=10 | ||
+ | * SET WRITE DELAY 2 | ||
+ | * sql.enforce_strict_size=true | ||
− | + | [[Category: FR/HSQLDB_Guide]] | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + |
Latest revision as of 18:47, 9 May 2009
Contents
- 1 HSQLDB 1.8.0 Historique des changements
- 1.1 Améliorations SQL
- 1.1.1 Schémas
- 1.1.2 Rôles
- 1.1.3 Tables temporaires globales
- 1.1.4 Commandes de manipulation de schéma
- 1.1.5 Manipulation de colonne
- 1.1.6 Ajouter ou supprimer des clés primaires
- 1.1.7 SIZE ENFORCEMENT
- 1.1.8 Les expressions ALL et ANY
- 1.1.9 LIMIT et OFFSET
- 1.1.10 Indexations (COLLATIONS)
- 1.1.11 Résolution de nom dans les requêtes
- 1.1.12 Améliorations
- 1.2 Réparations de bogues
- 1.1 Améliorations SQL
HSQLDB 1.8.0 Historique des changements
Le développement de la version 1.8.0 a commencé vers le milieu 2004 avec pour but de sortir la nouvelle version en 2005. La fonctionnalité principale prévue pour cette version était la capacité d'être utilisé par OpenOffice.org 2.0 comme moteur de base de données par défaut. Les versions candidates commencèrent à apparaitre en Janvier, jusqu'à la RC10 parue en Mai. Plusieurs commandes SQL, nouvelles ou améliorées, ont été introduites et de nouvelles capacités telles que la prise en charge de multiples objets de schéma dans chaque base de données, database-wide collations et les objets SQL ROLE ont été ajoutées. Des parties de persistence engine ont été ré-écrites pour une meilleure performance et des opérations de longue durée d'exécution en ligne.
J'aimerai remercier tous les développeurs, testeurs et utilisateurs qui ont contribué à ce travail.
June 2005
Fred Toussi
Maintainer, HSQLDB Project http://hsqldb.sourceforge.net
Améliorations SQL
Schémas
Prise en charge des schémas SQL. Chaque base de données peut contenir de multiples schémas. Les commandes suivantes ont été introduites :
CREATE SCHMEA <nom du schéma> AUTHORIZATION DBA DROP SCHEMA <nom du schéma> {CASCADE | RESTRICT} ALTER SCHEMA <nom du schéma> RENAME TO <new name> SET SCHEMA <nom du schéma>
Initialement, le schéma d'utilisateur par défaut est créé avec le nom PUBLIC. Ce schéma peut être renommé ou supprimé. Quand le dernier schéma d'utilisateur a été supprimé, un schéma vide par défaut doté du nom PUBLIC est recréé.
Les tables système appartiennent toutes à INFORMATION_SCHEMA. Pour accéder aux tables systèmes, soit SET SCHEMA ou INFORMATION_SCHEMA doivent être utilisés une fois ou il doit y être fait référence par des noms pleinement spécifiés, par exemple INFORMATION_SCHEMA.SYSTEM_TABLES.
D'une façon similaire tous les objets de la base de données indépendamment des colonnes peuvent être référencés par des noms de schéma explicites (pleinement qualifiés).
La commande CREATE SCHEMA peut être suivie d'autres commandes CREATE et GRANT sans insertion de point-virgule. Toutes ces commandes sont exécutées dans le contexte du schéma nouvellement créé. Un point-virgule termine une commande étendue CREATE SCHEMA.
Rôles
Prise en charge des roles du standard SQL.
CREATE ROLE <role name> GRANT ... TO <role name> REVOKE ... FROM <role name> GRANT <role name> TO <user name> DROP ROLE <role name>
Les commandes GRANT et REVOKE sont similaires à celles utilisées pour accorder des permissions de différents objets aux objets de l'utilisateur. Un role peut alors être accordé à ou retiré à différents utilisateurs, simplifiant ainsi la gestion des permissions.
Tables temporaires globales
L'implémentation de tables temporaires a changé pour se conformer aux standards SQL.
La définition d'une table GLOBAL TEMPORARY perdure avec la base de données. Quand une session (connexion JDBC) est démarrée, une instance vide de la table est créée. Une table temporaire peut être créée avec (valeur par défaut) ON COMMIT DELETE ROWS ou ON COMMIT PRESERVE ROWS ajouté à la définition de la table. Avec ON COMMIT PRESERVE ROWS, le contenu de la table n'est pas vidé quand la session est validée. Dans les deux cas, le contenu est nettoyé quand la session est fermée.
Commandes de manipulation de schéma
Plusieurs commandes de manipulation de schéma ont été améliorées.
Les tables, vues et séquences peuvent être supprimées avec l'option CASCADE. Cette option supprime directement (silently) toutes les tables et vues faisant référence à l'objet de base de données visé.
DROP TABLE