Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
DiscussionsAccessExcelInfoPathOutlookPowerPointPublisherWord
DirectoryUser Groups
Related Topics
Outlook ExpressInternet ExplorerWindowsMS Server ProductsMore Topics ...

MS Office Forum / Word / Mailmerge and Fax / February 2005

Tip: Looking for answers? Try searching our database.

Word Mail Merge with QueryString longer than 255 characters

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Sebastian Martinez - 26 Jan 2005 16:48 GMT
Hi,
   I have an aplication where I use Automation of Word Mail Merge from SQL
Server, my problem is that the query I use to filter the data from a data
view of the database in SQL Server is longer than 255 characters so I can?t
use the method MailMerge.OpenDataSource.

The solution I?ve found is to make an MailMerge.OpenDataSource without a
query and then set the query using the property
MailMerge.DataSource.QueryString, but it always throw an exception of type
with the message Command failed.

Is there a solution?
Thanks

Here is part of the code:

docApp = new Word.Application();

letterDoc = docApp.Documents.Open(ref docPath, ref missingObject, ref
missingObject,
ref missingObject, ref missingObject, ref missingObject, ref missingObject,
ref missingObject,
ref missingObject, ref missingObject, ref missingObject, ref visible, ref
missingObject,
ref missingObject, ref missingObject, ref missingObject);

object objSQL;
string query;
query = "SELECT * FROM viw_DocumentReport WHERE " + whereClause;

Word.MailMerge letterMerge = letterDoc.MailMerge;
objSQL = (object)query.Trim();

letterMerge.OpenDataSource(ConfigurationSettings.AppSettings["DocumentReport
Conection"].Trim(),
ref missingObject,ref missingObject,ref missingObject,ref missingObject,ref
missingObject,
ref missingObject,ref missingObject,ref missingObject,ref missingObject,ref
missingObject,
ref missingObject, ref missingObject, ref missingObject, ref missingObject,
ref missingObject);

letterMerge.DataSource.QueryString = query;
letterMerge.Destination = Word.WdMailMergeDestination.wdSendToNewDocument;
Word.Document newDocument;
object pause = (object)false;
letterMerge.Check();
letterMerge.Execute(ref pause);
string fileName = "Printed_Document";
newDocument = docApp.ActiveDocument;
newDocument.SaveAs(ref newDocPath, ref missingObject,ref missingObject,ref
missingObject,ref missingObject,ref missingObject,ref missingObject,ref
missingObject,ref missingObject,ref missingObject,
ref missingObject,ref missingObject,ref missingObject,ref missingObject,ref
missingObject,ref missingObject);
Peter Jamieson - 26 Jan 2005 17:15 GMT
Have you tried using the OpenDataSource parameters SQLStatement and
SQLStatement1 to extend the SQL beyond 255? The two strings, concatenated,
make up the complete SQL query (so you may need a space at the beginning of
SQLStatement1) ?

However, the total length limit for these strings can vary depending on the
version of Word and the data source (there was a particular problem in Word
2002 with OLEDB data sources) so that may not work.

Peter Jamieson

> Hi,
>    I have an aplication where I use Automation of Word Mail Merge from SQL
[quoted text clipped - 57 lines]
> missingObject,ref
> missingObject,ref missingObject);
Sebastian Martinez - 26 Jan 2005 18:27 GMT
Thanks for the answer but I have already tried to use the OpenDataSource
splitting the QueryString and also throws me an Exception with the message
"Word was unable to open the data source".
If it hepls for something I am using Office 2003.

> Have you tried using the OpenDataSource parameters SQLStatement and
> SQLStatement1 to extend the SQL beyond 255? The two strings, concatenated,
[quoted text clipped - 41 lines]
> > Word.MailMerge letterMerge = letterDoc.MailMerge;
> > objSQL = (object)query.Trim();

