Variable not used in query

HI
I am making a query in which I am using a variable 'Zfiscper' in calcualting a formula variable. but while running , it displays an error message - 'zfiscper' not BEing used in query.
Can ne one tell y this msg is comin??

Hi i know how to use char as a KF in the report but i am asking did use the Fisyear varaible in the formula with replacement path??? It id not possible to do so. Just try to drag that fiscal year variable in the report and excute the querry.
If not possible by doing so then just drag the fiscal year in the rows. And run the querry.
Khaja

Similar Messages

Variable not visible in query designer

Hello,
I have 4 variables created for an InfoObject. But for one of my query written on Infoset, under that InfoObject in query designer it only shows me 2 variables.
Any ideas what is causing the other 2 variables not to be visible?
Thanks in advance,
vamsi.

which type of variables have you created?
Regards,
Chandra.

Variables not seen in query properties

Dear friends,
I have a question as below,
I have 10 variables in a report and i have to change the order of this variables. for this when i go to query properties I dont see 2 variables of currency conversion.
Is there any other place where i can find these two missing variables in the report or any other alternate to fix my issue.
Cheers
Nitu

Hello -
I believe I am having the same issue. I am using a currency conversion type that is set up with variables for currency unit, exchange rate type and date. The 3 variables show up on the variable screen but they seem to be inserted amongst my regular characteristic variables with no apparent logical order. It does not appear to be alphabetical by technical name or description.
In Query Properties -> Variable Sequence Tab, they are not listed with the regular variables which I can reorder using this tab.
I would like to be able to sequence all of the variables -- including those displayed on the variable screen because of the currency conversion type.
Thank you -
Ann

Date Variable not working on Query

I have a query that is working just fine and returns the correct values. The problem is that no matter what dates I put in, it always returns all records, not the ones from the variable. Can anyone take a look and see what it is I am doing wrong, or why is it that the date variable has no meaning when I run this.
Here is the query I am using:
SELECT '00001' AS 'Co', T0.CardName AS 'Customer', T0.CardCode AS 'Customer #', T0.Address2 AS 'Ship To Address', T3.City AS 'Ship To City', T3.State, T3.ZipCode, T3.Country, T0.DocNum AS 'Invoice Number', SUM(T1.LineTotal * (100 - T0.DiscPrcnt) / 100) + CASE WHEN SUM(T1.VATSum) <> 0 THEN SUM(T1.VATSum) ELSE 0 END AS 'Invoiced amount', SUM(T1.LineTotal * (100 - T0.DiscPrcnt) / 100) AS 'Sale', CASE WHEN (T1.TAXCODE LIKE ('%EX')) THEN SUM(T1.LineTotal * (100 - T0.DiscPrcnt) / 100) ELSE 0 END AS 'Exempt Sales', CASE WHEN (T1.TAXCODE NOT LIKE ('%EX') AND T1.VatPrcnt = 0) THEN SUM(T1.LineTotal * (100 - T0.DiscPrcnt) / 100) ELSE 0 END AS 'Not Taxed', CASE WHEN SUM(T1.VATSum) <> 0 THEN SUM(T1.LineTotal * (100 - T0.DiscPrcnt) / 100) ELSE 0 END AS 'Tax Base', CASE WHEN SUM(T1.VATSum)
<> 0 THEN SUM(T1.VATSum) ELSE 0 END AS 'Tax', T1.VatPrcnt AS 'Rate', T1.TaxCode AS 'Tax Rate/Area', T2.Name AS 'Tax Area Description', T0.DocDate AS 'GL Date', T0.TaxDate AS 'Document Date',T3.AdresType
FROM OINV T0
Inner Join INV1 T1 on T0.DocEntry = T1.DocEntry
Inner Join OSTC T2 on T1.TaxCode = T2.Code
Left Outer Join CRD1 T3 on T0.CardCode = T3.CardCode and T0.ShipToCode = T3.address
Where (T3.AdresType <> 'b') OR (T0.ShipToCode = ' ') AND (T0.DocDate >= '[%01]' or isnull('[%01]','')='')
and (T0.DocDate <= '[%02]' or isnull('[%02]','')='')
Group By T0.DocNum, T0.CardCode, T0.CardName, T0.Address2, T1.TaxCode, T0.DocDate, T0.TaxDate, T2.Name, T3.ZipCode, T3.City, T3.State, T3.Country, T1.VATPrcnt, T3.AdresType
Order By T1.TaxCode, T0.CardName, T3.AdresType
For Browse

Hi,
Try:
SELECT '00001' AS 'Co',
T0.CardName AS 'Customer',
T0.CardCode AS 'Customer #',
T0.Address2 AS 'Ship To Address',
T3.City AS 'Ship To City',
T3.State, T3.ZipCode,
T3.Country, T0.DocNum AS 'Invoice Number',
SUM(T1.LineTotal * (100 - T0.DiscPrcnt) / 100) + CASE WHEN SUM(T1.VATSum)!= 0 THEN SUM(T1.VATSum) ELSE 0 END AS 'Invoiced amount',
SUM(T1.LineTotal * (100 - T0.DiscPrcnt) / 100) AS 'Sale',
CASE WHEN (T1.TAXCODE LIKE ('%EX')) THEN SUM(T1.LineTotal * (100 - T0.DiscPrcnt) / 100) ELSE 0 END AS 'Exempt Sales',
CASE WHEN (T1.TAXCODE NOT LIKE ('%EX') AND T1.VatPrcnt = 0) THEN SUM(T1.LineTotal * (100 - T0.DiscPrcnt) / 100) ELSE 0 END AS 'Not Taxed',
CASE WHEN SUM(T1.VATSum) !=0 THEN SUM(T1.LineTotal * (100 - T0.DiscPrcnt) / 100) ELSE 0 END AS 'Tax Base',
CASE WHEN SUM(T1.VATSum) !=0 THEN SUM(T1.VATSum) ELSE 0 END AS 'Tax',
T1.VatPrcnt AS 'Rate',
T1.TaxCode AS 'Tax Rate/Area',
T2.Name AS 'Tax Area Description',
T0.DocDate AS 'GL Date',
T0.TaxDate AS 'Document Date',
T3.AdresType
FROM OINV T0
Inner Join INV1 T1 on T0.DocEntry = T1.DocEntry
Inner Join OSTC T2 on T1.TaxCode = T2.Code
Left Join CRD1 T3 on T0.CardCode = T3.CardCode and T0.ShipToCode = T3.address
Where ((T3.AdresType != 'b') OR (T0.ShipToCode = ' ')) AND (T0.DocDate >= '[%01\]' or isnull('[%01\]','')='')
and (T0.DocDate <= '[%02\]' or isnull('[%02\]','')='')
Group By T0.DocNum, T0.CardCode, T0.CardName, T0.Address2, T1.TaxCode, T0.DocDate, T0.TaxDate, T2.Name, T3.ZipCode, T3.City, T3.State, T3.Country, T1.VATPrcnt, T3.AdresType
Order By T1.TaxCode, T0.CardName, T3.AdresType
For Browse
Thanks,
Gordon

