dbTalk Databases Forums  

How do I avoid (or use effectively) the WChar datatype

microsoft.public.sqlserver.olap microsoft.public.sqlserver.olap


Discuss How do I avoid (or use effectively) the WChar datatype in the microsoft.public.sqlserver.olap forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
davidb (AT) mercurydata (DOT) com
 
Posts: n/a

Default How do I avoid (or use effectively) the WChar datatype - 05-19-2006 , 09:30 AM







All fields are being mapped as a WChar data type. What's with that? Is
it because my relational data is in an Oracle database?

And what is WChar anyway? Super-big Unicode character?

And I cannot appear to change it. When I'm editing a dimension
attribute properties, I can select a new data type but then the
attribute gets the squiggly red line underneath.

In addition, when I updated the data types in my relational data and
refreshed the DSV in the BI Workbench, the dimensions no longer
processed.

This is my first attempt at Analysis Server 2005 so I would appreciate
any article that provides context for this part of the process. In the
meantime, I will review books online more closely. Thanks.

-David


Reply With Quote
  #2  
Old   
Tim Dot NoSpam
 
Posts: n/a

Default Re: How do I avoid (or use effectively) the WChar datatype - 05-19-2006 , 10:29 AM






Comments inline.


<davidb (AT) mercurydata (DOT) com> wrote

Quote:
All fields are being mapped as a WChar data type. What's with that? Is
it because my relational data is in an Oracle database?

WChar is the equivalent to Unicode. If the source system were SQL
Server, your columns would be nchar, nvarchar, etc. I'm not famliar enough
with Oracle to state with any confidence that their varchar, varchar2
datatypes are unicode...

Quote:
And what is WChar anyway? Super-big Unicode character?

Unicode.

Quote:
And I cannot appear to change it. When I'm editing a dimension
attribute properties, I can select a new data type but then the
attribute gets the squiggly red line underneath.

Correct. WChar supports unicode, Char supports non-unicode. It's
complaining about trying to fit a unicode field into a non-unicode field.

Quote:
In addition, when I updated the data types in my relational data and
refreshed the DSV in the BI Workbench, the dimensions no longer
processed.

Yep. This part sucks. If you change your datatypes in your source
system, the DSV update won't update the dimension attributes automatically.
You have to do this manually or delete and redefine your dimensions. Don't
know if this intended behavior or not...

Quote:
This is my first attempt at Analysis Server 2005 so I would appreciate
any article that provides context for this part of the process. In the
meantime, I will review books online more closely. Thanks.

Look for "Datawarehouse Toolkit with SQL Server 2005". Ralph Kimball is
a co-author or something along those lines. It's a good starting point.
Quote:
-David




Reply With Quote
  #3  
Old   
Gummy
 
Posts: n/a

Default Re: How do I avoid (or use effectively) the WChar datatype - 05-20-2006 , 10:15 PM



I am new to this as well. I am working my way through the 2005 Analysis
Services Step by Step book (by Microsoft Press I think).

This is my first look into any sort of data warehousing (plus I have limited
exposure to SQL Server) at all and the book has been OK so far. I have found
that there was a decent amount of detail but my lack of background might
have made the book more difficult for me (although I do think they explain
things pretty well). I did also find that I needed to try things my own way
then go back and reread a chapter to get a better understanding of what they
were explaining in the first place (again, I think it was more me then the
book).

Additionally, I am 10 chapters in and I don't recall seeing anything about
getting the source data into the warehouse. I am pretty sure you can do a
data conversion in Integration Services when you ETL (Extract - Transform -
Load) it from Oracle.

Good luck.



<davidb (AT) mercurydata (DOT) com> wrote

Quote:
All fields are being mapped as a WChar data type. What's with that? Is
it because my relational data is in an Oracle database?

And what is WChar anyway? Super-big Unicode character?

And I cannot appear to change it. When I'm editing a dimension
attribute properties, I can select a new data type but then the
attribute gets the squiggly red line underneath.

In addition, when I updated the data types in my relational data and
refreshed the DSV in the BI Workbench, the dimensions no longer
processed.

This is my first attempt at Analysis Server 2005 so I would appreciate
any article that provides context for this part of the process. In the
meantime, I will review books online more closely. Thanks.

-David




Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.