Reprise du message précédent :

C'est des quantités inférieure à 1000, donc on stocke en boolean sur 10 colonnes  

 
"de grâce "
 
pour bien faire se faire chier a utiliser de l'utf-8

 
 
C'est déjà plus claire pour moi, bon, je retourne stocker mes photos de 500 mo en brut dans ma BDD moi  

   
 
Le format de dates = emmerdes garanties.

Et c'est vachement bien pour trier.

Tout (bon) développeur sait que pour représenter une date, il y a le format ISO 8601, point barre.
 
A+,

En blob  

 
RPZ

 
+1 en particulier quand ta base ne supporte pas le format date en natif.

https://fr.wikipedia.org/wiki/Mars_ [...] e_la_sonde  

Quand on dit que les travaux scientifiques doivent se faire en unité du système international, c'est pas pour rien

Tout bon développeur affiche la date dans le format de l'utilisateur et s'en fout de quel format c'est vu qu'y a des fonctions pour ça et qu'en interne c'est pas stocké en texte

oui enfin tout bon développeur essaie de garder un minimum de logique en gardant un format de date unique entre ses différents modules (surtout si ils sont tous écrit au même endroit).

On en reviens à : un format pour le code, et une copie dans un autre format pour l'affichage. Mais dans le code, un seul format est présent ^^

C'est ce que j'ai dit.  
Pour la représentation interne à ton programme, format ISO 8601, il y a des librairies pour les manipulations des dates à ce format, si tu n'es pas dans un langage pourri.
Pour l'affichage et l'input, des fonctions de conversion format externe/format ISO 8601, et basta. Mais surtout ne jamais trimballer une représentation interne autre que le format ISO 8601 en dehors des E/S.
 
A+,

   
 
Découplage M/V toussa

 
J'vais afficher la date en morse épisétou

L'animal ou le langage ? Parce que si les specs sont pas précises, après c'est le bordel !    

L'animal ! un demi morse correspondant à 42 secondes, et un morse complet 21 ms.
 
Un couple qui copule correspond à 3 ans et 4 mois.
 
Un morse 3/4 pour 1 mois et 1 semaine.
 
Avec un truc aussi simple, tu fait ez tout un nouveau système de dates

Ça reste moins débile que le système impérial

 
Ou, pour en revenir à la base, que de stocker les dates en varchar  

 
Surtout que ce sont  que des chiffres, on pourrait stocker ça avec un UInt25

Oui, mais ça c'est en été, en hiver, à cause des icebergs à éviter, un demi-morse monte bien a 22s, voire 23s les années exceptionnellement froides.
 
A+,

 
 
Suffit que ça tape la même année que la coupe du monde, et ça peut varier jusqu'à 30, en fonction de l'inclinaison du soleil par rapport à la tour Eiffel.  

Si t'es pas dans un langage pourri, la représentation interne c'est un type datetime spécifique (ou un numérique du nombre de jours ou de (milli)secondes depuis une certaine date) mais justement pas une représentation textuelle
L'ISO 8601 par contre est bien comme format d'échange texte type xml/json.

Je l’ai lu comme ça.

J'ai pas parlé de représentation textuelle. Un objet/struct ça peut avoir des champs.
Et le pb des leap seconds fait que tu n'as pas de correspondance déterministe entre date/nb de ticks depuis un repère fixe à partir du moment ou il s'agit d'une date future un peu lointaine.
 
A+,

 
L'origine du probleme c'est pas qu'il n'utilise pas le format de date interne a son programme (il a peut-etre un wrapper degueulasse qui parse sa chaine de caractere et la converti en type date) mais qu'il stocke sa date dans un format non compatible avec ISO 8601 (en texte avec un format jj/mm/aaaa ou autre) et ca c'est au buche.  
Du coup n'importe quel autre usage des donnees que via son application (au hasard un BI qui veut faire des requetes dessus) se retrouve comme un con s'il n'est pas au courant.

L'important c'est d'avoir le choix dans la date

c'est mieux d'avoir 2 choix

Je pose ça là :  
 
https://forum.hardware.fr/hfr/Achat [...] #t24909525
 

Forcément là ...
 
Heureusement que y'a le coaxial wifi sinon ça serait vraiment une daube ...

c'est dense à lire les discussions où personne n'a d'avatar

Le portable en question est équipé d'une carte wifi 2.4 Ghz 802.11n, soit un débit maximal d'environ 10 Mo/s, une bonne dizaine de fois inférieur au débit proposé par la FTTH.

 
Ok

Ce n'est pas pour cela que c'est incompatible.

Si tu cherche un pc portable avec du wifi qui tient 1gbps en réel, je pense que tu peux chercher longtemps.

C'est surtout la façon dont il l'a dis x)  
 
On a compris qu'il parlait du débit wifi pas assez élevé, mais la façon dont c'est dit, de la fibre par wifi, y'a un souci, le wifi étant un signal et la fibre un "câble" physique

Il a regardé les commentaires client sur la Fnac, notamment celui là :  

 
y a quoi de faux dans ce qu'il dit, à part que l'unité n'existe pas, il a du vouloir dire Mbps    
 
Par contre je ne savais pas qu'il existait encore des machines vendues avec des cartes réseaux juste 100baseTX