Answers shows error for table that is not used in query

Hi,
I have two fact tables, both share one common dimension and also have other dimensions. For simplicity let's assume there are only two dimensions for each fact: Dim1 and Dim2 have joins to Fact1 and Dim2 and Dim3 joins to Fact2. (Dim2 is joined to both).
When I query in answers aggregated data from Dim2, Fact1 and Fact2 everything is ok. When I query data from Dim2 and only Fact1 also everything looks fine, however when I query data from Dim1 and Fact1 I get error about Fact2
Error Codes: OPR4ONWY:U9IM8TAC:OI2DL65P
State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. [nQSError: 15018] Incorrectly defined logical table source (for fact table fakti - Grāmatojumu rindas) does not contain mapping for [dim - Piegādātājs.Hansa kods]. (HY000)
SQL Issued: SELECT "dim - Piegādātājs"."Hansa kods" saw_0, "fakti - Piegādātāju rēķinu rindas"."Summa ar PVN (LVL)" saw_1 FROM "Kreditori single source" ORDER BY saw_0
As you can see table "fakti - Grāmatojumu rindas" is even not shown in SQL Issued.
One more thing - if I first query data from Dim1, Dim2 and Fact1, look at results and afterwards delete Dim2 (leaving Dim1 and Fact1) then query returns data without error.
Must be that error is in Business Layer, but I have no idea what should I do to correct it.

Sveiks!
I am not really sure what could have caused this. And, obviously, rebuilding the repository helped.
It seems you could get it to work if you queried dim1, dim2 and fact and then removed dim2 (like you said). So, that suggests something almost on the order of a glitch or, possibly, a bug. The fact that simply rebuilding the repository helped seems to support my glitch hunch, but I am not really sure.
I am relatively new to this product, and the only thing I can suggest as far as business model goes is to pay attention to any warnings when you do "Check Global Consistency". Sometimes, things work even with warnings, but you might encounter strange problems down the line.
-sb

Customer Notes using abap Query

HI Experts,
Can any body suggest me abap query for extracting customer notes?? I have to go thru only this option.
the text i am supposed to extract is here.......VA42 > goto>header>texts> completion notes ..
READ_TEXT is not a solution for me...i need only ABAP Query..
thanks
sony
Edited by: sony on Jan 6, 2009 1:32 PM

hi jay,
thanks for ur reply..but as mentioned read_text is not a solution..
thanks
sony
Edited by: sony on Jan 6, 2009 1:43 PM

Checking correct data format using sql query

1) I got column date of joining which accepts date in below format
DD-MON-YYYY
DD-MON-YY
MON-DD-YYYY
MON-DD-YY
Month DD,YYYY
Question:- how do i check whether all dates in Date of joining column are in above format or not using sql query?
2) I got one more date column which accepts date in below format
MMDDYYYY
YYYYMMDD
MM/DD/YYYY
MM/DD/YY
YYYY/DD/MM
Question:- how do i check whether all dates in date column are in above format or not using sql query?
sorry if it is a very simple question since I am new to sql and trying to learn ......Thanks for the answers from the group............

In short, NO, it's not possible. If you store dates correctly in the database as DATE datatype then you don't have this problem. If you store them as VARCHAR2 you have a problem.
So, you get a date of 20092012
Is that 20th September 2012? or is it 20th December 2009?
What about...
11-Jan-12
Is that 11th January 2012 or 12th January 2011?
Dates should never be stored on the database as strings. That is why Oracle gives you a DATE datatype so you can store them properly.
Also, when dates are passed from an application to the database, the application should be passing them as DATE datatype, and the application interface should be designed to accept dates from the user in a format specific to their country/locality and it would then know what that format is and automatically convert it to a DATE datatype before it gets anywhere near the database or any SQL.

Object variable not set (Error 91) in Input Enabled query

Hello,
I'm having the following issue. I have created an input enabled query and included it in a planning workbook. Every time I open the workbook or query, and I got to an input enabled cell, I get the error below:
Object variable not set (Error 91)
This client has not used planning workbooks before. The system is on 7.10 SP10 for Bex Analyzer and SAP Gui 7.10 Patch Level 13.
I'm not finding any relevant so far in SDN. Any help anyone can provide is greatly appreciated.
Thanks,
Senthil

Hello,
Just wanted to let you all know that this issue has been resolved after updating my SAP Gui to 7.2 Patch Level 4 (Patch Level 5 was causing some other issues so I decided to stay at Level 4).
Thanks,
Senthil

Entry Variable not available in Free char in Query?

Hi
I have to remove one of the entry variable in a query, its costing date and is mandatory variable; but it is not visible in Free characteristic to remove it.
Its one of the factory reports.
Any idea how to remove it?
Thanks in advance
Ishi

Hi Anup
The InfoObject Costing date is used in column in one of the KF. But the variable is not used anywhere.
I tried to create the same report in Query designer, and noticed that after creating the query, system automatically picks the variable as mandatory entry variable
Regards
Priti

Copying Variables in BPEL using XPath Query

Hi,
I am new to BPEL and i want to know if it is possible to copy data from one variable to another using XPath Query in the <from> <to> tags, when the two variables are of different message types.
I am trying to create a sample BPEL that would receive a String through the receive tag tied to one partner link (WSDl) and then invoke a different webservice using the <invoke> tag tied to another partner link (WSDL) by passing the received variable.
I have pasted the BPEL File and the two WSDl files involved.
My Issue is that when I send a soap request to the BPEL, it is passed as null to the webservice invoked.
Probably because the copy tags don't work.
Please help.
BPEL File

