Aries Manlig

  • Interests: Nature and Mystic Science

SQLServerCentral Article

Think Twice Before You Convert

Have you ever lost data when using CAST or CONVERT in T-SQL? There is an interesting behavior that probably has caused problems for quite a few people, and one you should be aware of. New author Aries J. Manlig brings us a look at this documented, but mostly unheard of behavior.

3.33 (3)

You rated this post out of 5. Change rating

2005-12-22

10,928 reads

Blogs

Finding the Latest Backup Timestamps for Your Databases

By

Finding the Latest Backup Timestamps for Your Databases I wanted to find out the most...

Using SQL Elastic Pools

By

We use SQL elastic pools at work. I needed to learn more about their...

Webcast: How to Secure SQL Server – End to End Security

By

On April 16, 2024, I will be giving another webcast; this one will be...

Read the latest Blogs

Forums

Brother Printer Offline, Call +1-888-966-6097 | How To Fix It?

By robertmiller

Encountering the "Brother printer offline" status can be frustrating, especially when you urgently need...

Brother Printer Not Printing ☎️ +1(888)966-6097 | Essential Guide

By robertmiller

Brother printers are known for their reliability, but occasionally, users may encounter issues where...

Brother Printer Support ☎️ +1(888)966-6097 | Complete Guide

By robertmiller

Brother printers are renowned for their reliability, performance, and innovative features, catering to both...

Visit the forum

Question of the Day

The Cloned Database Size

I have a small test sandbox database on an instance with default master, model, msdb, and tempdb settings. The database has these files:database file propertiesI now run this command:

DBCC CLONEDATABASE(sandbox, sandbox_clone);
GO
When I examine the database file properties, what do they show?

See possible answers