letterMerge.OpenDataSource(ConfigurationSettings.AppSettings["DocumentReport
> > Conection"].Trim(),
> > ref missingObject,ref missingObject,ref missingObject,ref
[quoted text clipped - 21 lines]
> > missingObject,ref
> > missingObject,ref missingObject);
Peter Jamieson - 26 Jan 2005 20:52 GMT
Can you post your code here please? I particularly need to know exactly what
you are putting into SQLStatement and SQLStatement1

Peter Jamieson

> Thanks for the answer but I have already tried to use the OpenDataSource
> splitting the QueryString and also throws me an Exception with the message
[quoted text clipped - 84 lines]
>> > missingObject,ref
>> > missingObject,ref missingObject);
Sebastian Martinez - 27 Jan 2005 13:17 GMT
The query is generated dinamicaly, this are examples of the values of
SQLStatement and SQLStatement1.

Example 1:
SQLStatement = "SELECT * FROM viw_DocumentReport WHERE DocumentCode =
'doc01' AND PrintDate IS NULL AND SendDocument = '1' AND
SocialSecurityNumber = '090909090'  AND AsMemberNumber = '99999999999'  AND
PatientFirstName LIKE 'JANIRA%'  AND PatientLastName LIKE 'CRUZ RIVER"

SQLStatement1 = "A%'  AND PatientSex = 'F'  AND CompanyNumber = '90'  AND
CompanyDescription LIKE 'Medical Card System%'  AND AsGroupNumber = '90005'
AND ConditionProgramCode = 'A001'  AND PatientEligible = '1' "

Example 1:
SQLStatement = "SELECT * FROM viw_DocumentReport WHERE DocumentCode =
'doc01' AND PrintDate IS NULL AND SendDocument = '1' AND
SocialSecurityNumber = '090909090'  AND AsMemberNumber = '99999999999'  AND
PatientFirstName LIKE 'JANIRA%'  AND"

SQLStatement1 = " PatientLastName LIKE 'CRUZ RIVERA%'  AND PatientSex = 'F'
AND CompanyNumber = '90'  AND CompanyDescription LIKE 'Medical Card System%'
AND AsGroupNumber = '90005' AND ConditionProgramCode = 'A001'  AND
PatientEligible = '1' "

The code from where I obtain the first example is:
query = "SELECT * FROM viw_DocumentReport WHERE " + whereClause;
Word.MailMerge letterMerge = letterDoc.MailMerge;
objSQL = query.Substring(0,255);
objSQL2 = query.Remove(0,255);

letterMerge.OpenDataSource(ConfigurationSettings.AppSettings["DocumentReport
Conection"].Trim(),
ref missingObject,ref missingObject,ref missingObject,ref missingObject,ref
missingObject,
ref missingObject,ref missingObject,ref missingObject,ref missingObject,ref
missingObject,
ref missingObject, ref objSQL, ref objSQL2, ref missingObject, ref
missingObject);

The values of the second example where generated manually by me.

> Can you post your code here please? I particularly need to know exactly what
> you are putting into SQLStatement and SQLStatement1
[quoted text clipped - 60 lines]
> >> > Word.MailMerge letterMerge = letterDoc.MailMerge;
> >> > objSQL = (object)query.Trim();

letterMerge.OpenDataSource(ConfigurationSettings.AppSettings["DocumentReport
> >> > Conection"].Trim(),
> >> > ref missingObject,ref missingObject,ref missingObject,ref
[quoted text clipped - 23 lines]
> >> > missingObject,ref
> >> > missingObject,ref missingObject);
Peter Jamieson - 07 Feb 2005 13:13 GMT
Not sure if you are still there, but it was a long time before I was in a
good position to check this again.

As far as i can see from a simple example there is still a problem in Word
2003 where the maximum combined length of SQLStatement and SQLStatement1 is
255 when you are using OLEDB providers - or at least some of them, including
the SQL Server provider.

As far as I can tell, this limitation does not exist if you use ODBC, but
then you lose access to Unicode data and possibly other more recent SQL
Server features. I suppose you could also create the query dynamically as a
View within SQl Server (perhaps using ADO) and use it, but that introduces
other issues that are almost certainly best avoided.

Peter Jamieson

> The query is generated dinamicaly, this are examples of the values of
> SQLStatement and SQLStatement1.
[quoted text clipped - 149 lines]
>> >> > missingObject,ref
>> >> > missingObject,ref missingObject);
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.