Difference between revisions of "FR/Documentation/HSQLDB Guide/ChangeLog1.8.0"
(→Les expressions ALL et ANY: (checkpoint save)) |
m |
||
Line 100: | Line 100: | ||
SELECT ... WHERE <value expression> >= ALL(SELECT ...) | SELECT ... WHERE <value expression> >= ALL(SELECT ...) | ||
− | + | === LIMIT et OFFSET === | |
− | === LIMIT | + | |
Nouvelle syntaxe alternative pour LIMIT à la fin d'une requête : | Nouvelle syntaxe alternative pour LIMIT à la fin d'une requête : | ||
LIMIT L [OFFSET O] | LIMIT L [OFFSET O] | ||
− | L'utilisation de LIMIT en combinaison avec la clause ORDER BY est maintenant possible dans les sous-requêtes et déclarations SELECT entre parenthèses faisant parties de l'UNION ou autres opérations. | + | L'utilisation de LIMIT en combinaison avec la clause ORDER BY est maintenant possible dans les sous-requêtes et déclarations SELECT entre parenthèses (brackets) faisant parties de l'UNION ou autres opérations. |
− | + | Une clause ORDER BY ou LIMIT s'applique au résultat complet de l'UNION et autres opérations ou alternativement | |
+ | ou alternativement à l'une de ses composantes dépendant du nombre se parenthèses utilisées. Dans le premier exemple le focus (scope) est sur le second SELECT, alors que dans la seconde requête, la portée (scope) est le résultat de l'UNION. | ||
− | SELECT ... FROM ... UNION | + | SELECT ... FROM ... UNION |
− | (SELECT ... FROM ... ORDER BY .. LIMIT) | + | (SELECT ... FROM ... ORDER BY .. LIMIT) |
− | SELECT ... FROM ... UNION | + | SELECT ... FROM ... UNION |
− | SELECT ... FROM ... ORDER BY .. LIMIT | + | SELECT ... FROM ... ORDER BY .. LIMIT |
+ | Prise en charge de ORDER BY, LIMIT et OFFSET dans les déclarations CREATE VIEW. | ||
− | |||
− | + | == Indexations (COLLATIONS) == | |
+ | http://en.wikipedia.org/wiki/Collation | ||
− | |||
Each database can have its own collation. The SQL command below sets the collation from the set of collations in the source for org.hsqldb.Collation: | Each database can have its own collation. The SQL command below sets the collation from the set of collations in the source for org.hsqldb.Collation: |
Revision as of 19:01, 26 March 2009
Contents
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.
Roles
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