Solved

sql server - text vs nvarchar

Posted on 2012-04-11
6
842 Views
Last Modified: 2012-04-12
Hi Experts,

I am having a table in sql server 2005.

I will be reading a text file and insert the file details as string in to the table column.

Columun Name: InputXML

Initially, The data type of this column is "Text".

Since, I got the requirement saying that the input file may have 150k length data,

I changed the InptXML column data type to "nvarchar(max)"

Now, while running the batch, I am getting an error which says "FileGroup is Full and could not allocate space"

I was not sure if the error was comming even if the datatype was text.

I thought using nvarchar is better than text data type.

Please suggest,

1. Why is filegroup full error is comming? and how to solve this? (Currently, I am just clearing the table each and every time, i get the error) Is there is any solution for this?
2. Is it because of nvarchar type?
3. Which data type i should use Text/ nvarchar(max).

Please help.
0
Comment
Question by:RameshLathu
6 Comments
 
LVL 13

Expert Comment

by:Ashok
ID: 37835938
Try using
VARCHAR(MAX)

Ashok
0
 
LVL 13

Expert Comment

by:Ashok
ID: 37835952
execute this for your table (change MyTable with your real table name).

sp_tableoption N'MyTable', 'large value types out of row', 'ON'

HTH
Ashok
0
 
LVL 13

Assisted Solution

by:Ashok
Ashok earned 100 total points
ID: 37835960
sp_tableoption N'MyTable', 'large value types out of row', 'OFF'

Not sure which one is default if you do not set it manually so
if 'ON' does not work, try setting it to 'OFF'.

HTH
Ashok
0
Migrating Your Company's PCs

To keep pace with competitors, businesses must keep employees productive, and that means providing them with the latest technology. This document provides the tips and tricks you need to help you migrate an outdated PC fleet to new desktops, laptops, and tablets.

 
LVL 5

Assisted Solution

by:hafeezmca
hafeezmca earned 300 total points
ID: 37836058
HI,

Regarding your first & second query:

Unplanned growth of the Data or Transaction log can take up space in the disk. Check if the autogrow option for both Data and log are not set * By percent * .
 
You can see this by selecting Database->properties->Data files tab and Transaction log tab.
 
Please refer the following links for more information:
 

http://support.microsoft.com/default.aspx/kb/315512/EN-US/

If some of your tables are growing faster than you thought then if possible archive and purge them if not you may need to add more space to the disk...
 
To resolve this issue withou a down time you can create new to a different drive by adding new file to PRIMARY FILGROUP


For more information about how to grow and shrink your database and log files, click the following article numbers to view the articles in the Microsoft Knowledge Base:
 
256650  (http://support.microsoft.com/kb/256650/ ) How to shrink the SQL Server 7.0 transaction log
 
272318  (http://support.microsoft.com/kb/272318/ ) Shrinking the transaction log in SQL Server 2000 with DBCC SHRINKFILE
 
317375  (http://support.microsoft.com/kb/317375/ ) A transaction log grows unexpectedly or becomes full on a computer that is running SQL Server
 
247751  (http://support.microsoft.com/kb/247751/ ) BUG: Database maintenance plan does not shrink the database
 
305635  (http://support.microsoft.com/kb/305635/ ) A timeout occurs when a database is automatically expanding

Regarding your third query:

SQL 2005 has deprecated the TEXT in favor of VARCHAR(MAX)  .
Use varchar unless you deal with a lot of internationalized data, then use nvarchar.

The default setting for VARCHAR(MAX) is to store its text value in the table structure, unless the text is over 8,000 bytes at which point it behaves like an TEXT and stores the text value in the LOB.

Since you have altered the table, SQL Server did the alter table, it didn't use the default NVARCHAR(MAX) setting of text in row, but kept the text in the LOB and still uses pointers lookups to get the text out of the LOB.

So, execute this command,  UPDATE <<TableName>> SET Inputxml = Inputxml;

Here are good articles:

http://geekswithblogs.net/johnsPerfBlog/archive/2008/04/16/ntext-vs-nvarcharmax-in-sql-2005.aspx

http://stackoverflow.com/questions/35366/varchar-vs-nvarchar-performance
0
 
LVL 12

Accepted Solution

by:
Anuradha Goli earned 100 total points
ID: 37836879
using the SQL Server Management Studio. Connect to the server running the Database, open the server/databases, right-click on the database (default name) and click properties. Click on the files tab, change the initial size to the new size(increase size) and click Ok. You can validate that the change in size occurred by going back to the properties of the database.
0
 

Author Closing Comment

by:RameshLathu
ID: 37837278
Thankyou
0

Featured Post

Best Practices: Disaster Recovery Testing

Besides backup, any IT division should have a disaster recovery plan. You will find a few tips below relating to the development of such a plan and to what issues one should pay special attention in the course of backup planning.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Load balancing is the method of dividing the total amount of work performed by one computer between two or more computers. Its aim is to get more work done in the same amount of time, ensuring that all the users get served faster.
Ever wondered why sometimes your SQL Server is slow or unresponsive with connections spiking up but by the time you go in, all is well? The following article will show you how to install and configure a SQL job that will send you email alerts includ…
Via a live example, show how to extract insert data into a SQL Server database table using the Import/Export option and Bulk Insert.
Viewers will learn how to use the SELECT statement in SQL and will be exposed to the many uses the SELECT statement has.

679 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question