Query problem, no data exist

Dear Experts,
My user would like to combine data from FBl3N (field BUDAT, amount in document currency, amount in local currency , reference document) with data taken from Billing (VF03- FKDAT, BUDAT, VBELN, CHARG, MATNR, ARKTX).
I have created a query with the following join table:
1. VBRP (FKIMG, MATNR, WERKS, CHARG, PRCTR)
2. VBRK (FKDAT, VBELN, BUDAT).
3. BSIS (XBLNR, WRBTR, DMBTR)
Join condition : BSIK&VBRP (BUKRS, GJAHR), VBRP & VBRK (VBELN).
While executed the query ( SQ01), u2018no data existu2019 message is appear.
Did I made a wrong join table and condition?
Kindly advice me.
Thank you.

HI
Please check the joining conditions
Thanks & Regards
Phaneendra

Similar Messages

Newbie query problem: function data missing in dropdown

I am a student using 10g express provided with our textbook. The installation to WinXp SP3 went flawlessly and I can execute all required queries from the command line, no problem. The publisher provides SQL scripts related to the chapter material that creates the users and data for the chapter exercises. When I switch to the database home page and attempt to execute a query, I can change the aliases, insert conditions and do any thing else with the record but when I hit the dropdown arrow for function there is nothing there, no list. I have been back over the chapters dealing with installation thinking I have missed some setup parameter but I am coming up empty. Ay help would be appreciated.
Regards,
Dave

Ljuba,
This may be the issue as I ran the script as 'system' but logged in the database as 'handsonxe03'. I may have missed the required login from the text. I will look closer or I may have to modify the script for required user.
I will let you know....Thanks!

Query problem with date range

I have a query that needs to pull data between a date range.
I've tried several things and nothing seems to work.
Any help would be greatly appreciated.
Here's the code:
<cftransaction>
<cfquery name="QryFollowUp"
datasource="NBProdReports">
SELECT TblContractInfo_SubMenuTable.User_ID,
TblContractInfo_SubMenuTable.Contract_Number,
TblContractInfo_SubMenuTable.Transaction_Type,
TblContractInfo_SubMenuTable.Notes,
TblContractInfo_SubMenuTable.Num_Checks_Trans,
TblMasterTrans.Date_Opened
from TblContractInfo_SubMenuTable ,tblMasterTrans
WHERE Transaction_Type = 'FollowUp'
And TblContractInfo_SubMenuTable.Task_Number =
tblMasterTrans.Task_Number
And TblMasterTrans.Date_Opened BETWEEN #form.StartDate# AND
#form.EndDate#
ORDER BY TblMasterTrans.Date_Opened ASC,
TblContractInfo_SubMenuTable.User_id ASC
</cfquery>
</cftransaction>

Any help would be greatly appreciated.
Ok, why are you using a <cftransaction...> around a
single select query?
It should be unnecessary.
This is probably not helpful to your original question. There
is
nothing obviously wrong with your query at least to my glance
through.
Thus this important question, the one without which you are
unlikely to
get any helpful advice, "How does this not work?" Error
Messages? No
Data? Wrong Data? Serves you coffee instead of tea?
It would also probably be helpful to know how your date data
is
represented in the database and the form controls, depending
on what
your difficulties are.

Query Problem - Group data by time

I have statistic data that record by time such as
Time Data
19-MAR-06 10:01 100
19-MAR-06 10:02 100
19-MAR-06 10:03 100
19-MAR-06 10:04 100
19-MAR-06 10:05 100
19-MAR-06 10:06 100
I would like to group data every five minute start from 00:00 to 23:59 for example the result should be
Time Sum(Data)
19-MAR-06 00:00 0
19-MAR-06 00:05 0
19-MAR-06 10:00 400
19-MAR-06 10:05 200
Any suggest?

