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

• #3702 mr.nagy tag varsam #3701

  Új Válasz 2018-02-16 11:20:02 #3702

  Ú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

  

  mr.nagy

  tag

  válasz varsam #3701 üzenetére

  Köszönöm! Ezt fogom tudni hasznosítani!

• #3698 mr.nagy tag varsam #3697

  Új Válasz 2018-02-14 17:32:53 #3698

  Ú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

  

  mr.nagy

  tag

  válasz varsam #3697 üzenetére

  Szia!

  Köszönöm, de nem tudom letölteni, 404-es hibát kapok.

• #3619 updog őstag varsam #3616

  Új Válasz 2017-11-14 12:53:15 #3619

  Ú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

  

  updog

  őstag

  válasz varsam #3616 üzenetére

  A válasz: attól függ Ha DATE típusú a meződ, és indexált, akkor nyilván ha egy DATE-tel hasonlítod össze (TO_DATE), akkor végigrohan az indexen és kidobja amit keresel.

  Ellenben ha ezt a meződ TO_CHAR-ozod, nem fogja tudni használni az indexet. (pl.) Oracle-ben itt lehet csavarni egyet a dolgon function based indexszel, csinálhatsz olyan indexet, ami nem a mezőt, hanem a TO_CHAR(mező)-t indexeli, akkor ugyanolyan gyors lesz.

  Amúgy ha nem lenne index a mezőn, kb. mindegy lenne performancia szempontból, praktikusan a TO_DATE(feltétel)-t szokták használni, ha a mező DATE.

  (#3618) -Zeratul- jepp. Egyszer én is futottam egy hasonlóba (DATE mezőn volt index, és TO_CHAR-ozták, hogy egy string-gel összehasonlítsák... Mekkora volt az öröm mikor mutattam hogy 500%-os performancia javulás történt, miután átírtam

• #3618 bpx őstag varsam #3617

  Új Válasz 2017-11-14 12:48:53 #3618

  Ú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 varsam #3617 üzenetére

  Az első változatot irtani kell.

  Nem az átalakítás a nagy munka, hanem az, hogy ha index van az oszlopon, akkor az tipikusan a tábla.dátum_mező-re van, és nem pedig a to_char(tábla.dátum_mező...)-re, így a lekérdezés nem tudja használni az indexet, teljes táblát olvas, lassú. Persze lehet function based indexet létrehozni a to_char(tábla.dátum_mező...)-re is, de erre az esetre nem ez a helyes megoldás.

  Ezen kívül az ilyen átalakításoknál az optimizer számosságbecslései is pontatlanak lehetnek, hiszen dátum típusnál tudja, hogy pl. 2017-01-01 előtt a 2016-12-31 van, de ha ugyanezt stringként kell becsülni, akkor olyan értékek is lehetségesek, amelyek dátumnál nem, pl. 2017-00AAAAAA, 2016-999990000, stb.

• #3617 varsam őstag varsam #3616

  Új Válasz 2017-11-14 11:02:11 #3617

  Ú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

  

  varsam

  őstag

  válasz varsam #3616 üzenetére

  Kipróbálva a második egyértelműen. 4 perc helyett 1mp volt a futásidő azonos lekérdezéssel.

• #1209 bpx őstag varsam #1207

  Új Válasz 2012-06-27 22:57:50 #1209

  Ú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 varsam #1207 üzenetére

  semmi jelentősége nincs, hogy a dátum milyen formátumban van ábrázolva, a dátum a tárolása a háttérben máshogy történik, szűrni úgy lehet, hogy egy másik dátumhoz hasonlítod:

  SELECT * FROM tabla WHERE datum = TO_DATE('YYYY-MM-DD HH24:MI:SS', '2012-06-27 22:52:12');

  ha a dátum karaktersorozatként van tárolva, az már régen rossz, és akkor kell string műveletekkel foglalkozni

  illetve ebben semmi PL/SQL nincs, szóval érdekelne, milyen az a PL/SQL-es szűrés/és hogy mire gondoltál

• #1208 Jester01 veterán varsam #1207

  Új Válasz 2012-06-27 17:22:09 #1208

  Ú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

  

  Jester01

  veterán

  válasz varsam #1207 üzenetére

  Például trunc segítségével lecsapod az időt.
  Alkalmasint stringként is szétvághatod.
  Vagy akár csinálhatod like operátorral is.

• #768 ArchElf addikt varsam #767

  Új Válasz 2011-08-02 10:10:52 #768

  Ú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

  

  ArchElf

  addikt

  válasz varsam #767 üzenetére

  asszem:
  instr([mezőnév], "valami")>=0

  AE

• #714 martonx veterán varsam #713

  Új Válasz 2011-06-16 18:03:22 #714

  Ú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 varsam #713 üzenetére

  konvertálod a szöveget dátummá, vagy a dátumot szöveggé.

  Mondjuk valahogy így: Format([Date], "yyyymmdd")

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