Discussion :

[Zabriskir]

* Bonjour, *

Petit aperçu du modèle de données de la solution Sage FRP 1000 6.20.



Bien à l'arrache.
Clé primaire en char(32).
Presque pas d'index.
Les utilisateurs sont tous db_owner (préco Sage).
Un carnage.

@+

[Invité]

Petit aperçu du modèle de données de la solution Sage FRP 1000 6.20.

Bien à l'arrache.
Clé primaire en char(32).
Presque pas d'index.
Les utilisateurs sont tous db_owner (préco Sage).
Un carnage.

une des versions de SAP avait des pk avec du Nvarchar(50)...

[StringBuilder]

Bof, en même temps, au moins y'a des PK et des FK...

C'est toujours mieux que Generix où y'a ni l'un ni l'autre

[Christophe LAPORTE]

Hum, gentillet à côté de ce que j'ai malheureusement eu l'occasion de voir ... 9 ou 10 colones dans la PK, toutes en NVARCHAR(100). Sachant qu'il n'y avait que de l'integer, voire tinyint en terme de data ... Mais pour faire bonne mesure il y avait aussi uen colonne en BigInt avec une contrainte Unique, on ne sait jamais si la PK avait un doublon. :-)

De toute manière au final peu d'impact sur la perf, si c'est codé comme dans X3 (Adonix) avec des bucles et des curseurs plutôt qu'une bonne jointure, la PK n'est plus forcément un problème !

[SQLpro]

Le summum est atteint avec MOVEX....

La limite de 16 colonne dans la clef n'étant pas suffisante pour cet ERP, ils ont dû bricoler des "surclés" pour ce faire.

Je voulais le présenter comme pire exemple de modélisation aux journées SQL Server 2015... Mais pas assez de temps pour montrer ce "freaks"....

Pour info : http://www.sqlteam.com/forums/topic.asp?TOPIC_ID=188112

Donc, je trouve SAGE "petit joueur" en comparaison.

A +