SELECT times.all_time, NVL(real.sum,0)
FROM
 (SELECT mintim + (level * (1/12/24)) - 1/12/24 AS all_time
 FROM ( SELECT trunc(MIN(time),'DD') mintim
 , trunc(MAX(time),'DD') + 1 maxtim
 FROM testtab
 CONNECT BY mintim + (level * (1/12/24)) - 1/12/24 <= maxtim
 ) times,
 (SELECT TRUNC(time,'HH24') +
 (TRUNC(TO_CHAR(time,'MI')/5)*5)/24/60 real_time, sum(data) sum
 FROM testtab
 GROUP BY TRUNC(time,'HH24') + (TRUNC(TO_CHAR(time,'MI')/5)*5)/24/60) real
WHERE times.all_time = real.real_time(+)
ORDER BY times.all_time
19-Mrz-2006 0
19-Mrz-2006 0:05:00 0
19-Mrz-2006 0:10:00 0
19-Mrz-2006 0:15:00 0
19-Mrz-2006 9:45:00 0
19-Mrz-2006 9:50:00 0
19-Mrz-2006 9:55:00 0
19-Mrz-2006 10:00:00 400
19-Mrz-2006 10:05:00 200
19-Mrz-2006 10:10:00 0
19-Mrz-2006 23:45:00 0
19-Mrz-2006 23:50:00 0
19-Mrz-2006 23:55:00 0
20-Mrz-2006 0

Problem with data in Cube 0IC_C03 in Bex Query

Hi,
(1) I am loading data into cube 0ic_c03 from data sources 2LIS_03_BX,2LIS_03_BF and 2LIS_03_UM. I need one more field Manufacturing date in my cube.
(2) That's why I enhanced datasource 2LIS_03_BF, and populated HSDAT (Manufacturing date from MSEG table.) Date is visible in datasource.
(3) I loaded data in Cube from 03_BX, did collapse. Then loaded data from 03_BF did collapse. In my cube data display (or LISTCUBE) I am able to see Manufacturing date and keyfigure values (Received stock qty:transit and Issued stock qty: transit) in one row.
eg.-
Plant Manufac.date Issued Qty Received qty
5102 01.07.2007 2000 3000
But In my Bex query, I see -
Plant Manufac.date Stock:in Transit
5102 01.07.2007 #
5102 # 1000
Ideally I want to show data in query -
Plant Manufac.date Stock:in Transit
5102 01.07.2007 1000
Should I enhance 2LIS_03_BX data source also with MAnufacturing date ?
Please suggest...It is urgent..
Thanks
Saurabh

Thats great Shalini.
If it is helpful..please assign points.
If you need any information on that please mail me [email protected]
Regards,
RK Ghattamaneni.

Inconsistent SDO_RELATE results when querying 2.5D data

Oracle 11.1.0.7 with Patch 8343061 on Windows Server 2003 32bit.
I'm getting inconsistent results from SDO_RELATE results when querying 2.5D data. Some geometries I expect to be OVERLAPBDYDISJOINT, are not always being returned by SDO_RELATE when using the OVERLAPBDYDISJOINT mask. It seems that the order of the tables makes a difference to the result.
Here's a table with one 2.5D geometry and a 2D index:
CREATE TABLE TEST1 (
ID                NUMBER PRIMARY KEY,
GEOMETRY     SDO_GEOMETRY);
INSERT INTO TEST1 (id, geometry) VALUES (
1,
SDO_GEOMETRY(3002, 2157, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY(561695.935, 834005.726, 25.865,
561696.229, 834005.955, 25.867, 561686.278, 834015.727, 26.088, 561685.179, 834019.771, 26.226, 561680.716, 834022.389, 26.226,
561674.434, 834025.125, 26.171, 561671.963, 834032.137, 25.667, 561670.832, 834037.185, 25.619, 561667.946, 834042.976, 25.84,
561666.717, 834047.218, 26.171, 561664.229, 834051.781, 26.778, 561660.041, 834055.935, 26.64, 561657.514, 834061.742, 26.53,
561658.59, 834067.116, 27.882, 561657.67, 834070.739, 28.821, 561653.028, 834073.777, 29.042, 561653.234, 834078.769, 28.379,
561658.336, 834080.105, 29.511, 561664.582, 834079.468, 31.94, 561669.257, 834075.821, 33.707, 561672.716, 834074.456, 33.707,
561676.875, 834077.262, 33.735, 561675.868, 834081.55, 33.707, 561673.131, 834087.641, 33.679, 561672.208, 834093.502, 33.238,
561668.578, 834100.894, 33.735, 561666.013, 834106.399, 33.679, 561661.408, 834111.23, 33.514, 561654.854, 834117.181, 33.486,
561651.695, 834122.292, 33.569, 561649.112, 834128.847, 33.431, 561645.982, 834134.786, 33.293, 561642.485, 834141.235, 33.072,
561642.138, 834150.085, 33.293, 561646.072, 834159.721, 36.578, 561647.274, 834165.532, 37.02, 561646.359, 834170.867, 37.02,
561645.42, 834175.485, 36.799, 561642.44, 834180.977, 36.826, 561638.677, 834185.419, 36.771, 561636.693, 834194.824, 37.158,
561635.462, 834202.105, 37.241, 561631.998, 834208.745, 37.268, 561628.871, 834213.994, 37.241, 561627.554, 834220.393, 37.82,
561625.79, 834226.697, 39.532, 561620.561, 834236.494, 39.891, 561619.265, 834249.687, 39.697, 561619.883, 834260.02, 41.326,
561620.977, 834264.399, 43.093, 561622.557, 834270.723, 43.452, 561622.172, 834276.978, 43.452, 561621.347, 834285.541, 43.479,
561622.214, 834292.055, 43.645, 561619.718, 834302.583, 43.755, 561616.762, 834316.47, 43.755, 561608.842, 834328.241, 43.7,
561606.346, 834334.93, 43.7, 561605.27, 834341.929, 43.7, 561603.925, 834350.648, 43.728, 561602.462, 834358.405, 43.838,
561599.552, 834366.629, 44.031, 561594.551, 834374.291, 43.396, 561590.644, 834383.986, 43.065, 561588.48, 834392.21, 44.942,
561586.923, 834397.32, 46.737, 561584.608, 834402.898, 49.299, 561581.389, 834410.194, 50.077, 561580.437, 834419.49, 51.907,
561580.438, 834427.63, 53.127, 561582.245, 834433.389, 55.791, 561586.664, 834433.397, 57.503, 561593.88, 834433.608, 57.475,
561596.305,834439.653, 57.42, 561591.804, 834445.862, 57.309, 561589.097, 834447.689, 57.014)));
SELECT sdo_geom.validate_geometry_with_context(geometry, 0.0005) FROM TEST1;
DELETE FROM user_sdo_geom_metadata WHERE table_name = 'TEST1' AND column_name = 'GEOMETRY';
INSERT INTO user_sdo_geom_metadata VALUES ('TEST1','GEOMETRY',
     MDSYS.SDO_DIM_ARRAY(
     MDSYS.SDO_DIM_ELEMENT('X',400000,750000,0.0005),
     MDSYS.SDO_DIM_ELEMENT('Y',500000,1000000,0.0005),
     MDSYS.SDO_DIM_ELEMENT('Z',-10000,10000,0.0005)
), 2157);
DROP INDEX TEST1_SPIND;
CREATE INDEX TEST1_SPIND ON TEST1(GEOMETRY) INDEXTYPE IS MDSYS.SPATIAL_INDEX PARAMETERS ('layer_gtype=line sdo_indx_dims=2');And here's another table with a 2D geometry and a 2D index:
CREATE TABLE TEST2 (
ID                NUMBER PRIMARY KEY,
GEOMETRY     SDO_GEOMETRY);
INSERT INTO TEST2 (id, geometry) VALUES (
1,
SDO_GEOMETRY(2002, 2157, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY(561816.516, 834055.581, 561819.504, 834057.173,
561817.942, 834060.818, 561810.044, 834078.997, 561805.576, 834087.634, 561801.572, 834094.299, 561798.558, 834100.467,
561796.254, 834107.637, 561793.754, 834115.605, 561794.049, 834123.694, 561793.698, 834130.518, 561792.905, 834138.883,
561787.867, 834145.772, 561782.544, 834150.548, 561777.707, 834156.53, 561773.945, 834161.32, 561771.061, 834166.957,
561768.155, 834173.131, 561764.735, 834178.744, 561759.603, 834187.782, 561756.146, 834195.493, 561753.416, 834198.821,
561754.141, 834205.691, 561756.768, 834209.681, 561757.217, 834216.701, 561753.086, 834232.46, 561744.371, 834254.589,
561740.936, 834263.001, 561737.198, 834272.208, 561732.231, 834284.915, 561730.52, 834297.01, 561728.339, 834310.053,
561727.825, 834328.069, 561730.461, 834342.992, 561729.808, 834367.948, 561730.216, 834396.988, 561732.273, 834419.047,
561732.783, 834424.668, 561731.647, 834432.212, 561731.872, 834439.436, 561731.39, 834449.269, 561732.041, 834462.813,
561733.583, 834471.926, 561733.229, 834485.049, 561730.868, 834498.462, 561726.379, 834512.59, 561725.776, 834528.932,
561727.488, 834555.23, 561729.357, 834577.873, 561731.05, 834595.931, 561731.163, 834611.928, 561734.057, 834637.031,
561732.67, 834636.4, 561725.401, 834633.796, 561721.039, 834632.493, 561718.777, 834632.167, 561710.437, 834632.888,
561647.929, 834636.658, 561644.963, 834630.085, 561632.796, 834629.813, 561625.553, 834627.647, 561620.473, 834626.711,
561608.718, 834624.94, 561599.935, 834619.684, 561596.67, 834613.843, 561594.27, 834607.774, 561592.513, 834601.752,
561591.349, 834593.899, 561597.265, 834584.888, 561595.956, 834571.479, 561595.075, 834556.196, 561593.997, 834539.68,
561594.316, 834528.071, 561595.261, 834516.44, 561595.538, 834504.804, 561597.227, 834497.417, 561599.3, 834490.416,
561601.265, 834482.61, 561605.126, 834475.502, 561599.232, 834473.683, 561593.076, 834471.379, 561599.154, 834451.112,
561589.097, 834447.689, 561591.804, 834445.862, 561596.305, 834439.653, 561593.88, 834433.608, 561582.245, 834433.389,
561580.438, 834427.63, 561580.437, 834419.49, 561581.389, 834410.194, 561584.608, 834402.898, 561586.923, 834397.32,
561588.48, 834392.21, 561590.644, 834383.986, 561594.551, 834374.291, 561599.552, 834366.629, 561602.462, 834358.405,
561603.925, 834350.648, 561605.27, 834341.929, 561606.346, 834334.93, 561608.842, 834328.241, 561616.762, 834316.47,
561619.718, 834302.583, 561622.214, 834292.055, 561621.347, 834285.541, 561622.172, 834276.978, 561622.557, 834270.723,
561620.977, 834264.399, 561619.883, 834260.02, 561619.265, 834249.687, 561620.561, 834236.494, 561625.79, 834226.697,
561627.554, 834220.393, 561628.871, 834213.994, 561631.998, 834208.745, 561635.462, 834202.105, 561636.693, 834194.824,
561638.677, 834185.419, 561642.44, 834180.977, 561645.42, 834175.485, 561646.359, 834170.867, 561647.274, 834165.532,
561646.072, 834159.721, 561642.138, 834150.085, 561642.485, 834141.235, 561645.982, 834134.786, 561649.112, 834128.847,
561651.695, 834122.292, 561654.854, 834117.181, 561661.408, 834111.23, 561666.013, 834106.399, 561668.578, 834100.894,
561672.208, 834093.502,561673.131, 834087.641, 561675.868, 834081.55, 561676.875, 834077.262, 561672.716, 834074.456,
561669.257, 834075.821, 561664.582, 834079.468, 561658.336, 834080.105, 561653.234, 834078.769, 561653.028, 834073.777,
561657.67, 834070.739, 561658.59, 834067.116, 561657.514, 834061.742, 561660.041, 834055.935, 561664.229, 834051.781,
561666.717, 834047.218, 561667.946, 834042.976, 561670.832, 834037.185, 561671.963, 834032.137, 561674.434, 834025.125,
561680.716, 834022.389, 561685.179, 834019.771, 561686.278, 834015.727, 561696.229, 834005.955, 561695.935, 834005.726,
561677.805, 833994.91, 561683.163, 833985.817, 561703.01, 833949.434, 561725.891, 833961.856, 561744.35, 833971.197,
561768.396, 833983.86, 561777.842, 833988.883, 561798.333, 833999.743, 561797.243, 834005.725, 561783.574, 834040.515,
561798.127, 834046.391, 561807.001, 834050.509, 561816.516, 834055.581)));
SELECT sdo_geom.validate_geometry_with_context(geometry, 0.0005) FROM TEST2;
DELETE FROM user_sdo_geom_metadata WHERE table_name = 'TEST2' AND column_name = 'GEOMETRY';
INSERT INTO user_sdo_geom_metadata VALUES ('TEST2','GEOMETRY',
     MDSYS.SDO_DIM_ARRAY(
     MDSYS.SDO_DIM_ELEMENT('X',400000,750000,0.0005),
     MDSYS.SDO_DIM_ELEMENT('Y',500000,1000000,0.0005)
), 2157);
DROP INDEX TEST2_SPIND;
CREATE INDEX TEST2_SPIND ON TEST2(GEOMETRY) INDEXTYPE IS MDSYS.SPATIAL_INDEX PARAMETERS ('layer_gtype=line sdo_indx_dims=2');Now if I check how these two geometries relate to each other, the answer is OVERLAPBDYDISJOINT, which makes sense when inspecting the geometries.
SQL> SELECT
2 sdo_geom.relate(t1.geometry, 'determine', t2.geometry, 0.0005) relate_1_to_2,
3 sdo_geom.relate(t2.geometry, 'determine', t1.geometry, 0.0005) relate_2_to_1
4 FROM test2 t2, test1 t1
5 WHERE t1.id = t2.id;
RELATE_1_TO_2        RELATE_2_TO_1
OVERLAPBDYDISJOINT   OVERLAPBDYDISJOINT
1 row selected.So, I'd expect this query to return something...
SELECT /*+ ORDERED */ t1.id, t2.id, sdo_geom.relate(t1.geometry, 'determine', t2.geometry, 0.0005) relate
FROM test2 t2, test1 t1
WHERE sdo_relate(t1.geometry, t2.geometry, 'mask=overlapbdydisjoint') = 'TRUE'
AND t1.id = 1
AND t2.id = 1;Nada. And this...
SELECT /*+ ORDERED */ t1.id, t2.id, sdo_geom.relate(t1.geometry, 'determine', t2.geometry, 0.0005) relate
FROM test1 t1, test2 t2
WHERE sdo_relate(t2.geometry, t1.geometry, 'mask=overlapbdydisjoint') = 'TRUE'
AND t1.id = 1
AND t2.id = 1;Nada.
And this...
SQL> SELECT /*+ ORDERED */ t1.id, t2.id, sdo_geom.relate(t1.geometry, 'determine', t2.geometry, 0.0005) relate
2 FROM test2 t2, test1 t1
3 WHERE sdo_relate(t2.geometry, t1.geometry, 'mask=overlapbdydisjoint') = 'TRUE'
4 AND t1.id = 1
5 AND t2.id = 1;
        ID         ID RELATE
         1          1 OVERLAPBDYDISJOINT
1 row selected.This version gives the right answer.
Can anyone explain this?

Hi,-
I think you are running into these bugs 7158518 and 7710726.
Could you please request the patch for the bugs so that they are published on Metalink
if they dont exist there?
Please let us know if these fix your problem.
Best regards
baris

Hierarchy leaf not shown while data exists

Hi experts,
We have the following issue regarding the (in)visibility of hierarchy leafs:
We know that transactional data exists for a particular item in the hierarchy (total value is zero). This item is not shown by default in the report output (while zero suppression has been turned off). There are a few ways to make the item visible, e.g:
     1. Deactivate the hierarchical display
     2. Filter on the item
     3. Filter on another characteristic value for which the transaction data doesn't add up to zero.
     4. .........
However, we would like to show the item in any case, so even when the underlying transactional data sums up to zero.
Has anyone faced a similar problem before? Any idea how to solve the issue?
If necessary, I can send some screenshots with detailed information by email.
Thanks in advance !
Kind regards,
Rene

Hi,
We had a similiar issue in the Cost Element Hierarchy & got resolution.
I followed the below method an extract from SDN Forum reply.
You need to make the InfoObject an InfoProvider. Then you create a multiprovider with your InfoCube and the InfoObject. When you create a query, insert a new column that contains the key figure 0ROWCOUNT and a restriction on 0INFOPROV to your InfoObject.
When you right click on 0INFOPROV you now have the option to select Constant Selection. When you've turned it on you do a right click again and you're able to activate "Display non-posted values."
Finally hide the new column and execute the query.
Also we found out that for the nodes that were not appearing , the master data was incomplete. there was no source system assignment to those, we updated the field manually & with the above method the query worked.
Regards
Lalan

MSS No data exists. Is working - or not

Hi,
We have configured the MSS EMBORGCH and it is working or kind of working.
We have added a new selection called Furture employess, so the manager are able to see the future employees.
If there is no future employee, then the user gets this error: "No data exists for user XXXXXX in hierarchy MSSBIZVIEW".
And then if the user Log off the portal, then next time the manager log on. This message is shown: "No data exists for user XXXXXX in hierarchy MSSBIZVIEW". and the drop down selections are empty.
How to avoid this?
Kim

Hi
The problem is, that we have created a new view called "Future Employees". When you have future employees, this is working fine.
But if you do not have future employees, you will get this error message. If you then log out of the portal then the next time you log in, you will see this error and the dropdowns with the Views are empty, and you cannot navigate.
I just want the view to be empty and the navigation to work.
Right now, we are showing the manager, just to avoid this situation.
Kim

Select query to read data from a view

Hi friends,
We have been using a query to read data from a custom view which used to work perfectly. Now the program sits at that select query forever. We are able to extract same data from se16. Not sure what could be the problem.
Thanks in advance.

Dev
Have a look at the Table Index for the tables involved in the View... I think there is some change in the Indexes.. (Add / Remove / Change)
Thanks
Amol Lohade

Reg select query problem

hi all,
hope all r doing fine?
anyway i have a query which is mentioned below:-
select field1,.....fieldn
 from <dbtable1>
 into corresponding fields of table itab
 where <condition>.
select field1,...fieldn
 from <dbtable2>
 appending corresponding fields of table itab
 where <condition>.
the above two select stmts retrieve same set of fields from two different database tables into same internal table itab..
now my question is ...........is any other way to change 2nd select statement without using appending correspondin fields
but the functionality should remain the same as it is after changing..................
bcos appending corresponding is causing performance problem in data retrieval.
thanx alot in advance.
for sure points will be given for all the helpful answers
Jack

Hi,
You can use like that:
select field1,.....fieldn
from <dbtable1>
into corresponding fields of table itab1
where <condition>.
select field1,...fieldn
from <dbtable2>
appending corresponding fields of table itab2
where <condition>.
now u use:
loop at itab2 into w_itab2.
read table itab1 into w_itab1 with key w_itab1-<primary field> = w_itab2-<Primary field>.
if sy-subrc = 0.
append w_final into i_final.
else continue.
endif.
endloop.
*i_final table having all data ( i.e itab2 & itab1 data)

Select query problem in JDBC sender adapter

Hello Experts,
We have a problem with PI sender adapter that PI has started to miss records in database some database records are missing and we are using the below selet query :
SELECT * FROM [database name].[dbo].[Material_Movement] WHERE [Process_Order_Number] = (Select TOP 1 [Process_Order_Number] FROM [database name].[dbo].[Material_Movement] WHERE ([PI_Read_Date] IS NULL AND [Movement_Type] = (SELECT TOP 1 [Movement_Type] FROM [database name].[dbo].[Material_Movement] WHERE [Transaction_Code] = 'xyz' AND [PI_Read_Date] IS NULL ORDER BY Created_Date ASC))) AND [Transaction_Code] = 'xyz' AND [Movement_Type] = (SELECT TOP 1 [Movement_Type] FROM [database name].[dbo].[Material_Movement] WHERE [Transaction_Code] = 'xyz' AND [PI_Read_Date] IS NULL ORDER BY Created_Date ASC) AND [PI_Read_Date] IS NULL ORDER BY [Transaction_ID] ASC
I am weak in select query could you please check and suggest how the query can be modified to avoid this issue .
Thanks,
Somenath

Hi ,
After looking into These Query .. I found ...
Your Query Will run such Kind of scenario ..
1.)   Movement Type will be fetched from from below Query
        SELECT TOP 1 Movement_Type
        FROM database name.dbo.Material_Movement
        WHERE Transaction_Code = 'xyz'
       AND PI_Read_Date IS NULL
        ORDER BY Created_Date ASC
