SQL Server getdate() pour une chaîne comme “2009-12-20”

Dans Microsoft SQL Server 2005 et .NET 2.0, je veux convertir la date en cours pour une chaîne de la forme "AAAA-MM-JJ". Par exemple, le 12 décembre 2009 deviendrait "2009-12-20". Comment puis-je le faire en SQL.

Le cadre de cette instruction SQL dans la table de définition. En d'autres termes, c'est la valeur par défaut. Ainsi, lorsqu'un nouvel enregistrement est créé par défaut la valeur de la date courante est stockée comme une chaîne de caractères dans le format ci-dessus.

Je vais essayer:
SÉLECTIONNEZ CONVERT(VARCHAR(10), GETDATE(), 102) COMME [AAAA.MM.DD]

Mais SQL server conserve de conversion que pour:
('SELECT CONVERT(VARCHAR(10), GETDATE(), 102) COMME [AAAA.MM.DD]')

de sorte que le résultat est juste:

'SELECT CONVERT(VARCHAR(10), GETDATE(), 102) COMME [AAAA.MM.DD]'

Voici une capture d'écran de ce que l'explorateur de serveurs Visual Studio, table de définition, propriétés de la montre:

SQL Server getdate() pour une chaîne comme “2009-12-20”

Ces wrapper bits sont ajout automatiquement et la conversion de tous à la chaîne littérale: (N' ')

Voici la raison pour laquelle je suis en train d'utiliser autre chose que la base DATETIME j'utilisais précédemment:

C'est l'erreur que j'obtiens lorsque accrochage tout à l'ASP.NET GridView et essayer de faire une mise à jour via l'affichage de la grille:

Erreur de serveur dans l'Application'/'.

La version de SQL Server est en cours d'utilisation ne prend pas en charge le type de données "date".
Description: Une exception non gérée s'est produite pendant l'exécution de la demande web actuelle. Veuillez consulter la trace de la pile pour plus d'informations sur l'erreur et où elle a son origine dans le code.

Détails De L'Exception: System.ArgumentException: La version de SQL Server est en cours d'utilisation ne prend pas en charge le type de données "date".

Source De L'Erreur:

Une exception non gérée s'est produite lors de l'exécution de la demande web actuelle. Informations concernant l'origine et l'emplacement de l'exception peut être identifié à l'aide de la trace de pile d'exception ci-dessous.

Trace De La Pile:

[ArgumentException: La version de SQL Server est en cours d'utilisation ne prend pas en charge le type de données 'date'.]

Note: j'ai ajouté une question liée à essayer de contourner le SQL Server ne prend pas en charge le type de données 'date' erreur afin que je puisse utiliser un DATETIME comme recommandé.

  • Pourquoi askf ro aaaa-mm-jj, mais utiliser le style 102 yyyy.mm.dd ?
InformationsquelleAutor Adam Kane | 2009-12-20
  1. 11

    http://www.sql-server-helper.com/tips/date-formats.aspx

    Pour une liste de tous les formats horaires.

    InformationsquelleAutor amrinder
  2. 7
    CONVERT(CHAR(10), MyDateValue, 120)

    Cependant, pourquoi ne pas stocker date, er, "date" ou "smalldatetime"?
    Et utiliser la fonction GETDATE() comme valeur par défaut

    Raisons pour le faire correctement

    • conversions implicites parce que de type de données de priorité
    • dépendant d'une langue (ne pas mentionner ISO: SQL Server ne joue pas bien avec que de la date de l'ISO avant 2008)
    • 10 octets pour stocker, ou 12 comme varchar. Pire, si le temps est nécessaire (smalldatetime est de 4).

    Edit:

    Vous n'utilisez pas de SÉLECTIONNER une valeur par défaut. Vous utilisez une fonction ou d'une constante.

    De CRÉER UNE TABLE: ...DEFAULT constant_expression...

    Pour envelopper le CONVERTIR dans un fichier UDF. Ou utiliser la fonction GETDATE().

    Et pourquoi êtes-vous en utilisant le style de 102?

    • +1 tous les bons points - ne jamais comprendre pourquoi les gens insiste sur l'enregistrement des dates dans les champs VARCHAR....
    • La configuration de base de données que je suis à l'aide de garde d'étouffement sur DbType date. Je ne sais pas pourquoi, mais j'ai vraiment juste besoin d'un écran pour l'utilisateur, donc je suis juste à la recherche de stocker une chaîne de caractères.
    InformationsquelleAutor gbn
  3. 4

    Si vous VRAIMENT devez stocker votre date VARCHAR (il n'y a vraiment pas de bonnes raisons pour cela....), ensuite, vous deviez définir cette dans votre définition de la table:

    CREATE TABLE yourTable
(........,
 TimestampString NVARCHAR(50) DEFAULT CONVERT(VARCHAR(50), GETDATE(), 102),
 ..........)

    Baisse de la AS [YYYY.MM.DD] partie de votre déclaration et vous devriez être bien.

    Et s'il vous plaît: une chaîne de date n'aurez plus jamais besoin de 1024 caractères! Faire le NVARCHAR domaine que tant qu'ils ont vraiment besoin d'être....

    Mais sérieusement: je TOUJOURS enregistrer des dates comme les champs DATETIME - si vous avez absolument besoin d'avoir une représentation de chaîne, pourquoi ne pas simplement ajouter un champ calculé pour que:

    ALTER TABLE YourTable
  ADD TimestampString AS CONVERT(NVARCHAR(50), YourDateField, 102) PERSISTED

    De cette façon, vous obtenez un nouveau champ calculé "TimestampString", qui représente toujours le 102 de style de type VARCHAR représentation de votre champ date /heure, et ensuite vous pouvez faire tous les calculs sur un champ DATETIME comme il se doit.

    • J'ai ouvert une nouvelle question afin d'essayer de contourner les erreurs qui ont été m'empêchant de partir sur une base de type DATETIME. Merci pour vos conseils.
    InformationsquelleAutor marc_s