Problem with an index of markers

In FrameMaker 7.2, I developed an elegant method for compiling an index of warnings, which is an alphabetical list of all the warnings in the book, each followed by the pages at which they occur in the book. Thus, warnings that used the same content were listed in one entry. This was required by a regulatory agency. The previous workflow created a list of warnings followed by a manual correlation of warnings with the same content.
My method involved the addition of a marker of type warning in each warning element. The content of this marker was the building block <$elemtextonly>, which "pulled in" the content of the element, in this case the warning. This worked beautifully. It also worked in unstructured books by replacing <$elemtextonly> with <$paratextonly>.
In FrameMaker 9.0p230, it no longer works. The index of warnings consists of one entry: <$elemtextonly>, followed by the list of pages for all the warnings.
I tried replacing $elemtextonly with $elemtext, which does not work.
Replacing $elemtextonly with $paratextonly, also does not work.
However, replacing <$elemtextonly> with <$paratext> in each warning marker yields the required results, almost. $paratext pulls in the element's prefix, which is the word "Warning" followed by a line break. $elemtextonly (in 7.2) excludes the prefix. If I changed the prefix to an autonumber, then $paratext would work as I want, but I cannot put a line break in an autonumber.
So, what was once a beautiful feature in FrameMaker 7. 2 is now broken in version 9.
Short of reformulating my element structure, does anyone have any suggestions? Or is this a bug that Adobe intends to correct?
Thanks,
Van

Van,
There has never been a <$paratextonly> building block in FM. It's only <$paratext> with the option of specifying some paratags in the <$paratext[...]> construct.

Similar Messages

Problem with delete index of cube in process chain

HI ,i have a problem with my process chain,here on process name as delet index is ther which has been turned to red.when iam going inside of that in Display message iam getting the msg as"Indexes for InfoCube SMS_C06 have been deleted successfully".
since the process is in red next process is not been triggering,but i have to continue the process chain.
can anybody put some light into it.its very urgent........

Hi,
I ran into the same situation with one of my process chain that is part of a metachain. The process chain has the Delete Index that turned red. But the messages show that the indexes on all the cubes were deleted sucessfully.
As suggested, I did a repeat on the delete index variant, but no luck as it turned red again.
Anyone aware familiar with this issue?
Thanks,
Briston

Problem with displaying index in RH11

Hi,
I’m using RH11 to make Responsive HTML5 output in 4 different help projects, with the Theme2-_Government layout (in Dutch and French).
All projects start correctly with the TOC pane open and the whole indexfile displayed. Even my first indexsearch is OK.
However, no respons with the second index search, because the program keeps loading, and loading… the index-entrys.
All 4 projects have the same problem.
What's going on? Thanks for your help!
Paul

Hi,
I know that in some situations the TOC acts up strange and somehow that also affects the Index. Peter Grainge had an update for this and it may help you out too.
Download: https://drive.google.com/a/wvanweelden.eu/file/d/0B97LY22mEkjqMEJOTFk5QzFFRnc/edit?usp=sha ring
In your output, go to template/scripts. Replace the file toctree.js with the file you downloaded and see if that makes a difference. It did for me.
Note: This file is not released by Adobe, so use at your own risk.
Kind regards,
Willam

Problem with the Index in IBooksAuthor

I am working with the Dutch version of iBooksAuthor and create a series of iBooks in the English language. All looks great, except the Index. It displays the Dutch word for 'Chapter': Hoofdstuk. Whatever I do I can't change 'Hoofdstuk' in the Index for the English word, 'Chapter' . I know how to change templates, but the Index I can't change... Can somebody help me to solve this problem? Thanks!

Hi,
No, the problem is in the iBooksAuthor software on the iMac when creating the iBook. On my iPad I see the iBook that I have created.

Apple please read: Serious problem with Spotlight indexing!

My MacPro has a serious problem and I don't know what to do: Spotlight has been indexing for two weeks now, day and night. When I click the spotlight icon, the info box says that it is "calculating time", which I guess means that OSX tries to find out how long the indexing will take. Consol reports this line again and again (for the last two weeks):
"...pple.launchd(1) (com.digidesign.fwfamily.helper (10466) posix_spawnp/"/Library/Application Support/ Digidesign/fireWire/DigidesignFireWireHelper", ...): No such file or directory"
I removed Digidesign ProTools from this Mac two months ago, and I thought every files were removed. Obviously, Spotlight is trying to remove a file it cannot find... When I set all files to visible (with Terminal), there is NO file with the required name on my Mac.
What is the solution? How do I get rid of this problem? It creates other problem, like stopping any security update I try to install. It also makes saving files veeeery slow, and applications freeze with the spinning wheel for half a minute or more quite often.
I tried to reinstall MacOSX (archive and install), but it did not help. Then I had to authorize lots of plugins (for my music software) again, very annoying (and I lost some authorizations).
Any serious help is what I need.
Message was edited by: Helge Krabye

Helge Krabye wrote:
"...pple.launchd(1) (com.digidesign.fwfamily.helper (10466) posix_spawnp/"/Library/Application Support/ Digidesign/fireWire/DigidesignFireWireHelper", ...): No such file or directory"
Hi!
This is another problem that is not related to Spotlight...
launchd is the (sort of) mother of all processes on Mac OS X.
It looks for "LaunchDaemons" and "LaunchAgents" in two folders "/Library" and "/System/Library" (there should be subfolders with the name "LaunchDaemons" and "LaunchAgents").
Go into these subfolders and delete any trace that's left from Digidesign Protools...
That should help to get rid off the error messages.
Then look for other Console messages that start with "mds", "mdworker" or alike. The name of every process that is related to Spotlight starts with the letters "md" (metadata)...
Check with the utility Activity Monitor which process is hogging CPU and/or disk...
Cheers,
Walter

Problems with spatial indexing

Hi,folks,
Thanks, first.
When I try to build a function_based R-tree index on a table, I get the following error message.
Is anyone has idea what I should look into to fix this problem.
Thank you.
ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
ORA-13203: failed to read USER_SDO_GEOM_METADATA table
ORA-13203: failed to read USER_SDO_GEOM_METADATA table
ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 7
ORA-06512: at line 1

