Comment limiter le nombre de lignes retournées par Oracle à la source de données JDBC niveau?

Ce n'est pas quelque chose qui est disponible au niveau de la configuration. Vous voulez vérifier qu'il fait ce que vous voulez faire de toute façon: voir la javadoc de setMaxRows. Avec Oracle, il est toujours en cours d'extraire chaque ligne de retour de la requête et ensuite il suffit de déposer ceux en dehors de la gamme. Vous avez vraiment besoin d'utiliser rownum de faire fonctionner correctement avec Oracle et vous ne pouvez pas le faire, soit dans la configuration.

OriginalL'auteur carson

*Attention: le code ci-dessous est fourni à titre de pur exemple. Il n'a pas
été testé * Il peut donc nuire à vous-même ou votre ordinateur, ou même vous frapper
dans le visage.

Si vous voulez éviter de modifier vos requêtes SQL, mais que vous souhaitez toujours avoir un code propre (ce qui signifie que votre code maintenable), vous pouvez la conception de la solution à l'aide de papiers d'emballage. C'est, en utilisant un petit ensemble de classes d'emballage existantes, vous pouvez réaliser ce que vous voulez de façon transparente pour le reste de l'application qui va encore penser que c'est de travailler avec une réelle source de données, de Connexion et de la Déclaration.

1 - mettre en œuvre une StatementWrapper ou PreparedStatementWrapper classe, en fonction de ce que votre application utilise déjà. Ces classes sont des wrappers autour de Déclaration normale ou PreparedStatement instances. Ils sont mis en œuvre simplement à l'aide de l'intérieure de la déclaration en tant que délégué qui fait tout le travail, sauf lorsque c'est une REQUÊTE de déclaration (déclaration.executeQuery() la méthode). Seulement dans ce cas précis, cette enveloppe qui entoure la requête par les deux chaînes de caractères suivantes : "SELECT * from (" et ") where ROWNUM < "+maxRowLimit. Pour la base de wrapper de code en code, voir à quoi il ressemble pour le DataSourceWrapper ci-dessous.

2 - écrire une plus wrapper : ConnectionWrapper qui encapsule une Connexion qui renvoie StatementWrapper dans createStatement() et PreparedStatementWrapper dans prepareStatement(). Ceux qui sont précédemment codés classes ConnectionWrapper de delegateConnection.createStatement()/prepareStatement() que la construction d'arguments.

3 - répétez l'étape avec un DataSourceWrapper. Voici un exemple de code simple.

public class DataSourceWrapper implements DataSource
{
    private DataSource mDelegate;

    public DataSourceWrapper( DataSource delegate )
    {
        if( delegate == null ) { throw new NullPointerException( "Delegate cannot be null" );
        mDelegate = delegate;
    }

    public Connection getConnection(String username, String password)
    {
        return new ConnectionWrapper( mDelegate.getConnection( username, password ) );
    }

    public Connection getConnection()
    {
        ... <same as getConnection(String, String)> ...
    }
}

4 - Enfin, l'utilisation que DataSourceWrapper que votre application de base de données. Si vous êtes en utilisant JNDI (NamingContext), ce changement devrait être trivial.

De codage tout cela est rapide et très simple, surtout si vous êtes à l'aide de smart IDE comme Eclipse ou IntelliJ qui mettra en œuvre la délégation des méthodes d'auto-magiquement.

OriginalL'auteur Chucky

Ok, une modification du code, il faudra ensuite.

Le scénario est de limiter un outil de reporting ad hoc afin que l'utilisateur final ne pas tirer trop de dossiers et de générer un rapport qui est inutilisable.

Nous avons déjà utiliser oracle basé sur les coûts de la gestion des ressources.

OriginalL'auteur Codek