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

• #3721 martonx veterán weiss #3719

  Új Válasz 2018-02-22 23:10:48 #3721

  Ú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

  Privát üzenet küldése

  

  martonx

  veterán

  válasz weiss #3719 üzenetére

  A trigger használata követhetetlenné teszi a kódot, hogy mikor mi, miért történik. Láttam már olyan kódot, hol nagyon a triggerekre alapoztak, aztán egy idő után már senki nem tudta megmondani, hogy mi, miért történik, mikor mi mit triggerel, majd végül miért okoznak a triggerek deadlockot.
  Ettől még lehet értelme a triggereknek, ahogy NyuNyu is mondta, de tipikusan nem a kódolás megspórolása miatt kell őket használni, hanem amikor tényleg valami annyira belső dolgát kell az adatbázisnak rendben tartani.

• #3720 nyunyu félisten weiss #3717

  Új Válasz 2018-02-22 23:02:28 #3720

  Ú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

  Privát üzenet küldése

  

  nyunyu

  félisten

  válasz weiss #3717 üzenetére

  PHPből hívott tákolt eljárásnak átadod paraméterként a módosítandó értékeken kívül az elkövetőt is, aztán nem egy insert lesz benne, hanem egy másiodikkal a napló táblába szúrod az elkövetőt, tetthelyet, időbélyeget?

  Trigger nagyon jó arra, hogy kikényszerítsd az adatbázis konzisztenciát, de annak jelentős teljesítményvesztés az ára.

• #3718 martonx veterán weiss #3717

  Új Válasz 2018-02-22 20:55:36 #3718

  Ú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

  Privát üzenet küldése

  

  martonx

  veterán

  válasz weiss #3717 üzenetére

  Nos, ezért sem kell triggereket használni, erre meg pláne nem.

• #2962 bambano titán weiss #2959

  Új Válasz 2015-12-16 14:26:04 #2962

  Ú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

  Privát üzenet küldése

  

  bambano

  titán

  válasz weiss #2959 üzenetére

  postgres:
  ezen el tudsz indulni:
  select * from a, (
  select id,max(timestamp) as timestamp from a group by id) as c
  where a.id=c.id and a.timestamp=c.timestamp;

  id | value | timestamp | id | timestamp
  ----+-------+-----------+----+-----------
  1 | 100 | 5 | 1 | 5
  3 | 300 | 5 | 3 | 5
  2 | 250 | 4 | 2 | 4
  (3 rows)

• #2960 bpx őstag weiss #2959

  Új Válasz 2015-12-16 13:40:10 #2960

  Ú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

  Privát üzenet küldése

  

  bpx

  őstag

  válasz weiss #2959 üzenetére

  Mivel nem írtál adatbáziskezelőt, automatikusan feltételezem, hogy szabad a pálya és lehet analitikus függvényeket használni (Oracle).

  select
  b.id, b.name, a.value, a.timestamp
  from
  b
  join
  (
  select
  id, value, timestamp
  from
  (
  select
  id, value, timestamp,
  rank() over (partition by id order by timestamp desc) as rn
  from
  a
  )
  where
  rn = 1
  ) a on (b.id = a.id);

• #1344 kispx addikt weiss #1343

  Új Válasz 2012-08-14 19:28:27 #1344

  Ú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

  Privát üzenet küldése

  

  kispx

  addikt

  válasz weiss #1343 üzenetére

  Oracle + Fejlesztői megközelítés:

  Ebben a témában a Gábor András, Juhász István - PL/SQL programozás Alkalmazásfejlesztés Oracle 10g-ben című könyvek ajánlom.

  A könyv egy alap SQL tudást (select, insert...) azért igényel.

• #1342 bpx őstag weiss #1341

  Új Válasz 2012-08-14 17:46:33 #1342

  Ú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

  Privát üzenet küldése

  

  bpx

  őstag

  válasz weiss #1341 üzenetére

  melyik adatbáziskezelő, és milyen megközelítésből (fejlesztői vagy üzemeltetői)?

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