2.) on the basis of abovr fetched moment code . your Query will fetch 1 Process Order number
Select TOP 1 Process_Order_Number
FROM database name.dbo.Material_Movement
WHERE ( PI_Read_Date IS NULL
              AND Movement_Type = Moment Type will be same as 1.
3.)
After Getting 1 and 2 . Query will fetch Data from table " dbo.Material_Movement "
On the basis of ..
Movement_Type = value from 1.
Process_order_type = value from 2.
Transaction_Code = 'xyz'
ORDER BY Transaction_ID ASC
So check Missed record Fullfill this Condition or not ....................
If not ... You will get why they are not picked by your given Query ...........
Hope it helps ..
regards
Prabhat Sharma.

Error when executing a query on master data

Hi Friends,
When I execute a query fon Master Data Characteristic infoObject ( 0BPARTNER ) from BEx Analyzer I got the below error. 0BPARTNER contains 15 attributes. I am getting the below error only for this query. Rest all other queries are working good with the same BEx Analyzer.
An error occured in the communication with the BW Server.
Due to this connection has to be closed.
Detailed Description:
The system is configured incorrectly.
Please tell me what could be the problem? How to overcome this?
Thanks,
Sasi

Hi Arun,
Before the execution of query I did that. And it was ' Query is Correct'.
Any more ideas?
Thanks,
Sasi.

