Új hozzászólás Aktív témák

• DS39 nagyúr

  #3405

  #3404 kw3v865

  2017-05-21 19:50:59

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  DS39

  nagyúr

  #3404 kw3v865

  #3404 kw3v865

  Egyébként én valószínűnek tartom, hogy a PK (OBJECTID) okozhat gondokat, mert amíg csak UPDATE-elem, nincs gond, mindig növekszik szépen eggyel.
  http://desktop.arcgis.com/en/arcmap/latest/manage-data/using-sql-with-gdbs/object-id.htm

  Kicsit összekavarodnak a dolgok, amikor nem az ArcGIS adja az értéket az ObjectID-nak, viszont enélkül sem megy, mert ez a PK (és muszáj, hogy legyen egy PK).

  értem, akkor javítsuk meg az update-es megoldásodat:
  (itt ugye csak a subquery-vel volt gond, azt én így orvosolnám)

  ALTER TRIGGER nepesseg_szum ON OVEZETEK
  AFTER INSERT
  AS
  BEGIN

  DECLARE @TERULET GEOMETRY
  DECLARE @ID INT

  DECLARE @kurzor CURSOR
  SET @kurzor = cursor FOR
  SELECT SHAPE, OBJECTID FROM INSERTED

  OPEN @kurzor
  FETCH NEXT FROM @kurzor INTO @TERULET, @ID

  WHILE @@FETCH_STATUS = 0
  BEGIN

  UPDATE OVEZETEK
  SET Nepesseg_ossz = (SELECT SUM(n.lakosok) from NEPESSEG_EOV N WHERE N.SHAPE.STWithin(@TERULET)=1)
  WHERE OVEZETEK.OBJECTID=@ID

  FETCH NEXT FROM @kurzor INTO @TERULET, @ID
  END

  CLOSE @kurzor
  DEALLOCATE @kurzor
  END;

  a kiemelt részt módosítottam, kivettem a belső selectet, ott felesleges, ha a kurzorban van már az id.

Új hozzászólás Aktív témák