<process name="HelloWorld2"
targetNamespace="http://ode/bpel/unit-test"
xmlns="http://docs.oasis-open.org/wsbpel/2.0/process/executable"
xmlns:tns="http://ode/bpel/unit-test"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:test="http://ode/bpel/unit-test.wsdl"
xmlns:ns0="http://poc.com"
queryLanguage="urn:oasis:names:tc:wsbpel:2.0:sublang:xpath2.0"
expressionLanguage="urn:oasis:names:tc:wsbpel:2.0:sublang:xpath2.0">
<import location="HelloWorld2.wsdl"
namespace="http://ode/bpel/unit-test.wsdl"
importType="http://schemas.xmlsoap.org/wsdl/" />
<import location="sayHello.wsdl"
namespace="http://poc.com"
importType="http://schemas.xmlsoap.org/wsdl/" />
<partnerLinks>
<partnerLink name="helloPartnerLink"
partnerLinkType="test:HelloPartnerLinkType"
myRole="me" />
<partnerLink name="sayHelloBPELPL"
partnerLinkType="ns0:sayHelloPLT"
partnerRole="you" initializePartnerRole="yes" />
</partnerLinks>
<variables>
<variable name="myVar" messageType="test:HelloMessage"/>
<variable name="tmpVar" messageType="test:HelloMessage"/>
<variable name="inVar" messageType="ns0:sayHelloRequest"/>
<variable name="outVar" messageType="ns0:sayHelloResponse"/>
</variables>
<sequence>
<receive
name="start"
partnerLink="helloPartnerLink"
portType="test:HelloPortType"
operation="hello"
variable="myVar"
createInstance="yes"/>
<assign name="ass1">
<copy>
<from variable = "myVar" part = "TestPart"/>
<to variable = "inVar"
part = "parameters"
query= "/sayHello/ns0:param0" />
</copy>
</assign>
<invoke partnerLink = "sayHelloBPELPL"
portType = "ns0:sayHelloPortType"
inputVariable = "inVar"
operation = "sayHello"
outputVariable = "outVar">
</invoke>
<assign name="ass2">
<copy>
<from variable = "outVar"
part = "parameters"
query= "/sayHelloResponse/ns0:return" />
<to variable = "tmpVar" part="TestPart"/>
</copy>
</assign>
<reply name="end"
partnerLink="helloPartnerLink"
portType="test:HelloPortType"
operation="hello"
variable="tmpVar"/>
</sequence>
</process>
WSDL File1
<?xml version="1.0" encoding="utf-8" ?>

<wsdl:definitions
targetNamespace="http://ode/bpel/unit-test.wsdl"
xmlns="http://schemas.xmlsoap.org/wsdl/"
xmlns:tns="http://ode/bpel/unit-test.wsdl"
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:plnk="http://docs.oasis-open.org/wsbpel/2.0/plnktype"
xmlns:ns0="http://poc.com">
<wsdl:message name="HelloMessage">
<wsdl:part name="TestPart" type="xsd:string"/>
</wsdl:message>
<wsdl:portType name="HelloPortType">
<wsdl:operation name="hello">
<wsdl:input message="tns:HelloMessage" name="TestIn"/>
<wsdl:output message="tns:HelloMessage" name="TestOut"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="HelloSoapBinding" type="tns:HelloPortType">
<soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="hello">
<soap:operation soapAction="" style="rpc"/>
<wsdl:input>
<soap:body
namespace="http://ode/bpel/unit-test.wsdl"
use="literal"/>
</wsdl:input>
<wsdl:output>
<soap:body
namespace="http://ode/bpel/unit-test.wsdl"
use="literal"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="HelloService">
<wsdl:port name="HelloPort" binding="tns:HelloSoapBinding">
<soap:address location="http://localhost:8082/ode/processes/helloWorld"/>
</wsdl:port>
</wsdl:service>
<plnk:partnerLinkType name="HelloPartnerLinkType">
<plnk:role name="me" portType="tns:HelloPortType"/>
<plnk:role name="you" portType="tns:HelloPortType"/>
</plnk:partnerLinkType>
</wsdl:definitions>
WSDL File 2
<?xml version="1.0" encoding="UTF-8" ?>
<wsdl:definitions xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/"
xmlns:ns0="http://poc.com"
xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
xmlns:http="http://schemas.xmlsoap.org/wsdl/http/"
xmlns:ns1="http://org.apache.axis2/xsd"
xmlns:wsaw="http://www.w3.org/2006/05/addressing/wsdl"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:plnk="http://docs.oasis-open.org/wsbpel/2.0/plnktype"
targetNamespace="http://poc.com">
<wsdl:types>
<xs:schema xmlns:ns="http://poc.com" attributeFormDefault="qualified" elementFormDefault="qualified" targetNamespace="http://poc.com">
<xs:element name="sayHello">
<xs:complexType>
<xs:sequence>
<xs:element minOccurs="0" name="param0" nillable="true" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="sayHelloResponse">
<xs:complexType>
<xs:sequence>
<xs:element minOccurs="0" name="return" nillable="true" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</wsdl:types>
<wsdl:message name="sayHelloRequest">
<wsdl:part name="parameters" element="ns0:sayHello" />
</wsdl:message>
<wsdl:message name="sayHelloResponse">
<wsdl:part name="parameters" element="ns0:sayHelloResponse" />
</wsdl:message>
<wsdl:portType name="sayHelloPortType">
<wsdl:operation name="sayHello">
<wsdl:input message="ns0:sayHelloRequest" wsaw:Action="urn:sayHello" />
<wsdl:output message="ns0:sayHelloResponse" wsaw:Action="urn:sayHelloResponse" />
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="sayHelloSOAP11Binding" type="ns0:sayHelloPortType">
<soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="sayHello">
<soap:operation soapAction="urn:sayHello" style="document"/>
<wsdl:input>
<soap:body use="literal" />
</wsdl:input>
<wsdl:output>
<soap:body use="literal" />
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="sayHello">
<wsdl:port name="sayHelloPort" binding="ns0:sayHelloSOAP11Binding">
<soap:address location="http://localhost:8082/ode/processes/sayHello" />
</wsdl:port>
</wsdl:service>
<plnk:partnerLinkType name="sayHelloPLT">
<plnk:role name="me" portType="ns0:sayHelloPortType"/>
<plnk:role name="you" portType="ns0:sayHelloPortType"/>
</plnk:partnerLinkType>
</wsdl:definitions>

Hi,
Yes, it very much is possible.
Xpath query provides a lot many data type conversion functions(string to int, string to date etc), which can be used in copying variables.
thanks
Saurabh

Using environment variables in a wmi query

Hello
I'm trying to use WMI Queries on Group Policy Preferences to targeting computers on my network.
I have a file named testfile.txt in Windows directory and I check its last modified date to replace the policy files if the date is older of than current file.
I set this query : Select * from CIM_DataFile where Name='C:\\Windows\\testfile.txt' and LastModified<'20140910145110.821214+180'.
The replace action occurs on all machines where windows directory is 'C:\Windows\'. But there are machines on network where windows is installed on directory 'C:\Windows7'.
So I was thinking to use %WindowsDir% environment variable in the WMI query to ckeck testfile.txt date on the correct directory where windows is installed.
I've tried different ways to use this environment variable in WMI query with no success (For example: Select * from CIM_DataFile where Name='%WindowsDir%\\testfile.txt' and LastModified<'20140910145110.821214+180').
Can someone help me with the correct syntax?
Thanks.

> I set this query : Select * from CIM_DataFile where
> Name='C:\\Windows\\testfile.txt' and
> LastModified<'20140910145110.821214+180'.
>
> The replace action occurs on all machines where windows directory is
> 'C:\Windows\'. But there are machines on network where windows is
> installed on directory 'C:\Windows7'.
>
> So I was thinking to use %WindowsDir% environment variable in the WMI
> query to ckeck testfile.txt date on the correct directory where windows
> is installed.
Short answer: You cannot use environment variables in WMI filters.
But you can modify your query:
Select * from CIM_DataFile where (Name = 'C:\\Windows\\testfile.txt' or
Name = 'C:\\Windows7\\testfile.txt' ) and
LastModified<'20140910145110.821214+180'
Event this one should work:
Select * from CIM_DataFile where Name like 'C:\\Windows%\\testfile.txt'
and LastModified<'20140910145110.821214+180'
BTW: The variable should be %windir% anyway, not %windowsdir% :)
Martin
Mal ein
GUTES Buch über GPOs lesen?
NO THEY ARE NOT EVIL, if you know what you are doing:
Good or bad GPOs?
And if IT bothers me - coke bottle design refreshment :))

