sql >> Database teknologi >  >> RDS >> Mysql

Lagring af ikke-gregorianske datoer i Mysqls datotype

Nej. Bortset fra at en gyldig dato i et kalendersystem ikke findes i en anden kalender, fungerer funktioner på DATE indtastede kolonner fungerer muligvis ikke korrekt. Sagen er ikke kun lagring af data, du skal behandle disse data og for eksempel sammenligne dem med CURDATE() .

Hvis du vælger en korrekt formatering, skal du bruge to cifre for måned og dag og statisk antal cifre for år, en tegnstrengtype, CHAR eller VARCHAR er fint. At sammenligne temaer med hinanden er kun en leksikalsk sammenligning, og du kan stadig skrive dine funktioner eller procedurer for at udvide funktionaliteten.

Vælger TIMESTAMP eller DATE ændrer spørgsmålet, da førstnævnte repræsenterer et bestemt tidspunkt, men sidstnævnte repræsenterer en bestemt post i kalenderen. Hvis du vil sætte tid ved siden af ​​dato, er de stadig forskellige i betydning. Du bør tænke på problemer som ændringer i sommertid, som forårsager, at nogle mennesker foretrækker at sætte kalenderindgang (DATE), og nogle foretrækker sekunder, der er gået fra 1. januar 1970 (TIMESTAMP). for eksempel. der er to tidsstempler for 1393-06-30 23:30:00 i Hijri Shamsi-kalenderen baseret på gældende iranske regeringslove.



  1. inputfilen ser ud til at være en tekstformatdump. Brug venligst psql

  2. MySQL datetime standardtid med interval

  3. Importer en CSV-fil til SQL Server ved hjælp af SqlBulkCopy

  4. Vælg række med seneste dato pr. bruger