Discussion :

[Kasko]

Bonjour à tous,
Je suis sur un projet mais un problème me bloque depuis quelques jours et j'ai cherché sur internet mais en vain.Au fait,j'ai une table procès dans laquelle j'ai un champs de type varchar nommé "LibelleProces" dont la forme est : "CC-15-030-AAAA". Le problème les utilisateurs veulent que ce numéro soit automatique sachant que le "15" s'incrémente en fonction de l'année c'est-à-dire en 2016 ça va passer à "16" et ainsi de suite mais le "031" s'incrémente à chaque procès.Si quelqu'un sait comment je dois m'y prendre merci de me guider.

[Lady]

La comme ça je pense à plusieurs possibilités :

Tu récupère la dernière string générée en base
soit tu split, tu parse en int tu fait un +1 et tu reconstruit la chaine.
soit avec des regexp ça doit pouvoir se faire aussi.

Sinon à l'aide de ta base de données : tu crée une séquence en base pour gérer la valeur de la partie incrémentale.

[eulbobo]

Tu récupère la dernière string générée en base

Possible si tu as un seul utilisateur, si tu en as deux, tu cours tout droit au doublon !

Sinon à l'aide de ta base de données : tu crée une séquence en base pour gérer la valeur de la partie incrémentale.

Ca par contre c'est une très bonne idée.

Reste à savoir si la séquence doit automatiquement être remise à 0 à chaque changement d'année (et en espérant qu'on n'ai jamais plus de 9999 procès dans une année)

[Népomucène]

Sinon à l'aide de ta base de données : tu crée une séquence en base pour gérer la valeur de la partie incrémentale.

C'est la meilleure solution

Cependant, toutes les bases de données ne supportent pas la séquence (SQL Server par exemple).
Si c'est le cas alors pour être très strict sur cette clé primaire, il faudra créer le numéro ET l'insertion dans la table "Procès" dans une seule transaction.

@Kasko : peux-tu nous dire de quelle base de données il s'agit (MySql, Oracle, SQL Server, ...) ?

[Kasko]

Merci pour vos réponse.J'utilise MYSQL.

[Népomucène]

D'après le peu que je sais sur MySQL, cette base n'aurait pas de vrai système de séquence.
Il semble que chaque programmeur y va de son système de contournement pour faire "comme Oracle".

Du coup, la solution n°1 de Lady semble être la plus simple
à condition de fiabiliser l'insertion en la plaçant dans une transaction.
(Naturellement si un expert MySql a une meilleure solution, surtout qu'il n'hésite pas à poster !)

Cela donnerait quelque chose du genre :
1) récupération du dernier numéro avec une instrution SQL :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT MAX(LibelleProces) As DernierNumero FROM PROCES

2) on sépare les données :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

String[] tab = dernierNumero.split("-");

3) on incrémente :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

int nouveauNumero = Integer.parse(tab[2]) + 1;

(on met à jour l'année au besoin)
et on reconstitue le LibelleProces
4) on ouvre une transaction pour insérer l'ensemble LibelleProces + autres données de la table

5) on gère le problème de doublon si la transaction échoue (peu probable car on a 999 insertions au maximum par an soit 3 ou 4 par jour !)

@kasko : le mieux est que tu testes tout cela et tu postes à nouveau dans ce fil de discussion si tu rencontres des difficultés.

[Kasko]

D'accord et surtout merci.

[Cafeinoman]

C'est peut-être une suggestion bête, mais pourquoi ne pas faire une classe utilitaire comme ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
public class ProcesIdGenerator {
 
    private static final AtomicInteger ID_GENERATOR;
    private static int currentYear;
    static {
        String dernierId = ""; //que tu récupère avec une requête SQL;
        String[] dernierIdArray = dernierId.split("-");
        ID_GENERATOR = new AtomicInteger(Integer.valueOf(dernierIdArray[2]));
        currentYear = Integer.valueOf(dernierIdArray[1]);
    }
 
 
    public static String getId(String prefix,String suffix){
        checkYear();
        return prefix+"-"+currentYear+"-"+stringId()+"-"+suffix;
    }
 
    private static String stringId(){
        String id = String.valueOf(ID_GENERATOR.getAndIncrement());
        while(id.length()<3){
            id=0+id;
        }
    }
 
    private static void checkYear() {
        if(LocalDate.now().getYear() > currentYear){
            ID_GENERATOR.set(1);
            currentYear = LocalDate.now().getYear();
        }
    }
}

Ca permet de ne faire qu'une seule requête au démarrage, et ça règle le problème de concurrence, non?

[tchize_]

Sinon à l'aide de ta base de données : tu crée une séquence en base pour gérer la valeur de la partie incrémentale.

A condition d'accepter les trous. Si l'exigence est que chaque numéro soit unique et qu'il n'y aie pas de trou, il n'y a pas beaucoup de possibilité: il faut crée un service unique de génération de ces numéro et tout le monde doit l'utiliser. Avec le problème de savoir comment gérer le rollback....