No data Exists error while retrieving the data from a table

Hi Everyone!
I am getting "No Data Exists" error while retrieving the data from a table....where i need to check...if possible please give me example link.....please help me regarding this

Hi !
thanks for ur response...
I have written vo.executeQuery for the table...My page is running but i m not getting the data....I have to select two LOV's and when I click on Go button the data has to display in the table...After the selection of LOV's when I click on Go in the table "No data exists" message is appearing...the table has the data and the query is also executing...please give info where i did the mistake....

Tp ended with error code 0247 - addtobuffer has problems with data- and/or

Hello Experts,
If you give some idea, it will be greatly appreciated.
This transported issue started coming after power outage, sap system went hard shutdown.
Then we brought up the system. Before that , we do not have this transport issue.
our TMS landscape is
DEV QA-PRD
SED-SEQSEP
DEV is having the TMS domain controller.
FYI:
*At OS level, when we do scp command using root user, it is fine for any TR.
In STMS, while adding TR in SEQ(QA system), we are getting error like this.
Error:
Transport control program tp ended with error code 0247
     Message no. XT200
Diagnosis
     An error occurred when executing a tp command.
       Command:        ADDTOBUFFER SEDK906339 SEQ client010 pf=/us
       Return code:    0247
       Error text:     addtobuffer has problems with data- and/or
       Request:        SEDK906339