Hi,
Thanks Dan.
My step is:
I have three relational tables: node, edge, polyline.
They have relationship as following:
each edge is bounded by two nodes,
each polyline is bounded by two nodes and alos composed of a set of edges.
I made functions to get geometry on each table as following:
get_node_geometry(ndid)
get_edge_geometry(edid)
get_polyline_geometry(pdid)
mdsys.sdo_geometry as return type.
Note that coordinates are saved only with node table.
But edge and polyline can construct themselvel by functions above.
After that, I made r-tree index on node, and edge. But it can not work on polyline table for some reasons. I got the error messages from the last postage.
I just note that in my polyline table there are some self-close polylines, which have the same start and terminate node.
Is that possible problem causing the OCIIndexCreate error?
I debugged my code in jdeveloper, by tracing that, there seems no error to return polyline geometry object using get_polyline_geometry function.
Do you have any clue?
many thanks,

There are problems with quadtree indexing in Oracle 8.1.7.4 for Linux

I have patched my 8.1.7 database on Linux to 8.1.7.4.
All my spatial data were indexed using quadtree indexing mechanizm.
After the patch is proceeded, I'v rebuilt all spatial indexes (because all they became invalid).
When I use window query type, the spatial query does not give right results!
There are no errors, but not all geometries following in the query rectangle are selected.
My spatial data does not use projection (the SRDIDs are 262148).
If there is layer with other srid - there are no transformation between projections query rectngle and layer geometries (the query rectangle is with SRID = null).
When I change indexing mechanizm to R-tree - there are no problems.
What is the problem?

I don't understand:
My spatial data does not use projection (the SRIDs are 262148).
What is 262148? It is an SRID that isn't in the 8.1.7.4 database.
If the SRID isn't an issue, you might want to make sure the coordinate
system bounds of the geometries match if your data is coming from two
different tables and they both have quadtree indexes built on them.
If the coordinate system bounds don't match, then you can see this kind of problem.
Hope this helps,
Dan

Problem with table-indexes when using select-options in select

Hello experts,
is it right that table-indexes will not be used if you take select-options to select data from the database?
in detail:
i have build up an table-index for one of our db-tables and test it via an test-programm. The first test with '=' comparisons worked fine. Every key of the index was used; checked via ST05!
e.g.:    SELECT * FROM TABLEA INTO ITAB WHERE keya = '1' AND keyb = '2' AND keyc = '3'.
Now i startet the test with select-options
e.g.:   SELECT * FROM TABLEA INTO ITAB WHERE keya IN seltabA AND keyb IN seltabB AND keyc IN seltabC.
First of all i just filled the seltabs with only 1 value:    eg: seltabA=      SIGN = 'I'   OPTION = 'EQ'   LOW = '1'     etc.
Everything worked fine. Every key of the index was used.
But now, I putted more than one entries in the seltabs e.g.
seltabA:      SIGN = 'I'   OPTION = 'EQ'   LOW = '1'
                   SIGN = 'I'   OPTION = 'EQ'   LOW = '2'
                   SIGN = 'I'   OPTION = 'EQ'   LOW = '3'
From now on, the indexed was not used completely (with all keys).
Isn't that strange? How can i use select-options or sel-ranges with using the complete table-indexes?
Thanks a lot,
Marcel

Hi Hermann,
i hope this helps:
this is the first one, which uses the complete index:
SELECT
"KOWID" , "LIFNR" , "KLPOS" , "ORGID" , "KOART" , "MATNR" , "GLTVON" ,
"GLTBIS" , "WERT" , "ABLIF" , "FAKIV" , "AENAM" , "AEDAT" , "AFORM" ,
"HERSTELLER" , "ARTGRP" , "OE_FREITXT" , "ARTFREITEXT" , "STATUS" ,
"TERDAT"
FROM
"/dbcon/01_con"
WHERE
"MANDT" = ? AND "LIFNR" = ? AND "ORGID" = ? AND "KOART_BASIS" = ? AND
"STATUS" = ? AND "GEWAEHR_KOWID" < ? AND ( "STATUS" = ? OR "STATUS" = ? OR
"STATUS" = ? ) WITH UR
RESULT: 5 IXSCAN /dbcon/01_con05 #key columns: 4
And the second one, which does not use the complete index! The 3 ranges are filled each with 2 values. Remember; when i fill them each with only one value, the result is the same as you can see above(/dbcon/01_con05 #key columns: 4):
SELECT
"KOWID" , "LIFNR" , "KLPOS" , "ORGID" , "KOART" , "MATNR" , "GLTVON" ,
"GLTBIS" , "WERT" , "ABLIF" , "FAKIV" , "AENAM" , "AEDAT" , "AFORM" ,
"HERSTELLER" , "ARTGRP" , "OE_FREITXT" , "ARTFREITEXT" , "STATUS" ,
"TERDAT"
FROM
"/dbcon/01_con"
WHERE
"MANDT" = ? AND "LIFNR" IN ( ? , ? ) AND "ORGID" IN ( ? , ? ) AND
"KOART_BASIS" IN ( ? , ? ) AND "GEWAEHR_KOWID" < ? AND ( "STATUS" = ? OR
"STATUS" = ? OR "STATUS" = ? ) WITH UR
and here the access-plan
   0 SELECT STATEMENT ( Estimated Costs = 5,139E+01 [timerons] )
5     1 RETURN
5     2 NLJOIN
5     3 [O] TBSCAN
5     4 SORT
5 TBSCAN GENROW
5     6 <i> FETCH /dbcon/01_con
7 IXSCAN /dbcon/01_con05 #key columns: 2
As you can see, only 2 keys were taken for indexed selection!
Any idea?
Kind regards,
MArcel
Edited by: Marcel Ebert on Jul 28, 2009 5:25 PM

Problems with creating index

I have over 1500MB free in tablespace
I use for indexes. When I attempt to create
index which should have about 300MB
it ends with error ORA-01652
unable to extend temp segment in tablespace
where my indexes reside.
Why Oracle needs so much space to create an index,
is there any way to do it without increasing
the size of tablespace?

Oracle needs no extra space in the tablespace beyond what is required to hold the index (INITIAL plus any additional extents allocated). My guess would be that you do not have a large enough contiginous chunk of free space to hold an additional extent.
If your tablespace is dictionary managed, look at the INITIAL, NEXT and PCTINCREASE parameters of your CREATE INDEX statement (or the tablespace defaults if you are not supplying them). Compare these to the sizes of the free space chunks in your index tablespace.
SELECT file_id, block_id, blocks, bytes
FROM dba_free_space
WHERE tablespace_name = 'YOUR_INDEX_TBS'
ORDER BY blocks DESCcompare the sizes of the first few rows here with the sizes of INITIAL and NEXT.
HTH
John

Problem with a indexes that doesn't run

Hi all,
I premise that I'm not a Dba Administrator, but I must resolve a performance problem in a complex select.
I hope to explain it, but If you need others information about it, I can give all!
I read a Rob thread about the explain plan and tkprof.
1) The statment is this (I show only a field extracted, but are much more)
explain plan for
select case
when a.codi_prov = b.codi_prov then 1
when a.codi_prov != b.codi_prov
and a.codi_regi = b.codi_regi then 2
else 3 end ordine
,codi_azie
from V_Boll0003 a
, ( select c.codi_prov
     , c.codi_regi
     from AnagIndiAzie b              ,
     ParaProv     c
     where b.codi_prov = c.codi_prov
     and b.codi_azie = 11
     and codi_tipo_indi = 9 ) b
