yves a écrit :Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en regards
des noms il a été jugé utile de mettre les prénoms dans une table en
relation 1:n cela a permis de diminuer de manière très sensible le
volume des données de la table des personnes et par là même d'augmenter
les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus 21
bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2 octets
pour les dates depuis la réfome du calendrier grégorien jusqu'à nos
jours prochains...
A +
yves a écrit :
Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en regards
des noms il a été jugé utile de mettre les prénoms dans une table en
relation 1:n cela a permis de diminuer de manière très sensible le
volume des données de la table des personnes et par là même d'augmenter
les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus 21
bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2 octets
pour les dates depuis la réfome du calendrier grégorien jusqu'à nos
jours prochains...
A +
yves a écrit :Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en regards
des noms il a été jugé utile de mettre les prénoms dans une table en
relation 1:n cela a permis de diminuer de manière très sensible le
volume des données de la table des personnes et par là même d'augmenter
les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus 21
bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2 octets
pour les dates depuis la réfome du calendrier grégorien jusqu'à nos
jours prochains...
A +
Fred Brouard - SQLpro a écrit :yves a écrit :Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en
regards des noms il a été jugé utile de mettre les prénoms dans une
table en relation 1:n cela a permis de diminuer de manière très
sensible le volume des données de la table des personnes et par là
même d'augmenter les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus
21 bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2
octets pour les dates depuis la réfome du calendrier grégorien jusqu'à
nos jours prochains...
A +
2octets = 65536 valeurs soit 179 ans 157 jours
la réfome du calendrier grégorien est le 15 octobre 1582
http://fr.wikipedia.org/wiki/Calendrier_gr%C3%A9gorien
donc Fred Brouard est en 1762 ce qui explique sans doute sont retard en
technologie de SGBD puisque il est entre Blaise Pascal et Augusta Ada
King soit a la programmation des metiers à tisser de Joseph Marie
Jacquard sur carte perforées :-)
Fred Brouard - SQLpro a écrit :
yves a écrit :
Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en
regards des noms il a été jugé utile de mettre les prénoms dans une
table en relation 1:n cela a permis de diminuer de manière très
sensible le volume des données de la table des personnes et par là
même d'augmenter les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus
21 bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2
octets pour les dates depuis la réfome du calendrier grégorien jusqu'à
nos jours prochains...
A +
2octets = 65536 valeurs soit 179 ans 157 jours
la réfome du calendrier grégorien est le 15 octobre 1582
http://fr.wikipedia.org/wiki/Calendrier_gr%C3%A9gorien
donc Fred Brouard est en 1762 ce qui explique sans doute sont retard en
technologie de SGBD puisque il est entre Blaise Pascal et Augusta Ada
King soit a la programmation des metiers à tisser de Joseph Marie
Jacquard sur carte perforées :-)
Fred Brouard - SQLpro a écrit :yves a écrit :Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en
regards des noms il a été jugé utile de mettre les prénoms dans une
table en relation 1:n cela a permis de diminuer de manière très
sensible le volume des données de la table des personnes et par là
même d'augmenter les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus
21 bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2
octets pour les dates depuis la réfome du calendrier grégorien jusqu'à
nos jours prochains...
A +
2octets = 65536 valeurs soit 179 ans 157 jours
la réfome du calendrier grégorien est le 15 octobre 1582
http://fr.wikipedia.org/wiki/Calendrier_gr%C3%A9gorien
donc Fred Brouard est en 1762 ce qui explique sans doute sont retard en
technologie de SGBD puisque il est entre Blaise Pascal et Augusta Ada
King soit a la programmation des metiers à tisser de Joseph Marie
Jacquard sur carte perforées :-)
nobody a écrit :Fred Brouard - SQLpro a écrit :yves a écrit :Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une
base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en
regards des noms il a été jugé utile de mettre les prénoms dans une
table en relation 1:n cela a permis de diminuer de manière très
sensible le volume des données de la table des personnes et par là
même d'augmenter les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus
21 bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2
octets pour les dates depuis la réfome du calendrier grégorien
jusqu'à nos jours prochains...
A +
2octets = 65536 valeurs soit 179 ans 157 jours
la réfome du calendrier grégorien est le 15 octobre 1582
http://fr.wikipedia.org/wiki/Calendrier_gr%C3%A9gorien
donc Fred Brouard est en 1762 ce qui explique sans doute sont retard
en technologie de SGBD puisque il est entre Blaise Pascal et Augusta
Ada King soit a la programmation des metiers à tisser de Joseph Marie
Jacquard sur carte perforées :-)
Ah parce que vous en êtes déjà aux cartes perforées Jacquard chez vous ???
;-)
A +
nobody a écrit :
Fred Brouard - SQLpro a écrit :
yves a écrit :
Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une
base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en
regards des noms il a été jugé utile de mettre les prénoms dans une
table en relation 1:n cela a permis de diminuer de manière très
sensible le volume des données de la table des personnes et par là
même d'augmenter les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus
21 bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2
octets pour les dates depuis la réfome du calendrier grégorien
jusqu'à nos jours prochains...
A +
2octets = 65536 valeurs soit 179 ans 157 jours
la réfome du calendrier grégorien est le 15 octobre 1582
http://fr.wikipedia.org/wiki/Calendrier_gr%C3%A9gorien
donc Fred Brouard est en 1762 ce qui explique sans doute sont retard
en technologie de SGBD puisque il est entre Blaise Pascal et Augusta
Ada King soit a la programmation des metiers à tisser de Joseph Marie
Jacquard sur carte perforées :-)
Ah parce que vous en êtes déjà aux cartes perforées Jacquard chez vous ???
;-)
A +
nobody a écrit :Fred Brouard - SQLpro a écrit :yves a écrit :Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une
base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en
regards des noms il a été jugé utile de mettre les prénoms dans une
table en relation 1:n cela a permis de diminuer de manière très
sensible le volume des données de la table des personnes et par là
même d'augmenter les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus
21 bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2
octets pour les dates depuis la réfome du calendrier grégorien
jusqu'à nos jours prochains...
A +
2octets = 65536 valeurs soit 179 ans 157 jours
la réfome du calendrier grégorien est le 15 octobre 1582
http://fr.wikipedia.org/wiki/Calendrier_gr%C3%A9gorien
donc Fred Brouard est en 1762 ce qui explique sans doute sont retard
en technologie de SGBD puisque il est entre Blaise Pascal et Augusta
Ada King soit a la programmation des metiers à tisser de Joseph Marie
Jacquard sur carte perforées :-)
Ah parce que vous en êtes déjà aux cartes perforées Jacquard chez vous ???
;-)
A +
nobody a écrit :Fred Brouard - SQLpro a écrit :yves a écrit :Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une
base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en
regards des noms il a été jugé utile de mettre les prénoms dans une
table en relation 1:n cela a permis de diminuer de manière très
sensible le volume des données de la table des personnes et par là
même d'augmenter les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus
21 bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2
octets pour les dates depuis la réfome du calendrier grégorien
jusqu'à nos jours prochains...
A +
2octets = 65536 valeurs soit 179 ans 157 jours
la réfome du calendrier grégorien est le 15 octobre 1582
http://fr.wikipedia.org/wiki/Calendrier_gr%C3%A9gorien
donc Fred Brouard est en 1762 ce qui explique sans doute sont retard
en technologie de SGBD puisque il est entre Blaise Pascal et Augusta
Ada King soit a la programmation des metiers à tisser de Joseph Marie
Jacquard sur carte perforées :-)
Ah parce que vous en êtes déjà aux cartes perforées Jacquard chez vous ???
;-)
A +
nobody a écrit :
Fred Brouard - SQLpro a écrit :
yves a écrit :
Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une
base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en
regards des noms il a été jugé utile de mettre les prénoms dans une
table en relation 1:n cela a permis de diminuer de manière très
sensible le volume des données de la table des personnes et par là
même d'augmenter les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus
21 bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2
octets pour les dates depuis la réfome du calendrier grégorien
jusqu'à nos jours prochains...
A +
2octets = 65536 valeurs soit 179 ans 157 jours
la réfome du calendrier grégorien est le 15 octobre 1582
http://fr.wikipedia.org/wiki/Calendrier_gr%C3%A9gorien
donc Fred Brouard est en 1762 ce qui explique sans doute sont retard
en technologie de SGBD puisque il est entre Blaise Pascal et Augusta
Ada King soit a la programmation des metiers à tisser de Joseph Marie
Jacquard sur carte perforées :-)
Ah parce que vous en êtes déjà aux cartes perforées Jacquard chez vous ???
;-)
A +
nobody a écrit :Fred Brouard - SQLpro a écrit :yves a écrit :Bonjour,
Question (de béotien):
Arrive-'il (souvent ?, quelquefois ?, jamais ?) d'avoir dans une
base de
données les champs nom, prénom et date de naissance dispersés dans
différentes tables ?
oui cela depend de beaucoup de choses. Ainsi dans une base rencensant
100 millions d'individu, vu la faible dispersion des prénoms en
regards des noms il a été jugé utile de mettre les prénoms dans une
table en relation 1:n cela a permis de diminuer de manière très
sensible le volume des données de la table des personnes et par là
même d'augmenter les performnces à tous niveaux...
En revanche pour le couple de données nom/date naissance c'est moins
évident, une date de naissance pouvant être représentée avec au plus
21 bits (soit ua plus 3 octets) du 1/1/1 au 31/12/4095 et en fait 2
octets pour les dates depuis la réfome du calendrier grégorien
jusqu'à nos jours prochains...
A +
2octets = 65536 valeurs soit 179 ans 157 jours
la réfome du calendrier grégorien est le 15 octobre 1582
http://fr.wikipedia.org/wiki/Calendrier_gr%C3%A9gorien
donc Fred Brouard est en 1762 ce qui explique sans doute sont retard
en technologie de SGBD puisque il est entre Blaise Pascal et Augusta
Ada King soit a la programmation des metiers à tisser de Joseph Marie
Jacquard sur carte perforées :-)
Ah parce que vous en êtes déjà aux cartes perforées Jacquard chez vous ???
;-)
A +
Alors les autres... c'est no future! : o)))"
Alors les autres... c'est no future! : o)))"
Alors les autres... c'est no future! : o)))"
nobody a écrit :
Alors les autres... c'est no future! : o)))"
bon, docteur bonux, tu nous les brises menu
nobody a écrit :
Alors les autres... c'est no future! : o)))"
bon, docteur bonux, tu nous les brises menu
nobody a écrit :
Alors les autres... c'est no future! : o)))"
bon, docteur bonux, tu nous les brises menu
et à propos de "Docteur" je supposes que vous parler de "Helios"
je l'ai croisé le 25 chez IBM ou il passait (sortie de sa retraite) dans
une réunion sur les SGBDR et il m'a semblait plûtot très apprécié
et à propos de "Docteur" je supposes que vous parler de "Helios"
je l'ai croisé le 25 chez IBM ou il passait (sortie de sa retraite) dans
une réunion sur les SGBDR et il m'a semblait plûtot très apprécié
et à propos de "Docteur" je supposes que vous parler de "Helios"
je l'ai croisé le 25 chez IBM ou il passait (sortie de sa retraite) dans
une réunion sur les SGBDR et il m'a semblait plûtot très apprécié
nobody a écrit :
> et à propos de "Docteur" je supposes que vous parler de "Helios"je l'ai croisé le 25 chez IBM ou il passait (sortie de sa retraite)
dans une réunion sur les SGBDR et il m'a semblait plûtot très apprécié
mais oui, docteur bonux, il n'y a pas de mal à s'astiquer.
PS: demande à Free de te changer ton @ IP
nobody a écrit :
> et à propos de "Docteur" je supposes que vous parler de "Helios"
je l'ai croisé le 25 chez IBM ou il passait (sortie de sa retraite)
dans une réunion sur les SGBDR et il m'a semblait plûtot très apprécié
mais oui, docteur bonux, il n'y a pas de mal à s'astiquer.
PS: demande à Free de te changer ton @ IP
nobody a écrit :
> et à propos de "Docteur" je supposes que vous parler de "Helios"je l'ai croisé le 25 chez IBM ou il passait (sortie de sa retraite)
dans une réunion sur les SGBDR et il m'a semblait plûtot très apprécié
mais oui, docteur bonux, il n'y a pas de mal à s'astiquer.
PS: demande à Free de te changer ton @ IP
et à propos de "Docteur" je supposes que vous parler de "Helios"
je l'ai croisé le 25 chez IBM ou il passait (sortie de sa retraite) dans
une réunion sur les SGBDR et il m'a semblait plûtot très apprécié
(presque tout les présents lui on demander des cartes de visite et donné
la leur)
Au fait, vous savez que votre cagoule est percée ?
et à propos de "Docteur" je supposes que vous parler de "Helios"
je l'ai croisé le 25 chez IBM ou il passait (sortie de sa retraite) dans
une réunion sur les SGBDR et il m'a semblait plûtot très apprécié
(presque tout les présents lui on demander des cartes de visite et donné
la leur)
Au fait, vous savez que votre cagoule est percée ?
et à propos de "Docteur" je supposes que vous parler de "Helios"
je l'ai croisé le 25 chez IBM ou il passait (sortie de sa retraite) dans
une réunion sur les SGBDR et il m'a semblait plûtot très apprécié
(presque tout les présents lui on demander des cartes de visite et donné
la leur)
Au fait, vous savez que votre cagoule est percée ?
voici la tronche de l'expert (le mec en blouson)
voici la tronche de l'expert (le mec en blouson)
voici la tronche de l'expert (le mec en blouson)