Nej.
Du skal have en kolonne til dette.
Forestil dig, hvor store metadataene ville være, hvis du havde brug for at føre en registrering for hver post for oprettelse! Vil du også beholde metadata på dine metadata, så du ved hvornår metadataene er blevet opdateret? Pladsforbruget kan hurtigt eskalere.
SQL Server gemmer nogle statistikker, men noget, der er specifikt, skal komme fra et brugerdefineret felt.
Som en sidebemærkning kan du gøre det sværere at pille ved datoen på dit oprettede felt, hvis du bruger en opslagstabel. Opret en tabel "TableName_CreateDate" og brug PK'en fra din faktiske tabel og en datoværdi. Din dato er på et separat sted og mindre tilbøjelige til at blive ændret, men du kan stadig JOIN på den for at få din ordre. Du skal oprette en trigger for at opdatere denne med nye værdier.
Hvis du kun ønsker DATO og ikke har brug for en datetime-værdi, kan du gå et skridt videre og bare have en tabel med datoer og en opslagstabel, der slutter sig til det. Dvs.:
Table->Table.PK + Date.Pk -> DateTable
Dette ville spare en masse drevplads, hvis du har mange rækker (4 bytes pr. række tror jeg).