System Response
     The function terminates.
Procedure
     Correct the error and execute the command again if necessary.
This is tp version 372.04.71 (release 700, unicode enabled)
Addtobuffer failed for SEDK906339.
Neither datafile nor cofile exist (cofile may also be corrupted).
standard output from tp and from tools called by tp:
tp returncode summary:
TOOLS: Highest return code of single steps was: 0
ERRORS: Highest tp internal error was: 0247

when we do scp using sm69,
SEDADM@DEVSYS:/usr/sap/trans/cofiles/K906339.SED SEQADM@QASYS:/usr/sap/trans/cofiles/.
it throws the error like below,
Host key verification failed.
                                                                                External program terminated with exit code 1
Thanks
Praba

Different results for the same query and same data ! (oracle 9i)

Hi,
This is a mystery for me. I've got on my database exactly the same data that my customer (exported schema). We both launch the same query (generated by the software that we sold him). This query has a criteria IN (SELECT MAX()...) to get only data from the last year.
The query gives 477 rows on my computer (correct answer), but no row on his! We have the same data! The only difference is the Oracle release : 9.2.0.6.0 for him, 9.2.0.1.0 for me.
If he executes the subquery alone, it gives the expected result.
If he replaces the MAX() in the subquery by the returned value (year 2016), he gets his 477 rows.
I've rewritten the query with a NOT EXISTS, and now all is fine. (Less efficient but it works).
I have no rational explication. Did I miss something ?
Thanks for any answer.
This is the query:
SELECT ...
FROM
CRA, GRA, ...
WHERE
/* subselect */
(CRA.COLLCOD, CRA.CRANEXE, CRA.CRANCODBUD, CRA.GRANNUM, CRA.CRANCOD1, CRA.CRANCOD2, CRA.CRANCOD3, CRA.CRANCOD4)
IN (
SELECT b.COLLCOD, MAX(cranexe), b.CRANCODBUD, b.GRANNUM, b.CRANCOD1, b.CRANCOD2, b.CRANCOD3, b.CRANCOD4
FROM CRA b
GROUP BY b.COLLCOD, b.CRANCODBUD, b.GRANNUM, b.CRANCOD1, b.CRANCOD2, b.CRANCOD3, b.CRANCOD4
AND... /* other filters and joins */

v9.2.0.1 was full of bugs. a lot of these bugs had to do with "incorrect results", typically associated with old stats or complex queries (certain types of subqueries were very likely to give wrong resutls, due to the way they were rewritten by the optimizer).
apply the 9.2.0.6 patch set

Query problem, no data exist

Similar Messages

Maybe you are looking for