Embedded SQL query in C - variable not in select list

Hello everyone,
I am new to using embedded SQL in C. I have written a query based on some very similar code I have found and I keep getting this error:
ID: ORA-XXXX
OVRD:
TEXT: Oracle Errors Found - Consult Application Development Team
INFO:
SQLC: -1007
GLM: ORA-01007: variable not in select list
If anyone could help me figure out what I am doing wrong that is causing this error it would be much appreciated. Thanks in advance!
Here is the query that is generating the error, I have changed the variable names but the syntax is the same:
SELECT TEMP_TABLE.tble,
TEMP_TABLE.item_date,
TEMP_TABLE.item_number,
TEMP_TABLE.item_id,
TEMP_TABLE.amount,
TEMP_TABLE.method
FROM (
SELECT 'C' tble,
item_date,
item_number,
item_id,
amount,
method
FROM current
WHERE (settlement_date IS NULL)
UNION ALL
SELECT '1' tble,
item_date,
item_number,
item_id,
amount,
method
FROM prev1
WHERE (date IS NULL)
UNION ALL
SELECT '2' tble,
item_date,
item_number,
item_id,
amount,
pay_method
FROM prev2
WHERE (date IS NULL)
UNION ALL
SELECT '3' tble,
item_date,
item_number,
item_id,
amount,
pay_method
FROM prev3
WHERE (date IS NULL)
UNION ALL
SELECT '4' tble,
item_date,
item_number,
item_id,
amount,
method
FROM prev4
WHERE (date IS NULL)) TEMP_TABLE
WHERE (TEMP_TABLE.item_date,
TEMP_TABLE.item_number,
TEMP_TABLE.item_id) IN
(SELECT item_date, item_number, item_id
FROM item
WHERE (source, location) IN
(SELECT source, location
FROM SOURCE_REF
WHERE online = 'O'
AND (source, location) IN
(SELECT source,
location
FROM SOURCE_METHOD_REF
WHERE type = 'P')))

Oh yeah I forgot to add that I have tested the query in TOAD and it works just fine so its something to do with embedding it into C I believe.

Consequences of using unconstrained query variables?

I'm trying to determine what the consequences are (if any) of using
unconstrained query variables vs using variables with a contains clause in
order to navigate through collection fields.
In the Java Data Objects book the example given for collection field
navigation is as follows...
String filter = "customer.orders.contains(o) && o.dispatched == false";
q.declareVariables("Order o");
Using uncontrained variables this could be rewritten as...
String filter = "customer.orders.dispatched == false";
I'm using kodo 2.5.5 and need to navigate through multiple collection
fields. It is far simpler and easier for me to do this using the second
example above, but I can't find any documentation describing whether its a
good idea or not. So far the queries generated are correct.
Regards
Nathan