[Népomucène]

Mouis ....

Si c'était une base SQL Server, j'aurai fait un trigger qui crée le numéro au moment de l'insertion.
Cela a l'avantage d'être transactionnel donc aucun risque de se marcher sur les pieds.

C'est peut-être possible en MySql.
Il faudrait que Kasko sache créer un trigger dans MySql ou qu'il fasse appel à quelqu'un ...
Peut-être sur le forum MySql ?

[tchize_]

le trigger se déclenchant à l'insertion, pas au commit, ça reste inadapté si le client refuse les "trous". En même temps c'est presque impossible d'avoir un système sans trous, transactionnel et multi users...

[OButterlin]

le trigger se déclenchant à l'insertion, pas au commit, ça reste inadapté si le client refuse les "trous". En même temps c'est presque impossible d'avoir un système sans trous, transactionnel et multi users...

Ben pas forcément, le trigger peut se déclencher après l'insertion, dans ce cas, il faudra tester si l'attribut est null ou pas...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE TRIGGER numerotation_automatique AFTER INSERT ON laTable ...

[tchize_]

Si tu fais un rollback après le insert, le trigger s'est déclenché et et ton item dans la séquence est définitivement perdu. Mais en définitive rien n'a été créé.

[OButterlin]

Si tu fais un rollback après le insert, le trigger s'est déclenché et et ton item dans la séquence est définitivement perdu. Mais en définitive rien n'a été créé.

ça dépend de ce que fait le trigger, si c'est un select max(colonneId), rien n'est perdu en définitive... il faut juste faire une lecture avec verrou et ça devrait être bon.

[Népomucène]

select max(colonneId)

C'était bien comme cela que je l'imaginais.
A vrai dire, j'ai installé quelque chose du même genre qui fonctionne très bien depuis 10 ans.
Maintenant, je ne génère qu'une centaine de codes par semaine donc ça va.

Par ailleurs, quand on regarde la structure du code de kasko, on a : "CC-YY-NNN-AAAA"
Avec un NNN compris entre 001 et 999 pour un an.

Ce que je comprend c'est que les utilisateurs ne vont créer que 3 ou 4 numéros par jour ouvrable.
Très probablement, ils préfèrent que l'ordinateur leur donne le numéro plutôt qu'ils aillent le chercher
dans un cahier (registre) à pages numérotées qui tient la liste des affaires (procès).

On est très loin des volumes d'un site de e-commerce donc avec contrôle raisonnable (transaction)
tout devrait se passer sans problème.

@Kasko : ce serait sympa de nous dire ce que tu en penses.

[Kasko]

Au fait,le "CC" signifie comité de crédit ensuite "15" signifie l'année,le "030" le numéro du comité de crédit et le "AAAA" c'est la région dans laquelle a eu lieu le procès.
Donc je dois générer ce numéro en fonction de l'année et incrémenter le numéro du procès à chaque procès.Au début de chaque année le numéro du procès est remis à zéro soit "000" donc le numéro du premier procès dans l'année "2016" doit être ainsi "CC-16-000-Paris".Merci d'avance!!!

[Invité]

Au fait,le "CC" signifie comité de crédit ensuite "15" signifie l'année,le "030" le numéro du comité de crédit et le "AAAA" c'est la région dans laquelle a eu lieu le procès.
Donc je dois générer ce numéro en fonction de l'année et incrémenter le numéro du procès à chaque procès.Au début de chaque année le numéro du procès est remis à zéro soit "000" donc le numéro du premier procès dans l'année "2016" doit être ainsi "CC-16-000-Paris".Merci d'avance!!!

si j'ai bien compris, peut-être suffirait-t-il se stocker dans la table les champs en tant que clé primaire composite à moins qu'il n'y ait déjà des clés étrangères :

• type de comité "CC"
• numéro de comité de crédit "030"
• région "AAAA"
• l'année "15"

et puis lors des écrans/reports formatter le champ calculé de "référence" de cette manière ou d'une autre, ou avec une stored proc, ou un auto field (champ calculé intégré à la vue de table coté code ou coté db) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

string ref = dbrecord.Type + "-" + dbrecord.Year + "-" + dbrecord.Num + "-" + dbrecord.Region;

en gérant bien la taille des chaines (2, 3 et 4 caractères).

ou sinon plus simple mais plus gourmand en ressources et moins pratique pour les requetes, on peut enregistrer cette valeur ref dans un champ ID et avoir deux fonctions :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
string CreateID(type, year, num, region);
 
string SplitID(out type, out year, out num, out region);

on peut également encapsuler et faire une classe pour gérer cet ID de la clé primaire composite coté programme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
class ID
{
  //
  string Type;
  string Year;
  string Num;
  string Region;
  //
  string Create(string str);
  string Create(type, year, num, region);
  string ToString();
}

et poursuivre la conception si cela est adapté.