where a.codi_boll_avvi = 1181
and codi_azie = 11
order by codi_azie, ordine, nume_ordi, nvl(substr(nume_avvi_coll,2),substr(nume_avvi,2)),substr(nume_avvi,2)where the V_Boll0003 is this
select d.codi_Azie        , a.codi_prov     , a.codi_regi        , nume_ordi          , nume_Avvi     ,
              a.nume_avvi_coll   , desc_deno_ente , a.CODI_SIGL_PROV   , desc_indi_visu     ,
              desc_caap          , Desc_Comu       , desc_nume_tele02   , desc_nume_tele01   ,
              desc_nume_faxx02   , desc_nume_faxx01, desc_tipo_avvi_visu, flag_avvi_urge     , desc_ogge_lavo ,
              Flag_Cate_Stim     , Note_stim       , Impo_Avvi_Visu     , Desc_note_Impo     , Desc_Fina_0001 ,
              Desc_Arti_Legg_Boll, Data_Publ       , Data_Scad_Visu     , desc_scad_oraa     , desc_scad_minu ,
              Desc_Note_Ente_Visu, a.codi_avvi     , a.codi_boll_avvi   ,
              desc_uffi_ente     , desc_fina_0002 , desc_ogge_lavo_visu,
              desc_deno_ente_visu, EstrDatiAvvi(codi_Avvi_Coll,'B') Desc_Deno_AVVI_Coll,
              EstrDatiAvvi(codi_Avvi_Coll,'I') Desc_Deno_Ente_Coll
         from V_Asp_RepoAnagBollAvvi a,
              RelaAvviProv           b,
              RelaAvviDettCate       c,
              GestAzieInte           d
        where a.codi_avvi      = b.codi_avvi(+)
          and a.codi_avvi      = c.codi_avvi(+)
          and b.codi_prov      = d.codi_prov
          and c.codi_dett_cate = d.codi_dett_cate(+)
          and a.flag_risu      not in ('R')
          and (
                    a.impo_avvi >= d.impo_mini
                 and a.impo_avvi <= d.impo_maxx
                or a.impo_avvi = 0
     group by d.codi_Azie        , a.codi_prov     , a.codi_regi        , nume_ordi          , nume_Avvi     ,
              a.nume_avvi_coll   , desc_deno_ente , a.CODI_SIGL_PROV   , desc_indi_visu     ,
              desc_caap          , Desc_Comu       , desc_nume_tele02   , desc_nume_tele01   ,
              desc_nume_faxx02   , desc_nume_faxx01, desc_tipo_avvi_visu, flag_avvi_urge     , desc_ogge_lavo ,
              Flag_Cate_Stim     , Note_stim       , Impo_Avvi_Visu     , Desc_note_Impo     , Desc_Fina_0001 ,
              Desc_Arti_Legg_Boll, Data_Publ       , Data_Scad_Visu     , desc_scad_oraa     , desc_scad_minu ,
              Desc_Note_Ente_Visu, a.codi_avvi     , a.codi_boll_avvi   ,
              desc_uffi_ente     , desc_fina_0002 , desc_ogge_lavo_visu,
              desc_deno_ente_visu, EstrDatiAvvi(codi_Avvi_Coll,'B'),
              EstrDatiAvvi(codi_Avvi_Coll,'I')
        union
      select d.codi_Azie        , a.codi_prov     , a.codi_regi        , nume_ordi          , nume_Avvi     ,
              a.nume_avvi_coll   , desc_deno_ente , a.CODI_SIGL_PROV   , desc_indi_visu     ,
              desc_caap          , Desc_Comu       , desc_nume_tele02   , desc_nume_tele01   ,
              desc_nume_faxx02   , desc_nume_faxx01, desc_tipo_avvi_visu, flag_avvi_urge     , desc_ogge_lavo ,
              Flag_Cate_Stim     , Note_stim       , Impo_Avvi_Visu     , Desc_note_Impo     , Desc_Fina_0001 ,
              Desc_Arti_Legg_Boll, Data_Publ       , Data_Scad_Visu     , desc_scad_oraa     , desc_scad_minu ,
              Desc_Note_Ente_Visu, a.codi_avvi     , a.codi_boll_avvi   ,
              desc_uffi_ente     , desc_fina_0002 , desc_ogge_lavo_visu,
              desc_deno_ente_visu, EstrDatiAvvi(codi_Avvi_Coll,'B') Desc_Deno_AVVI_Coll,
              EstrDatiAvvi(codi_Avvi_Coll,'I') Desc_Deno_Ente_Coll
          from V_Asp_RepoAnagBollAvvi a,
              RelaAvviProv           b,
              RelaAvviDettCate       c,
              GestAzieInte           d
        where a.codi_avvi_coll = b.codi_avvi(+)
          and a.codi_avvi_coll = c.codi_avvi(+)
          and b.codi_prov      = d.codi_prov
          and c.codi_dett_cate = d.codi_dett_cate(+)
          and a.flag_risu      not in ('R')
          and (
                    a.impo_avvi >= d.impo_mini
                 and a.impo_avvi <= d.impo_maxx
                or a.impo_avvi = 0
     group by d.codi_Azie        , a.codi_prov     , a.codi_regi        , nume_ordi          , nume_Avvi     ,
              a.nume_avvi_coll   , desc_deno_ente , a.CODI_SIGL_PROV   , desc_indi_visu     ,
              desc_caap          , Desc_Comu       , desc_nume_tele02   , desc_nume_tele01   ,
              desc_nume_faxx02   , desc_nume_faxx01, desc_tipo_avvi_visu, flag_avvi_urge     , desc_ogge_lavo ,
              Flag_Cate_Stim     , Note_stim       , Impo_Avvi_Visu     , Desc_note_Impo     , Desc_Fina_0001 ,
              Desc_Arti_Legg_Boll, Data_Publ       , Data_Scad_Visu     , desc_scad_oraa     , desc_scad_minu ,
              Desc_Note_Ente_Visu, a.codi_avvi     , a.codi_boll_avvi   ,
              desc_uffi_ente     , desc_fina_0002 , desc_ogge_lavo_visu,
              desc_deno_ente_visu, EstrDatiAvvi(codi_Avvi_Coll,'B'),
              EstrDatiAvvi(codi_Avvi_Coll,'I')
        union
      select d.codi_Azie        , a.codi_prov     , a.codi_regi        , nume_ordi          , nume_Avvi     ,
              a.nume_avvi_coll   , desc_deno_ente , a.CODI_SIGL_PROV   , desc_indi_visu     ,
              desc_caap          , Desc_Comu       , desc_nume_tele02   , desc_nume_tele01   ,
              desc_nume_faxx02   , desc_nume_faxx01, desc_tipo_avvi_visu, flag_avvi_urge     , desc_ogge_lavo ,
              Flag_Cate_Stim     , Note_stim       , Impo_Avvi_Visu     , Desc_note_Impo     , Desc_Fina_0001 ,
              Desc_Arti_Legg_Boll, Data_Publ       , Data_Scad_Visu     , desc_scad_oraa     , desc_scad_minu ,
              Desc_Note_Ente_Visu, a.codi_avvi     , a.codi_boll_avvi   ,
              desc_uffi_ente     , desc_fina_0002 , desc_ogge_lavo_visu,
              desc_deno_ente_visu, EstrDatiAvvi(codi_Avvi_Coll,'B') Desc_Deno_AVVI_Coll,
              EstrDatiAvvi(codi_Avvi_Coll,'I') Desc_Deno_Ente_Coll
         from V_Asp_RepoAnagBollAvvi a,
              RelaAvviProv           b,
              GestAzieInte           d
        where a.codi_avvi      = b.codi_avvi
          and b.codi_prov      = d.codi_prov
          and a.flag_risu      not in ('R')
          and flag_glob = 'P'
     group by d.codi_Azie        , a.codi_prov     , a.codi_regi        , nume_ordi          , nume_Avvi     ,
              a.nume_avvi_coll   , desc_deno_ente , a.CODI_SIGL_PROV   , desc_indi_visu     ,
              desc_caap          , Desc_Comu       , desc_nume_tele02   , desc_nume_tele01   ,
              desc_nume_faxx02   , desc_nume_faxx01, desc_tipo_avvi_visu, flag_avvi_urge     , desc_ogge_lavo ,
              Flag_Cate_Stim     , Note_stim       , Impo_Avvi_Visu     , Desc_note_Impo     , Desc_Fina_0001 ,
              Desc_Arti_Legg_Boll, Data_Publ       , Data_Scad_Visu     , desc_scad_oraa     , desc_scad_minu ,
              Desc_Note_Ente_Visu, a.codi_avvi     , a.codi_boll_avvi   ,
              desc_uffi_ente     , desc_fina_0002 , desc_ogge_lavo_visu,
              desc_deno_ente_visu, EstrDatiAvvi(codi_Avvi_Coll,'B'),
              EstrDatiAvvi(codi_Avvi_Coll,'I')
        union
      select d.codi_Azie        , a.codi_prov     , a.codi_regi        , nume_ordi          , nume_Avvi     ,
              a.nume_avvi_coll   , desc_deno_ente , a.CODI_SIGL_PROV   , desc_indi_visu     ,
              desc_caap          , Desc_Comu       , desc_nume_tele02   , desc_nume_tele01   ,
              desc_nume_faxx02   , desc_nume_faxx01, desc_tipo_avvi_visu, flag_avvi_urge     , desc_ogge_lavo ,
              Flag_Cate_Stim     , Note_stim       , Impo_Avvi_Visu     , Desc_note_Impo     , Desc_Fina_0001 ,
              Desc_Arti_Legg_Boll, Data_Publ       , Data_Scad_Visu     , desc_scad_oraa     , desc_scad_minu ,
              Desc_Note_Ente_Visu, a.codi_avvi     , a.codi_boll_avvi   ,
              desc_uffi_ente     , desc_fina_0002 , desc_ogge_lavo_visu,
              desc_deno_ente_visu, EstrDatiAvvi(codi_Avvi_Coll,'B') Desc_Deno_AVVI_Coll,
              EstrDatiAvvi(codi_Avvi_Coll,'I') Desc_Deno_Ente_Coll
         from V_Asp_RepoAnagBollAvvi a,
              RelaAvviProv           b,
              RelaAvviDettCate       c,
              GestAzieInte           d
        where a.codi_avvi_coll = b.codi_avvi(+)
          and a.codi_avvi      = c.codi_avvi(+)
          and b.codi_prov      = d.codi_prov
          and c.codi_dett_cate = d.codi_dett_cate(+)
          and a.flag_risu not in ('R')
          and (
                    a.impo_avvi >= d.impo_mini
                 and a.impo_avvi <= d.impo_maxx
                or a.impo_avvi = 0
     group by d.codi_Azie        , a.codi_prov     , a.codi_regi        , nume_ordi          , nume_Avvi     ,
              a.nume_avvi_coll   , desc_deno_ente , a.CODI_SIGL_PROV   , desc_indi_visu     ,
              desc_caap          , Desc_Comu       , desc_nume_tele02   , desc_nume_tele01   ,
              desc_nume_faxx02   , desc_nume_faxx01, desc_tipo_avvi_visu, flag_avvi_urge     , desc_ogge_lavo ,
              Flag_Cate_Stim     , Note_stim       , Impo_Avvi_Visu     , Desc_note_Impo     , Desc_Fina_0001 ,
              Desc_Arti_Legg_Boll, Data_Publ       , Data_Scad_Visu     , desc_scad_oraa     , desc_scad_minu ,
              Desc_Note_Ente_Visu, a.codi_avvi     , a.codi_boll_avvi   ,
              desc_uffi_ente     , desc_fina_0002 , desc_ogge_lavo_visu,
              desc_deno_ente_visu, EstrDatiAvvi(codi_Avvi_Coll,'B'),
              EstrDatiAvvi(codi_Avvi_Coll,'I')and the table that doesn't run the index, is RelaAvviProv,
CODI_AVVI_PROV                            NOT NULL NUMBER(9)
CODI_AVVI                                 NOT NULL NUMBER(9)
CODI_PROV                                 NOT NULL VARCHAR2(3)
USER_PROP                                 NOT NULL VARCHAR2(30)
USER_PROC                                 NOT NULL VARCHAR2(30)
DATA_AGGI                                 NOT NULL DATE
DATA_INSE                                 NOT NULL DATENow
2) Explain plan is this
PLAN_TABLE_OUTPUT
Plan hash value: 1133346799
| Id | Operation                                      | Name
      | Rows | Bytes |TempSpc| Cost (%CPU)| Time     |
PLAN_TABLE_OUTPUT
|   0 | SELECT STATEMENT                               |
      |   277 | 22160 |       | 6061   (2)| 00:01:13 |
|   1 | SORT ORDER BY                                 |
      |   277 | 22160 |       | 6061   (2)| 00:01:13 |
|   2 |   MERGE JOIN CARTESIAN                         |
      |   277 | 22160 |       | 6060   (2)| 00:01:13 |
|   3 |    NESTED LOOPS                                |
      |     1 |    20 |       |    29   (0)| 00:00:01 |
PLAN_TABLE_OUTPUT
|* 4 |     TABLE ACCESS BY INDEX ROWID                | ANAGINDIAZIE
      |     1 |    12 |       |    28   (0)| 00:00:01 |
|* 5 |      INDEX RANGE SCAN                          | INDX_ANAGINDIAZIE_TIPOI
NDI   | 1726 |       |       |     4   (0)| 00:00:01 |
|   6 |     TABLE ACCESS BY INDEX ROWID                | PARAPROV
      |     1 |     8 |       |     1   (0)| 00:00:01 |
|* 7 |      INDEX UNIQUE SCAN                         | PK_CODIPROV
PLAN_TABLE_OUTPUT
      |     1 |       |       |     0   (0)| 00:00:01 |
|   8 |    BUFFER SORT                                 |
      | 3952 |   231K|       | 6060   (2)| 00:01:13 |
|   9 |     VIEW                                       | V_BOLL0003
      | 3952 |   231K|       | 6031   (2)| 00:01:13 |
| 10 |      SORT UNIQUE                               |
      | 3952 | 2316K| 4840K| 6031 (77)| 00:01:13 |
PLAN_TABLE_OUTPUT
| 11 |       UNION-ALL                                |
      |       |       |       |            |          |
| 12 |        HASH GROUP BY                           |
      |    11 | 6809 |       | 1414   (2)| 00:00:17 |
| 13 |         NESTED LOOPS OUTER                     |
      |    11 | 6809 |       | 1412   (2)| 00:00:17 |
| 14 |          NESTED LOOPS OUTER                    |
      |    11 | 6578 |       | 1401   (2)| 00:00:17 |
PLAN_TABLE_OUTPUT
| 15 |           NESTED LOOPS                         |
      |    11 | 6413 |       | 1400   (2)| 00:00:17 |
| 16 |            NESTED LOOPS                        |
      |    11 | 4895 |       | 1389   (2)| 00:00:17 |
|* 17 |             HASH JOIN                          |
      |   451 |   186K|       | 1156   (2)| 00:00:14 |
| 18 |              NESTED LOOPS                      |
PLAN_TABLE_OUTPUT
      |   304 |   123K|       |   710   (1)| 00:00:09 |
|* 19 |               HASH JOIN RIGHT OUTER            |
      |   174 | 70644 |       |   187   (1)| 00:00:03 |
| 20 |                TABLE ACCESS FULL               | ANAGUFFIENTI
      |   963 | 30816 |       |     5   (0)| 00:00:01 |
| 21 |                NESTED LOOPS OUTER              |
      |   174 | 65076 |       |   182   (1)| 00:00:03 |
PLAN_TABLE_OUTPUT
| 22 |                 NESTED LOOPS OUTER             |
      |   174 | 59682 |       |   181   (1)| 00:00:03 |
| 23 |                  NESTED LOOPS OUTER            |
      |   174 | 55506 |       |   180   (1)| 00:00:03 |
| 24 |                   NESTED LOOPS OUTER           |
      |   174 | 51330 |       |   179   (1)| 00:00:03 |
| 25 |                    NESTED LOOPS                |
      |   174 | 47676 |       |   177   (0)| 00:00:03 |
PLAN_TABLE_OUTPUT
|* 26 |                     INDEX RANGE SCAN           | UQ_RELAAVVIBOLL_BOLLAVV
I     |   174 | 1566 |       |     3   (0)| 00:00:01 |
|* 27 |                     TABLE ACCESS BY INDEX ROWID| ANAGAVVI
      |     1 |   265 |       |     1   (0)| 00:00:01 |
|* 28 |                      INDEX UNIQUE SCAN         | PK_ANAGAVVI_CODIAVVI
      |     1 |       |       |     0   (0)| 00:00:01 |
| 29 |                    TABLE ACCESS BY INDEX ROWID | PARATIPOAVVI
PLAN_TABLE_OUTPUT
      |     1 |    21 |       |     1   (0)| 00:00:01 |
|* 30 |                     INDEX UNIQUE SCAN          | PK_PARATIPOAVVI_CODITIP
O     |     1 |       |       |     0   (0)| 00:00:01 |
| 31 |                   TABLE ACCESS BY INDEX ROWID | PARAFINA
      |     1 |    24 |       |     1   (0)| 00:00:01 |
|* 32 |                    INDEX UNIQUE SCAN           | PK_PARAFINA_CODIFINA
      |     1 |       |       |     0   (0)| 00:00:01 |
PLAN_TABLE_OUTPUT
| 33 |                  TABLE ACCESS BY INDEX ROWID   | PARAFINA
      |     1 |    24 |       |     1   (0)| 00:00:01 |
|* 34 |                   INDEX UNIQUE SCAN            | PK_PARAFINA_CODIFINA
      |     1 |       |       |     0   (0)| 00:00:01 |
| 35 |                 TABLE ACCESS BY INDEX ROWID    | PARALEGG
      |     1 |    31 |       |     1   (0)| 00:00:01 |
|* 36 |                  INDEX UNIQUE SCAN             | PK_PARALEGG_CODILEGG
      |     1 |       |       |     0   (0)| 00:00:01 |
PLAN_TABLE_OUTPUT
| 37 |               TABLE ACCESS BY INDEX ROWID      | RELAAVVIDETTCATE
      |     2 |    18 |       |     3   (0)| 00:00:01 |
|* 38 |                INDEX RANGE SCAN                | IDX_RELAAVVIDETTCATE
      |     2 |       |       |     2   (0)| 00:00:01 |
| 39 |              TABLE ACCESS FULL                 | RELAAVVIPROV
      |   308K| 2713K|       |   440   (3)| 00:00:06 |
|* 40 |             TABLE ACCESS BY INDEX ROWID        | GESTAZIEINTE
PLAN_TABLE_OUTPUT
      |     1 |    21 |       |     1   (0)| 00:00:01 |
|* 41 |              INDEX UNIQUE SCAN                 | UQ_GESTAZIEINTE_AZIEPRO
VCATE |     1 |       |       |     0   (0)| 00:00:01 |
| 42 |            TABLE ACCESS BY INDEX ROWID         | ANAGENTI
      |     1 |   138 |       |     1   (0)| 00:00:01 |
|* 43 |             INDEX UNIQUE SCAN                  | PK_ANAGENTI_CODIENTE
      |     1 |       |       |     0   (0)| 00:00:01 |
PLAN_TABLE_OUTPUT
| 44 |           TABLE ACCESS BY INDEX ROWID          | PARAPROV
      |     1 |    15 |       |     1   (0)| 00:00:01 |
|* 45 |            INDEX UNIQUE SCAN                   | PK_CODIPROV
      |     1 |       |       |     0   (0)| 00:00:01 |
| 46 |          TABLE ACCESS BY INDEX ROWID           | PARACOMU
      |     1 |    21 |       |     1   (0)| 00:00:01 |
|* 47 |           INDEX UNIQUE SCAN                    | PK_CODIPROVCOMU
      |     1 |       |       |     0   (0)| 00:00:01 |
PLAN_TABLE_OUTPUT
| 48 |        HASH GROUP BY                           |
      |    11 | 6809 |       | 1414   (2)| 00:00:17 |
| 49 |         NESTED LOOPS OUTER                     |
      |    11 | 6809 |       | 1412   (2)| 00:00:17 |
| 50 |          NESTED LOOPS OUTER                    |
      |    11 | 6578 |       | 1401   (2)| 00:00:17 |
| 51 |           NESTED LOOPS                         |
PLAN_TABLE_OUTPUT
      |    11 | 6413 |       | 1400   (2)| 00:00:17 |
| 52 |            NESTED LOOPS                        |
      |    11 | 4895 |       | 1389   (2)| 00:00:17 |
|* 53 |             HASH JOIN                          |
      |   451 |   186K|       | 1156   (2)| 00:00:14 |
| 54 |              NESTED LOOPS                      |
      |   304 |   123K|       |   710   (1)| 00:00:09 |
PLAN_TABLE_OUTPUT
|* 55 |               HASH JOIN RIGHT OUTER            |
      |   174 | 70644 |       |   187   (1)| 00:00:03 |
| 56 |                TABLE ACCESS FULL               | ANAGUFFIENTI
      |   963 | 30816 |       |     5   (0)| 00:00:01 |
| 57 |                NESTED LOOPS OUTER              |
      |   174 | 65076 |       |   182   (1)| 00:00:03 |
| 58 |                 NESTED LOOPS OUTER             |
      |   174 | 59682 |       |   181   (1)| 00:00:03 |
PLAN_TABLE_OUTPUT
| 59 |                  NESTED LOOPS OUTER            |
      |   174 | 55506 |       |   180   (1)| 00:00:03 |
| 60 |                   NESTED LOOPS OUTER           |
      |   174 | 51330 |       |   179   (1)| 00:00:03 |
| 61 |                    NESTED LOOPS                |
      |   174 | 47676 |       |   177   (0)| 00:00:03 |
|* 62 |                     INDEX RANGE SCAN           | UQ_RELAAVVIBOLL_BOLLAVV
PLAN_TABLE_OUTPUT
I     |   174 | 1566 |       |     3   (0)| 00:00:01 |
|* 63 |                     TABLE ACCESS BY INDEX ROWID| ANAGAVVI
      |     1 |   265 |       |     1   (0)| 00:00:01 |
|* 64 |                      INDEX UNIQUE SCAN         | PK_ANAGAVVI_CODIAVVI
      |     1 |       |       |     0   (0)| 00:00:01 |
| 65 |                    TABLE ACCESS BY INDEX ROWID | PARATIPOAVVI
      |     1 |    21 |       |     1   (0)| 00:00:01 |
PLAN_TABLE_OUTPUT
|* 66 |                     INDEX UNIQUE SCAN          | PK_PARATIPOAVVI_CODITIP
O     |     1 |       |       |     0   (0)| 00:00:01 |
| 67 |                   TABLE ACCESS BY INDEX ROWID | PARAFINA
      |     1 |    24 |       |     1   (0)| 00:00:01 |
|* 68 |                    INDEX UNIQUE SCAN           | PK_PARAFINA_CODIFINA
      |     1 |       |       |     0   (0)| 00:00:01 |
| 69 |                  TABLE ACCESS BY INDEX ROWID   | PARAFINA
      |     1 |    24 |       |     1   (0)| 00:00:01 |
PLAN_TABLE_OUTPUT
|* 70 |                   INDEX UNIQUE SCAN            | PK_PARAFINA_CODIFINA
      |     1 |       |       |     0   (0)| 00:00:01 |
| 71 |                 TABLE ACCESS BY INDEX ROWID    | PARALEGG
      |     1 |    31 |       |     1   (0)| 00:00:01 |
|* 72 |                  INDEX UNIQUE SCAN             | PK_PARALEGG_CODILEGG
      |     1 |       |       |     0   (0)| 00:00:01 |
| 73 |               TABLE ACCESS BY INDEX ROWID      | RELAAVVIDETTCATE
PLAN_TABLE_OUTPUT
      |     2 |    18 |       |     3   (0)| 00:00:01 |
|* 74 |                INDEX RANGE SCAN                | IDX_RELAAVVIDETTCATE
      |     2 |       |       |     2   (0)| 00:00:01 |
| 75 |              TABLE ACCESS FULL                 | RELAAVVIPROV
      |   308K| 2713K|       |   440   (3)| 00:00:06 |
|* 76 |             TABLE ACCESS BY INDEX ROWID        | GESTAZIEINTE
      |     1 |    21 |       |     1   (0)| 00:00:01 |
PLAN_TABLE_OUTPUT
|* 77 |              INDEX UNIQUE SCAN                 | UQ_GESTAZIEINTE_AZIEPRO
VCATE |     1 |       |       |     0   (0)| 00:00:01 |
| 78 |            TABLE ACCESS BY INDEX ROWID         | ANAGENTI
      |     1 |   138 |       |     1   (0)| 00:00:01 |
|* 79 |             INDEX UNIQUE SCAN                  | PK_ANAGENTI_CODIENTE
      |     1 |       |       |     0   (0)| 00:00:01 |
| 80 |           TABLE ACCESS BY INDEX ROWID          | PARAPROV
      |     1 |    15 |       |     1   (0)| 00:00:01 |
PLAN_TABLE_OUTPUT
|* 81 |            INDEX UNIQUE SCAN                   | PK_CODIPROV
      |     1 |       |       |     0   (0)| 00:00:01 |
| 82 |          TABLE ACCESS BY INDEX ROWID           | PARACOMU
      |     1 |    21 |       |     1   (0)| 00:00:01 |
|* 83 |           INDEX UNIQUE SCAN                    | PK_CODIPROVCOMU
      |     1 |       |       |     0   (0)| 00:00:01 |
| 84 |        HASH GROUP BY                           |
PLAN_TABLE_OUTPUT
      | 3919 | 2296K| 4840K| 1787   (2)| 00:00:22 |
|* 85 |         HASH JOIN                              |
      | 3919 | 2296K|       |   786   (4)| 00:00:10 |
|* 86 |          INDEX RANGE SCAN                      | UQ_GESTAZIEINTE_AZIEPRO
VCATE | 1062 | 9558 |       |     5   (0)| 00:00:01 |
|* 87 |          HASH JOIN                             |
      |   257 |   148K|       |   780   (4)| 00:00:10 |
PLAN_TABLE_OUTPUT
|* 88 |           HASH JOIN OUTER                      |
      |   174 |    98K|       |   334   (2)| 00:00:05 |
| 89 |            NESTED LOOPS OUTER                  |
      |   174 | 97614 |       |   304   (2)| 00:00:04 |
|* 90 |             HASH JOIN                          |
      |   174 | 95004 |       |   302   (2)| 00:00:04 |
|* 91 |              HASH JOIN RIGHT OUTER             |
      |   174 | 70992 |       |   187   (1)| 00:00:03 |
PLAN_TABLE_OUTPUT
| 92 |               TABLE ACCESS FULL                | ANAGUFFIENTI
      |   963 | 30816 |       |     5   (0)| 00:00:01 |
| 93 |               NESTED LOOPS OUTER               |
      |   174 | 65424 |       |   182   (1)| 00:00:03 |
| 94 |                NESTED LOOPS OUTER              |
      |   174 | 60030 |       |   181   (1)| 00:00:03 |
| 95 |                 NESTED LOOPS OUTER             |
PLAN_TABLE_OUTPUT
      |   174 | 55854 |       |   180   (1)| 00:00:03 |
| 96 |                  NESTED LOOPS OUTER            |
      |   174 | 51678 |       |   179   (1)| 00:00:03 |
| 97 |                   NESTED LOOPS                 |
      |   174 | 48024 |       |   177   (0)| 00:00:03 |
|* 98 |                    INDEX RANGE SCAN            | UQ_RELAAVVIBOLL_BOLLAVV
I     |   174 | 1566 |       |     3   (0)| 00:00:01 |
PLAN_TABLE_OUTPUT
|* 99 |                    TABLE ACCESS BY INDEX ROWID | ANAGAVVI
      |     1 |   267 |       |     1   (0)| 00:00:01 |
|*100 |                     INDEX UNIQUE SCAN          | PK_ANAGAVVI_CODIAVVI
      |     1 |       |       |

Hi,
I've just did some tests, but in all case
CREATE OR REPLACE VIEW V_BOLL0003 AS
select /*+ INDEX(RELAAVVIPROV INDX_RELAAVVIPROV_CODIPROV) */ d.codi_Azie        , a.codi_prov     , ...
CREATE OR REPLACE VIEW V_BOLL0003 AS
select /*+ INDEX(RELAAVVIPROV INDX_RELAAVVIPROV_CODIAVVI) */ d.codi_Azie        , a.codi_prov     , ...
CREATE OR REPLACE VIEW V_BOLL0003 AS
select /*+ INDEX(RELAAVVIPROV INDX_RELAAVVIPROV_CODIAVVI INDX_RELAAVVIPROV_CODIPROV) */ d.codi_Azie        , a.codi_prov     , ...
CREATE OR REPLACE VIEW V_BOLL0003 AS
select /*+ INDEX(RELAAVVIPROV) */ d.codi_Azie        , a.codi_prov     , ...always I have the "Access Full Scan" on RelaAvviProv.
Any suggestions are welcome.
Thank's
Message was edited by:
mosquito70

Still having problems with Spotlight indexing TImemachine volume

Guess what just happened again? I had to restart a non-responsive Macbook because Spotlight was trying to index my Timemachine volume, which happens to be a 1 Tera Timecapsule, at the same time Leopard was backing-up my Macbook to the same Timecapsule.
http://discussions.apple.com/thread.jspa?threadID=1265359&tstart=0
If Spotlight needs to index Timemachine back-ups, can't it just find a way of not doing this at the same time it's trying to back-up my Macbook too?

And it's not displaying things correctly.
When pairing with the mouse and keyboard the pages and text overlap.
On the apple website the top options (store, mac etc) are empty until you run the mouse over them and then they say apple but things just aren't right.
Can someone help me please as i really need the computer for work and I'm using a hp laptop and it crashes all the time. Which is actually more use than my imac at the moment.
I've spent 4 weeks and £100 trying to fix it and i'm ready to throw it out my window.
I need a computer working like yesterday.

DAG Big Problem with Content Indexes / Failed on both Servers

Hello,
i have 20 DBs in a DAG. And for 5 days both! content indexes failed.
I tried to recreate it on the passive server stopping the services and deleting the folders but it does not work. I will try the contentsubmitters group this evening (because this is very cpu consuming).
If that doesn't work what else can i do ?
Best regards
Stephan

Hi ,
Please use the below mentioned blog to have a healthy context index state for your active databases .
http://blogs.technet.com/b/exchangesearch/archive/2013/10/28/rebuild-an-index-on-exchange-2013-for-specific-databases.aspx
Then do the following for the passive copies.
Update-MailboxDatabaseCopy -identity "name of the DB" -CatalogOnly
Note : Before updating please suspend the passive database copy and then resume the copy once the update gets completed.
Regards
S.Nithyanandham
Thanks S.Nithyanandham

Problem with tabnavigator index change effect

Hello All,
I am using
<?xml version="1.0" encoding="utf-8"?>
<mx:Application
xmlns:mx="http://www.adobe.com/2006/mxml" layout="vertical" verticalAlign="middle" horizontalAlign="center">
<mx:TabNavigator id="tabNav" height="600" width="600" change="onTabChange(event)">
<mx:VBox horizontalAlign="center" verticalAlign="middle" height="100%" width="100%" label="Tab 1">
<mx:Label text="Tab 1" fontSize="30" />
</mx:VBox>
<mx:VBox horizontalAlign="center" verticalAlign="middle" height="100%" width="100%" label="Tab 2">
<mx:Label text="Tab 2" fontSize="30" />
</mx:VBox>
<mx:VBox horizontalAlign="center" verticalAlign="middle" height="100%" width="100%" label="Tab 3">
<mx:Label text="Tab 3" fontSize="30" />
</mx:VBox>
<mx:VBox horizontalAlign="center" verticalAlign="middle" height="100%" width="100%" label="Tab 4">
<mx:Label text="Tab 4" fontSize="30" />
</mx:VBox>
</mx:TabNavigator>
<mx:Script>
<![CDATA[
import mx.effects.Move;
import mx.events.IndexChangedEvent;
import mx.events.EffectEvent;
public function onTabChange(event:IndexChangedEvent):void
var oldTab:DisplayObject = tabNav.getChildAt(event.oldIndex);
var newTab:DisplayObject = tabNav.getChildAt(event.newIndex);
var moveEffect:Move = new Move();
moveEffect.target = oldTab;
var moveEffect2:Move = new Move();
moveEffect2.target = newTab;
if(event.oldIndex > event.newIndex)
//Moving old Tab out to the right, new tab in from the left
oldTab.x = 0;
moveEffect.xTo = oldTab.width + 100;
moveEffect.yFrom = oldTab.y;
moveEffect.yTo = oldTab.y;
newTab.x = -oldTab.width;
moveEffect2.xTo = 0;
moveEffect2.yFrom = oldTab.y;
moveEffect2.yTo = oldTab.y;
else
//Moving old Tab out to the left, new tab in from the right
oldTab.x = 0;
moveEffect.xTo = -oldTab.width;
moveEffect.yFrom = oldTab.y;
moveEffect.yTo = oldTab.y;
newTab.x = oldTab.width + 100;
moveEffect2.xTo = 0;
moveEffect2.yFrom = oldTab.y;
moveEffect2.yTo = oldTab.y;
oldTab.visible = true;
newTab.visible = true;
moveEffect2.play();
moveEffect.addEventListener(EffectEvent.EFFECT_END,tabOffScreen);
moveEffect.play();
private function tabOffScreen(event:EffectEvent):void
event.target.removeEventListener(EffectEvent.EFFECT_END,tabOffScreen);
event.target.target.visible = false;
]]>
</mx:Script></mx:Application>
to run the slide effect in flash builder 4.5 with sdk 4.5. When the effect plays, the selected child behaves abnormal whereas when it runs with sdk 3.6 in flash builder 4.5, everything goes well.
Any help will be apppreciated.
-Thanks and regards
Vishal Kumar

Hi Biebel37,
I was able to get a runtime error with a test app I wrote
doing something similar to what you described. I think what you're
doing should be legal, so it may be an SDK bug, but I'll file it
and see if the SDK team agrees :)
One workaround that might work for you would be to make it so
that instead of creating the TabNavigator in a given state (using
AddChild), you put it in the base state, but set visible="false".
Then, in the state where you want it to appear, use <SetProperty
target="{nav}" name="visible" value="true"/>. (Depending on how
you're doing your layout, you may need to set
includeInLayout="false" in the base state and set it to true in the
other state as well.) In my test app, this avoids the runtime
error.
Thanks,
nj
Flex Builder team

Problem with index of numbers in BSP Front end

Hello All,
I am facing the below problem. Request your help.
Scenario: When I am trying to add the projects in the Front end , I am facing the problem with the index of numbering of the projects.
Example: If I am adding 6 projects ( at the max only 4 on each page i-e there are 2 pages ), then the index is wrongly numbered and the arrow (for direction of the pages) are wrongly displayed. The direction of the arrow is pointed to the next page rather pointing to the previous page and the index of numbering of the pages is wrong.
Request you to please suggest if this is any code fault in the table maintainance activity in the backend (BSP).

Hi Irina,
If you mean the number range is skipping 10 numbers in between runs then its because of the buffering in the number range.
To avoid the buffer influencing the number range, pass
'X' to the function module parameter: IGNORE_BUFFER.
This should resolve the problem.
Cheers,
Aditya

Problem with index.html. Help!

I am having a problem with the index.html. In iWeb my site looks perfect. When I publish it to a folder and then open the index certain media is missing but just on one page.
I have tried deleting the published site from the folder and re-publishing but nothing seems to work. Same result...
Even more interesting, I uploaded the site almost a month ago and everything was fine until I noticed last week that my pics on one page had been completely erased. What could cause the change? I didn't upload a new version of the site.

Even more interesting, I uploaded the site almost a month ago and everything was fine until I noticed last week that my pics on one page had been completely erased.
Please provide your url so we can see what is happening.
The index.html file plays no role in what you are describing.

Problem with an index of markers

Similar Messages

Maybe you are looking for