Hi Marc,
Using the query form with the variable is portable at present, but I can't
help wonder whether the spec will change in the future to make using QL
simpler. All of the examples given in both the JDO book and Kodo
documenation only ever demonstrate the simplest example. Trying to construct
a query that spans multiple collections is very time consuming as the
smallest error in the QL seems to result in "red herring" error messages.
I've constructed and example for you that uses both methods and produces
exactly the same SQL. I'm very tempted to continue using the unconstrained
method because it works and is so simple. Note that in the generated SQL,
the reason that the table "BOA" is joined to most of the other tables is due
to vertical inheritance. The example data model is a very cut down diagram
purely to show the relationships.
"Marc Prud'hommeaux" <[email protected]> wrote in message
news:[email protected]...
Nathan-
You should use the query form with the variable, since it is portable
and spec compliant.
I'm actually a little surprised that the second filter works at all.
What is the SQL that results from both the queries?
In article <[email protected]>, nathan boyes wrote:
I'm trying to determine what the consequences are (if any) of using
unconstrained query variables vs using variables with a contains clause
in
order to navigate through collection fields.
In the Java Data Objects book the example given for collection field
navigation is as follows...
String filter = "customer.orders.contains(o) && o.dispatched == false";
q.declareVariables("Order o");
Using uncontrained variables this could be rewritten as...
String filter = "customer.orders.dispatched == false";
I'm using kodo 2.5.5 and need to navigate through multiple collection
fields. It is far simpler and easier for me to do this using the second
example above, but I can't find any documentation describing whether itsa
good idea or not. So far the queries generated are correct.
Regards
Nathan
Marc Prud'hommeaux [email protected]
SolarMetric Inc. http://www.solarmetric.com
begin 666 query syntax.txt
M"7!R:79A=&4@=F]I9"!P<F]J96-T475E<GE5;F-O;G-T<F%I;F5D*$ET96T@
M:71E;2E[#0H)"0T*"0E%>'1E;G0@97@@/2!C;VYT97AT+F=E=%!E<G-I<W0H
M*2YG971%>'1E;G0H4')O:F5C="YC;&%S<RP@=')U92D[#0H)"5%U97)Y('$[
M#0H)"4-O;&QE8W1I;VX@8V]L(#T@;G5L;#L-"@D)4W1R:6YG0G5F9F5R(&9I
M;'1E<B ](&YE=R!3=')I;F="=69F97(H*3L-"@T*"0EF:6QT97(N87!P96YD
M*")H;VUE1F]L9&5R+G)O;W1&;VQD97(N:6YD:7)E8W1#:&EL9')E;BYF;VQD
M97))=&5M<RYI=&5M(#T]('!A<DET96TB*3L-"@D)#0H)"7$@/2!C;VYT97AT
M+F=E=%!E<G-I<W0H*2YN97=1=65R>2AE>"D[#0H)"7$N9&5C;&%R94EM<&]R
M=',H(FEM<&]R="!A82YC;W)R97-P;VYD96YC92Y)=&5M.R(I.PT*"0EQ+F1E
M8VQA<F5087)A;65T97)S*"))=&5M('!A<DET96TB*3L-"@D)<2YS971&:6QT
M97(@*&9I;'1E<BYT;U-T<FEN9R@I*3L-"@D)#0H)"6-O;" ]("A#;VQL96-T
M:6]N*2!Q+F5X96-U=&4H:71E;2D[#0H)"0T*"7T-"@T*"7!R:79A=&4@=F]I
M9"!P<F]J96-T475E<GE5<VEN9U9A<FEA8FQE<RA)=&5M(&ET96TI>PT*"0D-
M"@D)17AT96YT(&5X(#T@8V]N=&5X="YG971097)S:7-T*"DN9V5T17AT96YT
M*%!R;VIE8W0N8VQA<W,L('1R=64I.PT*"0E1=65R>2!Q.PT*"0E#;VQL96-T
M:6]N(&-O;" ](&YU;&P[#0H-"@D)4W1R:6YG0G5F9F5R(&9I;'1E<B ](&YE
M=R!3=')I;F="=69F97(H*3L-"@D)4W1R:6YG0G5F9F5R(&EM<&]R=',@/2!N
M97<@4W1R:6YG0G5F9F5R*"D[#0H)"5-T<FEN9T)U9F9E<B!V87)I86)L97,@
M/2!N97<@4W1R:6YG0G5F9F5R*"D[#0H)"0T*"0EI;7!O<G1S+F%P<&5N9"@B
M:6UP;W)T(&%A+F-O<G)E<W!O;F1E;F-E+DET96T[("(I.PT*"0EI;7!O<G1S
M+F%P<&5N9"@B:6UP;W)T(&%A+F9O;&1E<BY&;VQD97))=&5M.R B*3L-"@D)
M:6UP;W)T<RYA<'!E;F0H(FEM<&]R="!A82YF;VQD97(N1F]L9&5R.R(I.PT*
M#0H)"79A<FEA8FQE<RYA<'!E;F0H(D9O;&1E<B!V87));F1I<F5C=$-H:6QD
M1F]L9&5R.R(I.PT*"0EV87)I86)L97,N87!P96YD*")&;VQD97))=&5M('9A
M<D9O;&1E<DET96TB*3L-"@D)"0D-"@D)9FEL=&5R+F%P<&5N9"@B:&]M949O
M;&1E<BYR;V]T1F]L9&5R+FEN9&ER96-T0VAI;&1R96XN8V]N=&%I;G,H=F%R
M26YD:7)E8W1#:&EL9$9O;&1E<BD@)B8@(BD[#0H)"69I;'1E<BYA<'!E;F0H
M(G9A<DEN9&ER96-T0VAI;&1&;VQD97(N9F]L9&5R271E;7,N8V]N=&%I;G,H
M=F%R1F]L9&5R271E;2D@)B8@(BD[#0H)"69I;'1E<BYA<'!E;F0H(G9A<D9O
M;&1E<DET96TN:71E;2 ]/2!P87))=&5M(BD[#0H)"0T*"0EQ(#T@8V]N=&5X
M="YG971097)S:7-T*"DN;F5W475E<[email protected]*"0EQ+F1E8VQA<F5);7!O
M<G1S*&EM<&]R=',N=&]3=')I;F<H*2D[#0H)"7$N9&5C;&%R95!A<F%M971E
M<G,H(DET96T@<&%R271E;2(I.PT*"0EQ+F1E8VQA<F5687)I86)L97,H=F%R
M:6%B;&5S+G1O4W1R:6YG*"DI.PT*"0EQ+G-E=$9I;'1E<B H9FEL=&5R+G1O
M4W1R:6YG*"DI.PT*"0D-"@D)8V]L(#T@*$-O;&QE8W1I;VXI('$N97AE8W5T
692AI=&5M*3L-"@D)#0H)"0T*"7T-"@``
`
end
begin 666 generatedQuery.sql
M4T5,14-4($1)4U1)3D-4( T*"70P+DE$+" -"@ET,2Y*1$]#3$%34U@L( T*
M"70Q+DI$3TQ/0TM8+" -"@ET,2Y#55)214Y404Q415)!5$E/3DE$+" -"@ET
M,"Y!0U1)5D5?1"P@#0H)=# N8V]M<&]N96YT260L( T*"70P+F1A=&52;VQE
M365M8F5R<TUO9&EF:65D7V0L( T*"70P+DAO;65&;VQD97))1"P@#0H)=# N
M3U))1TE.04Q04D]*14-4240L( T*"70P+G!R;VIE8W13=&%T=7,L( T*"70P
M+E)%1D5214Y#15]$+" -"@ET,"Y32$]25$1%4T-27T0@#0I&4D]-( T*"5!2
M3TI%0U0@=# @24Y.15(@2D])3B -"@E"3T$@=#$@3TX@=# N240@/2!T,2Y)
M1"!)3DY%4B!*3TE.( T*"4A/345&3TQ$15(@=#(@3TX@=# N2&]M949O;&1E
M<DE$(#T@=#([email protected](@2D])3B -"@E"3T$@=#,@3TX@=#(N240@/2!T
M,RY)1"!)3DY%4B!*3TE.( T*"49/3$1%4B!T-"!/3B!T,BYR;V]T1F]L9&5R
M240@/2!T-"Y)1"!)3DY%4B!*3TE.( T*"4)/02!T-2!/3B!T-"Y)1" ]('0U
M+DE$($E.3D52($I/24X@#0H)26YD:7)E8W1#:&EL9$9O;&1E<B!T-B!/3B!T
M-"Y)1" ]('0V+FEN9&ER96-T4&%[email protected](@2D])3B -"@E&3TQ$
M15(@=#<@3TX@=#8N:6YD:7)E8W1#:&EL9$ED(#T@=#<[email protected](@2D])
M3B -"@E"3T$@=#@@3TX@=#<N240@/2!T."Y)1"!)3DY%4B!*3TE.( T*"49/
M3$1%4DE414T@=#D@3TX@=#<N240@/2!T.2YP87)E;G1F;VQD97)I9"!)3DY%
M4B!*3TE.( T*"4)/02!T,3 @3TX@=#DN240@/2!T,3 N240@#0I72$5212 -
M"@DH=#DN:71E;6ED(#T@/RD@04Y$( T*"70Q+DI$3T-,05-36" ](#\I.B!;
M<F5U<V5D/3$[<&%R86US/7LH:6YT*3,Q,3$L*%-T<FEN9REC;VTN;6%L;&5S
C;VYS+G-E<G9I8V5N970N86$N<')O:F5C="Y0<F]J96-T?5T`
`
end
begin 666 example datamodel.doc
MT,\1X*&Q&N$`````````````````````/@`#`/[_"0`&```````````````!
M````(@``````````$ ``) ````$```#^____`````"$```#_____________
M____________________________________________________________
M____________________________________________________________
M____________________________________________________________
M____________________________________________________________
M____________________________________________________________
M____________________________________________________________
M____________________________________________________________
M____________________________________________________________
M____________________________________________________________
M_______________________LI<$`"R )! ``\!*_````````$ ``````! ``
M?@0```X`8FIB:N `X `````````````````````````)!!8`+@P``()J`0""
M:@$`% ``````````````````````````````:0````````#__P\`````````
M``#__P\```````````#__P\``````````````````````&P``````*@`````
M````J ```*@`````````J `````````8`@```````!@"````````& (``!0`
M`````````````$P"````````? (```````!\`@```````'P"````````? (`
M``P```"(`@``# ```$P"````````X@X``+8```"@`@```````* "````````
MH (```````"@`@```````* "````````A0L```````"%"P```````(4+````
M````80X```(```!C#@```````&,.````````8PX```````!C#@```````&,.
M````````8PX``"0```"8#P``( (``+@1``!&````APX``!4`````````````
M````````````& (```````"%"P````````````````````````````!'"0``
M/@(``(4+````````A0L```````"%"P```````(<.````````40P```````"H
M`````````*@`````````H (``````````````````* "``"G!@``G X``!8`
M``!1# ```````%$,````````40P```````"%"P``0 ```*@````(`0``H (`
M```````8`@```````* "````````80X``````````````````%$,````````
M````````````````````````````````````````````````````````````
M````A0L```````!A#@```````%$,```0`@``40P``````````````````&$.
M````````L $``&@````8`@``````````````````````````````````````
M````````````````````````````````````````````80X```````"@`@``
M`````)0"```,````,*'_R.K3PP%,`@``, ```'P"````````Q0L``#H```!A
M#@``````````````````80X```````"R#@``, ```.(.````````80X`````
M``#^$0```````/\+``!2````_A$```````!A#@```````%$,````````+ (`
M`!(````^`@``#@```*@`````````J ````````"H`````````*@`````````
M`@#9````" @(" @(" @(" @(" @(" @(" UP<F]J96-T#0UH;VUE1F]L9&5R
M#0U2;V]T1F]L9&5R("A&;VQD97(@;V)J96-T*0T-26YD:7)E8W1#:&EL9')E
M;B H1F]L9&5R(&]B:F5C="D-#69O;&1E<DET96T-#6ET96T-#0T-#0T-````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````! ``$P0``'X$``#Q````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M`````````````!P#:@````!#2A0`50@!;4@`!&Y(``1S2 D$=0@!`@`$```4
M! ``' 0``!T$```H! ``*00``$0$``!%! ``9@0``&<$``!R! ``<P0``'@$
M``!Y! ``>@0``'L$``!\! ``?00``'X$``#]````````````````_0``````
M`````````/T```````````````#]````````````````_0``````````````
M`/T```````````````#]````````````````_0```````````````/T`````
M``````````#]````````````````_0```````````````/T`````````````
M``#]````````````````_0```````````````/T```````````````#]````
M````````````_0```````````````/T`````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M``````````$````2``0``!0$``!]! ``_?T`````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M```````````````````````````````$! `!`0(L`#&0: $?L((N(+#&02&P
M" <BL @'(Y"@!220H 4EL ``%[#$`ABPQ (,D,0"````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````% `/``H``0!I``\``P```````````#@``$#Q
M_P(`. `,``8`3@!O`'(`;0!A`&P````"````& !#2A@`7T@!!&%*& !M2 D,
M<T@)#'1("00````````````````````````\`$% \O^A`#P`# `6`$0`90!F
M`&$`=0!L`'0`( !0`&$`<@!A`&<`<@!A`' `: `@`$8`;P!N`'0`````````
M``````````````D````5````,0```%,```!?````90```&8```!G````: ``
M`'X````!````````````_____P($`````````0```````````/____\#! ``
M``````$```````````#_____! 0````````!````````````_____P4$````
M`````0```````````/____\&! ````````$```````````#_____!P0`````
M```(`````0````$`_____P``````````!@````(````!`/____\`````````
M`/____\``````0#_____```````````'`````P``````````````````````
M``````D````5````,0```%,```!?````90```&8```!G````: ```&L`````
M```````!```````"```````#```````$```````%```````&``````@'````
M``@(``````C__P``````````?@````0```P```4`_____P$````&(/__`0`B
M)J,```````````!^`````````````````!0```!_````G@``````````````
M`( ```" F@```````````````( ```" ``0``'X$```#``````0``'X$```$
M``````0``'T$```%````#P``\#@```````;P& ```"($```"````& ````$`
M```!````(@```$ `'O$0````__\`````_P" @( `]P``$ `/``+P7@8``! `
M"/ (````% ```"$$```/``/P_ 4```\`!/ H`````0`)\! `````````````
M`````````````@`*\ @`````! ``!0````\`!/!"````$@`*\ @````"! ``
M``H``!,`"_ &````@ ````$````0\ 0````/```````1\ 0````$```````-
M\ 0```````$`#P`$\$(````2``KP" ````,$````"@``$P`+\ 8```" ````
M`@```!#P! ```! ``````!'P! ````4```````WP! ```````@`/``3P0@``
M`!(`"O (````! 0````*```3``OP!@```( ````#````$/ $`````0``````
M$? $````#0``````#? $```````#``\`!/!"````$@`*\ @````%! ````H`
M`!,`"_ &````@ ````0````0\ 0````````````1\ 0````-```````-\ 0`
M``````0`#P`$\$(````2``KP" ````8$````"@``$P`+\ 8```" ````!0``
M`!#P! ```!$``````!'P! ````H```````WP! ``````!0`/``3P0@```!(`
M"O (````!P0````*```3``OP!@```( ````&````$/ $````$@``````$? $
M````"P``````#? $```````&``\`!/!(````0@$*\ @````)! ````H``$,`
M"_ 8````1 $$````?P$```$`OP$``! `_P$0`! ````0\ 0````.```````1
M\ 0````#````#P`$\$@```!"`0KP" ````H$````"@``0P`+\!@```!$`00`
M``!_`0```0"_`0``$ #_`1 `$ ```!#P! ````T``````!'P! ````,````/
M``3P2 ```$(!"O (````"P0````*``!#``OP& ```$0!! ```'\!```!`+\!
M```0`/\!$ `0````$/ $````# ``````$? $`````P````\`!/!(````0@$*
M\ @````,! ````H``$,`"_ 8````1 $$````?P$```$`OP$``! `_P$0`! `
M```0\ 0````+```````1\ 0````#````#P`$\$@```!"`0KP" ````T$````
M"@``0P`+\!@```!$`00```!_`0```0"_`0``$ #_`1 `$ ```!#P! ````H`
M`````!'P! ````,````/``3P2 ```$(!"O (````& 0``$ *``!#``OP& ``
M`$0!! ```'\!```!`+\!```0`/\!$ `0````$/ $````" ``````$? $````
M!0````\`!/!(````0@$*\ @````9! ````H``$,`"_ 8````1 $$````?P$`
M``$`OP$``! `_P$0`! ````0\ 0````)```````1\ 0````&````#P`$\$@`
M``!"`0KP" ```!L$``! "@``0P`+\!@```!$`00```!_`0```0"_`0``$ #_
M`1 `$ ```!#P! ````<``````!'P! ````4````/``3P2 ```$(!"O (````
M' 0````*``!#``OP& ```$0!! ```'\!```!`+\!```0`/\!$ `0````$/ $
M````!@``````$? $````!0````\`!/!(````0@$*\ @````=! ````H``$,`
M"_ 8````1 $$````?P$```$`OP$``! `_P$0`! ````0\ 0````%```````1
M\ 0````%````#P`$\$@```!"`0KP" ```!X$``! "@``0P`+\!@```!$`00`
M``!_`0```0"_`0``$ #_`1 `$ ```!#P! ````0``````!'P! ````4````/
M``3P2 ```$(!"O (````'P0````*``!#``OP& ```$0!! ```'\!```!`+\!
M```0`/\!$ `0````$/ $`````P``````$? $````!0````\`!/!(````0@$*
M\ @````@! ``0 H``$,`"_ 8````1 $$````?P$```$`OP$``! `_P$0`! `
M```0\ 0````"```````1\ 0````%````#P`$\$(````2``KP" ````$$````
M#@``4P`+\!X```"_`0``$ #+`0````#_`0``" `$`PD````_`P$``0```!'P
M! ````$``````````0````(````#````! ````4````&````!P````@````)
M````"@````L````,````#0````X````/````$ ```!$````2````?@````4$
M```(!P``S!4``&04``#H%P``= ``````! 0```@'```L$ ``_!(``$@2``!T
M```````@! ``) D``&P;``#8"0``(!P``'0``````!\$``#8"0``;!L``(P*
M```@' ``= ``````'@0``"0)```8%0``V D``,P5``!T```````=! ``V D`
M`!@5``","@``S!4``'0``````!P$```D"0``/!X``-@)``#P'@``= ``````
M&P0``-@)```\'@``C H``/ >``!T```````8! ``V D``$@2``","@``_!(`
M`'0``````!D$```D"0``2!(``-@)``#\$@``= ``````#00``-@)```\'@``
MV D``'0B``!T```````,! ``V D``.@7``#8"0``(!P``'0```````L$``#8
M"0``2!(``-@)``#,%0``= ``````"@0``-@)``"H# ``V D``"P0``!T````
M```)! ``V D``%0&``#8"0``C H``'0```````($```(!P``. 0``%P-``!4
M!@``= ```````P0```@'``","@``7 T``*@,``!T```````&! ``" <``" <
M``!<#0``/!X``'0```````<$```(!P``="(``%P-``"0) ``= ``````````
M`!0````=````)P```"D````S````10```%4```!G````<0```'\````'``<`
M' `'`!P`!P`<``<`' `'```````4````&P```!T````G````9P```'$```!S
M````=P```'\````'`#H`!P`Z``<`.@`'`#H`!P````````````$````!````
M`@````H````1````$0```!,````4````&P```!T```!\````?P````0``P`$
M``,`! `#``0``P`'``0``P`$``,`__\&````!P!N`&$`8@!O`'D`90!S`&P`
M0P`Z`%P`1 !O`&,`=0!M`&4`;@!T`',`( !A`&X`9 `@`%,`90!T`'0`:0!N
M`&<`<P!<`&X`80!B`&\`>0!E`',`7 !!`' `< !L`&D`8P!A`'0`:0!O`&X`
M( !$`&$`= !A`%P`30!I`&,`<@!O`',`;P!F`'0`7 !7`&\`<@!D`%P`00!U
M`'0`;P!2`&4`8P!O`'8`90!R`'D`( !S`&$`=@!E`" `;P!F`" `90!X`&$`
M;0!P`&P`90`@`&0`80!T`&$`;0!O`&0`90!L`"X`80!S`&0`!P!N`&$`8@!O
M`'D`90!S`#\`0P`Z`%P`1 !O`&,`=0!M`&4`;@!T`',`( !A`&X`9 `@`%,`
M90!T`'0`:0!N`&<`<P!<`&X`80!B`&\`>0!E`',`7 !$`&4`<P!K`'0`;P!P
M`%P`90!X`&$`;0!P`&P`90`@`&0`80!T`&$`;0!O`&0`90!L`"X`9 !O`&,`
M!P!N`&$`8@!O`'D`90!S`#\`0P`Z`%P`1 !O`&,`=0!M`&4`;@!T`',`( !A
M`&X`9 `@`%,`90!T`'0`:0!N`&<`<P!<`&X`80!B`&\`>0!E`',`7 !$`&4`
M<P!K`'0`;P!P`%P`90!X`&$`;0!P`&P`90`@`&0`80!T`&$`;0!O`&0`90!L
M`"X`9 !O`&,`_T #@ $````````````0`/(#`0`!````````````````````
M```"$ ````````!^````0 ``" ! ``#__P$````'`%4`;@!K`&X`;P!W`&X`
M__\!``@``````````````/__`0``````__\```(`__\`````__\```(`__\`
M`````P```$<6D $```("!@,%! 4"`P2'>@`@````@ @`````````_P$`````
M``!4`&D`;0!E`',`( !.`&4`=P`@`%(`;P!M`&$`;@```#46D $"``4%`0(!
M!P8"!0<`````````$ ``````````````@ ````!3`'D`;0!B`&\`; ```#,F
MD $```(+!@0"`@("`@2'>@`@````@ @`````````_P$```````!!`'(`:0!A
M`&P````B``0`<0B(& #PT (``&@!`````-,R@4;3,H%&``````,`!P``````
M`````````0`!````! `#$ $```````````````$``0````$`````````(0,`
M\! `````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M" >@!;0`M "!@3(P````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M``````(```!3`P``````,H,1`/ 0``@`````````````````````````````
M````````````__\2````````````````````!P!N`&$`8@!O`'D`90!S``<`
M;@!A`&(`;P!Y`&4`<P``````````````````````````````_O\```4!`@``
M`````````````````````0```."%G_+Y3V@0JY$(`"LGL]DP````5 $``! `
M```!````B ````(```"0`````P```)P````$````J ````4```"X````!P``
M`,0````(````V ````D```#H````$@```/0````*````$ $```P````<`0``
M#0```"@!```.````- $```\````\`0``$ ```$0!```3````3 $```(```#D
M! ``'@````$``````',`'@````$``````',`'@````@```!N86)O>65S`!X`
M```!`````&%B;QX````+````3F]R;6%L+F1O= ``'@````@```!N86)O>65S
M`!X````"````,P!B;QX````3````36EC<F]S;V9T(%=O<[email protected]``! ````
M`.I6^@````! `````/* KNK3PP% `````/* KNK3PP$#`````0````,`````
M`````P`````````#````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M`````````````````````````````````````````````````/[_```%`0(`
M``````````````````````$````"U<W5G"X;$).7" `K+/FN, `````!```,
M`````0```&@````/````< ````4```"4````!@```)P````1````I ```!<`
M``"L````"P```+0````0````O ```!,```#$````%@```,P````-````U ``
M``P```#A`````@```.0$```>````&@```$UA;&QE<V]N<R!3=&5P:&5N($IA
M8W%U97,`( `#`````0````,````!`````P`````````#````#AL)``L`````
M````"P`````````+``````````L`````````'A ```$````!``````P0```"
M````'@````8```!4:71L90`#`````0``````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M```````````````````````````````````````````````````!`````@``
M``,````$````!0````8````'````_O___PD````*````"P````P````-````
M#@````\````0````_O___Q(````3````% ```!4````6````%P```!@```#^
M____&@```!L````<````'0```!X````?````( ```/[____]____(P```/[_
M___^_____O____________

Search query variable not working

Apologies for this essay but I felt it may be best if I include all the details in order to describe the issue I'm experiencing.
I have two site collections in one web app called Library and Store respectively. The library site collection has a content type called Book which is made available to the Store site collection through the content type syndication. The Book content type
has a site column in it called Book Author which is of managed metadata type (the term set has a few terms representing authors). The parent content type of the Book is the out of the box Article Page and the Store site collection has custom page layout associated
with the Book content type.
I then add a page and switch its page layout to my custom layout based on the Book content type and on the page, I put a content search web part. I have a managed property called BookAuthor which is mapped to the crawled property pointing at the Book Author
field and this is where things start to go awry. The query I use in the content search web part looks something like this:
ContentType:Book BookAuthor:{Page.Book Author}
According to the documentation of the query variables and FQL (http://technet.microsoft.com/en-us/library/jj683123(v=office.15).aspx), this should return items that are of the Book content type where the BookAuthor is the value of the Book Author field on
the current page that the content search web part resides on. In this case, my query returns no results. In order to test if it actually works, I manually typed in the value of the author for the BookAuthor property so it looked something like this:
ContentType:Book BookAuthor:John Doe
The second query returned the results I expected, but the first one didn't. I've come across a similar problem to this and previously, I found out that SharePoint had duplicated the Book Author field in the content type such that one was named "Book
Author" and the type showing was TaxonomyFIeldTypeMulti while the other one was named "Book Author_0" and the type showing was Note. I used the following powershell script to determine the names of the fields in the content type:
$site = new-object Microsoft.SharePoint.SPSite("http://www.yousite.com/")
$web = $site.OpenWeb()
$list = $web.Lists["YourList"]
$list.Fields | Format-Table Title, InternalName, TypeAsString
Previously when I encountered this problem, I simply tried both fields and one would always work. For example, I would try BookAuthor:{Book Author} and BookAuthor{Book Author_0} and one of them would work. In this case, I've tried both and none of them seem
to yield any results in my query. I noticed that I always seem to get duplicated fields only when I'm using columns of managed metadata type. I know my managed properties work because I can specify manual values and that yields the results I expect, but as
soon as I try to use the query variable from the page fields, it doesn't work. Strangely enough, I can use the Title or any other non-managed metadata fields of the page in my query variable (e.g. {Page.Title}) and I can get results that way. I've done index
resets and full crawls but nothing seems to fix this. Any help or insight on this would be greatly appreciated as it is driving me nuts!

Hi,
Please refer to the following post:
Infoobject F4 help in the Query takes lot of time and hangs
F4 Process takes a long time to show the values
There are several SAP notes on performance improvement for F4 help as mentioned in the first post. You may refer to the SAP notes as well.
Hope it helps,
Thanks,
Abhishek.

Query Changes: Variable not collected in Transport

Hi Experts,
Intiatlly some one created a query and it was transported to BWQ from BWD.
Due to some changes, I needed to rework on the query. For that I did the following:
a. In the Administrator Transport Workbench, I collected the query
b. CLicked on the Transport checkbox
c. Then assigned a new BEX Transport request.
d. I then made changes in the query plus added a variable in the query.
e. I checked my query and it was working fine in BWD.
Now when I transport this query to BWQ, the transport fails and says
"Error when acitvating element 4DKMNO0UMEXIN0FHM6RYXXJ3F"
"Element 4E5X3H4IQ5BEDSZY1I6GW4P2J" is missing in version M"
I think the transport is missing the variable I created. So why is this not collected?
Secondly since this transport request was released will I have to recollect the query and variable. If so how?
Thanks,
Hundia

I raised an OSS Message.
The reply from SAP was:
"We have analyzed the situation with the inconsistent queries.
1. The error message
'Unable ot detect element type for Element Recreated Formula:
DBJFSQOSAL3WPK8LSCNUWNAJ"' is raise as a result of incorrect repair
procedure most likely perfomed by the program ANALYZE_MISSING_ELEMENTS.
This is very old report which allowes repair, but unfortunately this
repair is not correct. Therefore we do not recommend you to use it
in similar cases.
The element DBJFSQOSAL3WPK8LSCNUWNAJ recreated by the program as a
local formula must have type Calculated Key Figure. This info can be
obtained just by analysis of the corresponding structure members which
has to represent this CKF in the query...
2. Missing element and INCONSISTENCY. This is logically related to
the first case. I have perfomed extended anylysis and the situation is
the following.
Affected query YTEMP_ZSCNNM04_01 (4B75NN07LN3TJVDW9VX8OUACR) contains
one unresolved reference to 4B773WHW1GK5WZAPK5CZHZSH7. This missing
element can be a local structure member (FLM or SEL) or a reusable
object like calculated or restricted KF
Affected query ZORQSP_ZSPNNM021_NN_05 (4DUV3IK29VBJESNEWX20PBXM3) also
contains one unresolved reference. This is pretty similar to the case
above. The missing element is CKF. This can be found from the definitionof the related element.
Affected query YY_FT_TEST has 3 unresolved references. Here the case
is a bit different. According to my analysis the missing elements are
just such global part of a query like Filter and Sheet. This more less
means the entire definition of this query is not available.
Possible solution.
As far as I see, all missing elements are local for the BWD system.
This means that most likely we can not use transports from the other
system. By just to use this option aswell, please check if some of thesemissing can be found in the other systems
4B773WHW1GK5WZAPK5CZHZSH7
4BO650QIIZZ51VCNLZXSC4MP7
4BO652NN9NEIPI7P2IIUUMB57
4BPGWZK405TZ1061K1FSQCT0R
4DVE6TT3PU9YJ6RQ4ETM2MDIJ
and
4DBJFSQOSAL3WPK8LSCNUWNAJ
If you find something, it is necessary to transport them to the BWD
system. This will solve some issues.
But probably you will not find them. Therefore the alternative way will
be to replaces the missing objects in the definition of the affected
queries by some other availabe objects. This is to be done manually.
For example mising CKF can be replaced by a constant value and then
in Query Designer replaced once again by any avaialbe CKF.
Such technique can help te achieve technical consistency of the queries
ZORQSP_ZSPNNM021_NN_04, YTEMP_ZSCNNM04_01 and ZORQSP_ZSPNNM021_NN_05.
Situaiton with the YY_FT_TEST is more critical. There are no chances
to repair this one. The only option will be to delete it using the
transaction RSZDELETE.
Please tell me how would you like to process. In principle, this case
is not really critical as the missing elements are just locally affect
queries and not used by reusable query components like CKFs/RKFs which
might be shared between many other queries also affecting them.

Variable not used in query

Similar Messages

Maybe you are looking for