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

• #3667 nyunyu félisten Iginotus #3664

  Új Válasz 2018-01-18 18:06:26 #3667

  Ú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 Iginotus #3664 üzenetére

  Ablakozó függvényt lefelejtettem:
  update sds.forge upd
  set code_neu=
  (select a.orgeh_code from
  (select oe.*, row_number() over (order by dbms_random.value) rn
  from sds.oe) a
  where a.rn=upd.row_id);

  vagy valami ilyesmi.

• #3663 velizare nagyúr Iginotus #3660

  Új Válasz 2018-01-17 21:51:21 #3663

  Ú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

  

  velizare

  nagyúr

  válasz Iginotus #3660 üzenetére

  meh. egy frappáns tsql-es megoldás jutott eszembe erre, ott a newid-t checksumozva generáltunk egy random számot, amit a megfelelő méretűre faragtunk. de ez persze nem igazi random. oracle-ben a sys_guid() csinál hasonlót.
  mondjuk én olyan állat vagyok, aki sqlben nem ír ciklust, mert tiltja a vallása.

• #3662 bpx őstag Iginotus #3660

  Új Válasz 2018-01-17 20:30:09 #3662

  Ú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 Iginotus #3660 üzenetére

  Az egy nem correlated subquery (magyarul még szebb: korrelált allekérdezés), ezért ami belül van, az egyszer lefut, és kívül mindenhova az ott kapott értéket használja. Lehet belőle correlated subquery-t csinálni valami értelmetlen feltétellel és akkor majd miden sorra újból kiértékelődik. Persze ez nem szép és kapásból odaírnám kommentbe, hogy ez miért van belegányolva. Vagy marad a ciklus, amit már első ránézésre is el lehet olvasni.

  create table forge (row_id, code_neu) as select rownum, 0 from dual connect by level <= 10;
create table oe (orgeh_code) as select rownum from dual connect by level <= 4;

select * from forge;

ROW_ID CODE_NEU
---------- ----------
1 0
2 0
3 0
4 0
5 0
6 0
7 0
8 0
9 0
10 0

select * from oe;

ORGEH_CODE
----------
1
2
3
4


update forge set code_neu =
(
select orgeh_code from oe
----
where forge.row_id = forge.row_id
----
order by dbms_random.value fetch first 1 row only
)
where row_id between 1 and 9;

select * from forge;

ROW_ID CODE_NEU
---------- ----------
1 1
2 3
3 1
4 2
5 1
6 1
7 4
8 3
9 4
10 0

• #3661 nyunyu félisten Iginotus #3658

  Új Válasz 2018-01-17 19:10:07 #3661

  Ú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 Iginotus #3658 üzenetére

  valami ilyesmi:
  declare i number;
  begin
  for i in 1 .. 9 loop
  update ...
  where row_id=i
  end loop;
  end;

  Kevésbé procedurálisan gondolkozva persze meg lehet írni egy updatetel is, mivel van sorfolytonos IDd a táblán, amihez lehet row_number()-rel joinolni:
  update sds.forge upd
  set code_neu=
  (select a.orgeh_code from
  (select oe.*, row_number() rn from sds.oe
  order by dbms_random.value) a
  where a.rn=upd.row_id);

• #3659 velizare nagyúr Iginotus #3658

  Új Válasz 2018-01-17 10:28:12 #3659

  Ú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

  

  velizare

  nagyúr

  válasz Iginotus #3658 üzenetére

  hát ha csak ennyi sorod van abban a táblában, akkor az egész where felesleges.
  de nem kell ciklust írnod, ha mondjuk olyat írsz, hogy where row_id between 1 and 9. ciklust meg majd írjon ilyenre az interpreter, ha akar.

• #2892 Apollo17hu őstag Iginotus #2891

  Új Válasz 2015-09-16 16:13:27 #2892

  Ú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

  

  Apollo17hu

  őstag

  válasz Iginotus #2891 üzenetére

  Azért jó, hogy végül ki tudtátok használni az XML-függvényekkel, hogy mégiscsak strukturált adathalmazról volt szó.

• #2888 Apollo17hu őstag Iginotus #2887

  Új Válasz 2015-09-15 17:17:10 #2888

  Ú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

  

  Apollo17hu

  őstag

  válasz Iginotus #2887 üzenetére

  Szia!

  Ezek a "sorok" egyetlen rekordot jelentenek? Ha igen, nem jó rá egy replace() + char(10) kombó, amivel kiszeded a sortöréseket, hogy utána LIKE-kal kereshess?

• #2885 Ispy nagyúr Iginotus #2876

  Új Válasz 2015-09-15 15:05:18 #2885

  Ú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

  

  Ispy

  nagyúr

  válasz Iginotus #2876 üzenetére

  Milyen adatok ezek, hogy ilyen hosszúak? Nem lehetne a betöltés pillanatában ellenőrizni a keresési feltételeket? Vagy csinálni egy temp táblát, ahová eleve értelmezhető bontásban tárolnád az adatokat? És akkor arra lehetne keresni is.

  A lényeg, hogy túl kevés az info a megoldáshoz.

• #2883 bpx őstag Iginotus #2876

  Új Válasz 2015-09-15 14:52:16 #2883

  Ú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 Iginotus #2876 üzenetére

  Erre ugye a megfelelő adattípus használata a megoldás, és szerintem az összes mainstream adatbáziskezelőben van erre CLOB vagy TEXT vagy ahogy éppen hívják típus.

• #2882 bambano titán Iginotus #2880

  Új Válasz 2015-09-15 14:51:06 #2882

  Ú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

  LOGOUT blog

  válasz Iginotus #2880 üzenetére

  a másik ötlet, hogy két lépésben keresel, egyszer simán az adatokon, másodszor minden adatmező elejéről és végéről levágsz egy-egy stringet, ami olyan hosszú, mint a keresési string, ezeket megfelelően összekonkatenálod és ezen kerestetsz.

  lehet, hogy erre akár egy nézettáblát is fel lehetne húzni.

• #2881 bambano titán Iginotus #2880

  Új Válasz 2015-09-15 14:49:09 #2881

  Ú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

  LOGOUT blog

  válasz Iginotus #2880 üzenetére

  kérdés: ha olyan nagy mennyiségű adatot kell tárolnod, hogy úgyis eltöri az sql, akkor miért nem töröd a maximális mezőméret felére, és akkor tudnád konkatenálni a mezőket és simán ellenőrizni?

  tehát pl. ha az ms sql 65536 bájtot tud tárolni egy mezőben (csak hasraütéssel, a példa kedvéért), és neked így kell 4 sor az adathoz, akkor miért nem veszed le a mezőméretet 32768-ra, akkor kellene 8 sor, viszont két egymás utáni sorban levő adatot egymás mellé tudnál rakni és akkor könnyen tudnál keresni.

• #2879 Realradical őstag Iginotus #2876

  Új Válasz 2015-09-15 14:20:28 #2879

  Ú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

  

  Realradical

  őstag

  válasz Iginotus #2876 üzenetére

  Itt találsz hozzá egy jó topicot ami alapján meg lehet csinálni. Máshol láttam CTE-s recursive megoldást is, de az még ennél is komplexebbnek tűnt.

• #2877 Ispy nagyúr Iginotus #2876

  Új Válasz 2015-09-15 13:38:12 #2877

  Ú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

  

  Ispy

  nagyúr

  válasz Iginotus #2876 üzenetére

  MS SQL-ben LIKE operátor:

  select *
  from tábla
  where oszlop LIKE '%feltétel%'

  bővebben

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