Discussion :

[spezet29]

Bonjour,

Voici ma problématique, mais je ne suis pas sûr de bien expliquer ce que je souhaite ni même si cela est possible :

J'ai une table "ARTICLE". Celle-ci est alimentée par des données référence. Elle peut cependant être alimentée par une source différente de même format.

Je que je souhaite faire :
Pour toutes les fonctions traitant les ARTICLES, offrir le choix à l'utilisateur de choisir sa source ARTICLES (source référente ou source spécifique).
Pour cela, j'envisageais de définir une table "ARTICLE1" (source référente) et une table ARTICLE2" (source spécifique). dans mes développements visual studio 2008 (dataset et tableadapter) faire référence à une table ALIAS "ARTICLE" associée soit à la table "ARTICLE1" ou "ARTICLE2", selon le choix de l'utilisateur.

Pourquoi je ne retiens pas la solution de tout mettre dans la même table en identifiant la source :
Pour des raisons de performance (table volumineuse).

Il n'y a peut-être aucune solution à ma demande.

Remerciements et bonne journée

[hmira]

Regarde sous SQL Server, l’utilisation de ce qu’on appelle le "SQL Dynamique" (Dynamic SQL)

Code :

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

   EXECUTE sp_executesql  …

Cette technique te permettra de paramétrer dynamiquement dans les traitements T-SQL, la redirection, selon le choix de l’utilisateur, vers la table ARTICLE1 ou vers la table ARTICLE2
A+

[Invité]

Pourquoi ne pas utiliser des vues ?

[Ptit_Dje]

Pourquoi je ne retiens pas la solution de tout mettre dans la même table en identifiant la source :
Pour des raisons de performance (table volumineuse).

Par curiosite, qu'appelez vous une table volumineuse ?
Avez vous correctement place les indexes ?
Avez vous songe au partitionning ?

[jero44]

Oui si table avec volume correct les index doivent résoudre le problème sinon partitionnement

[spezet29]

Bonjour,

je vous remercie pour toutes ces réponses. Je vais les étudier et essayer de mettre en place une des solutions qui répond le mieux à mes attentes.

La table ARTICLES contient 140 000 Lignes.
Je ne souhaite pas intégrer 2 x 140 000 lignes dans la même table car elles sont exclusives. Je préfère créer 2 tables ARTICLE (référence) et ARTICLE (spécifique à un client donné) afin d'isoler les données.

Il semble, à la lecture d'articles du Net, que le concept dataset et tableadapter de Visual studio puisse résoudre ce problème.

Remerciements à tous.

Cordialement,

[Ptit_Dje]

Sans savoir exactement ce que vous souhaitez realiser, avez vous penser a utiliser 3 tables ?
Soit une table Article, generique pour ceux-ci, une table Source et une table Article_Source.
Si un article provient d'une source specifique, inserez un lien dans votre table Article_Source (exemple: un modele de TV specifique pourrait tres bien provenir de differents entreports de stockages - s'est le meme article pourtant il vient de source differentes)

Je pense que vous faites fausse route si vous creez 2 tables identiques juste pour differencier la source de vos donnees.
De plus 140000 enregistrements, si vous avez un nombre de colonnes raisonnable (pour un systeme OLTP se serait plutot bien...) ce n'est pas des masses.

[WOLO Laurent]

A mon avis vous avez plutôt des problèmes de conception que des problèmes liés aux performances SQL Serveur !
Voici néanmoins ce que je vous recommande de faire :
1-Créer une table Source

Code :

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

1
2
3
4
5
6
7
8
9
10
11
create table t_source
(
     sou_id int not null primary key,
     sou_libelle varchar(32) not null
)
go
insert into Source(sou_id,sou_libelle)
select 1,'reference'
union all
select 2, 'spécifique'
go

Code :

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

1
2
3
4
5
6
7
8
9
10
11
2-Créer une table Article
create table Article
(
   art_id int not null primary key,
   art_sou_id int not null reference source(sou_id)
   art_champx  typx
....
....
...
)
go

Si tu as des problèmes de performances, alors tu dois reviser to data access layer.
Si les problèmes persistes, pose ton problème sur les forums VS2008 et invite moi.

NB : 140 000 ligne ne representent rien pour SQL Serveur !

Bonne chance.