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

• bpx őstag

  #2200

  #2199 Apollo17hu

  2014-03-21 16:11:16

  Ú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

  

  bpx

  őstag

  #2199 Apollo17hu

  igy esetleg? ugy emlekszem lehet ilyet

  AND NVL(t1.calendar_date, to_date('20131231', 'yyyymmdd')) = to_date('20131231', 'yyyymmdd')
  AND NVL(t2.calendar_date, to_date('20131231', 'yyyymmdd')) = to_date('20131231', 'yyyymmdd')

• Apollo17hu őstag

  #2199 2014-03-21 15:40:26

  Ú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

  

  Apollo17hu

  őstag

  FULL OUTER JOIN-nal azonosítón keresztül összekötök két táblát. A táblákban időbélyegek vannak, mindkettőben adott nap (ugyanaz a nap) érdekel csak. Ha a táblákat allekérdezésbe rakom, és "előszűröm" őket a szükséges napra, akkor működik a lekérdezésem.

  Van allekérdezés nélküli megoldás? Ez a kód nem jó, mert a WHERE miatt metszetet kapok unió helyett (-> "megöli a FULL OUTER JOIN-t")

  SELECT ...
  FROM t1
  
  FULL OUTER JOIN
  
  t2
  
  ON t1.id = t2.id
  
  WHERE 1 = 1
  AND t1.calendar_date = to_date('20131231', 'yyyymmdd')
  AND t2.calendar_date = to_date('20131231', 'yyyymmdd')

• n00n őstag

  #2198 2014-03-20 10:14:35

  Ú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

  

  n00n

  őstag

  Sziasztok!

  Lenne pár Firebird - Linux kérdésem. Van három adatbázison (1 GB, 9 GB, 15GB), a szerverben 8 GB RAM (64 bites Linux szerver)

  DB infók:

  1 GB-os:
  Page size 4096
  Page buffers 10000

  9 GB-os:
  Page size 8192
  Page buffers 10000

  15GB-os:
  Page size 4096
  Page buffers 0

  Ezeket nem én állítottam be, így kaptam őket. A kérdésem a harmadik legnagyobb adatbázisnak miért 0 a page bufferje? Miért érné meg erre beállítani? Miért mindössze csak 4%-os a memória használatom ilyen beállítások mellett?

• FireFox1996 addikt

  #2197

  #2193 jozsi84

  2014-03-19 19:35:45

  Ú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

  

  FireFox1996

  addikt

  #2193 jozsi84

  ha B még nem létezik:

  Select * into B from A;
  update B set dátum_mező = dateadd(minute, 30, dátum_mező);

  Ha B már létezik, és dátum mező neve = dátum

  Insert into B(mező1, mező2, mező_n, dátum) select mező1, mező2, mező_n, dateadd(minute, 30, dátum ) from A;

  MSSQL

• Apollo17hu őstag

  #2196

  #2193 jozsi84

  2014-03-19 16:14:29

  Ú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

  

  Apollo17hu

  őstag

  #2193 jozsi84

  +1/48?

• kemkriszt98 tag

  #2195

  #2192 martonx

  2014-03-19 16:03:43

  Ú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

  

  kemkriszt98

  tag

  #2192 martonx

  Nem igazán tudom mi erre a helyes válasz, annyira nem értek hozzá mySql?

• drogery tag

  #2194

  #2193 jozsi84

  2014-03-19 10:10:39

  Ú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

  

  drogery

  tag

  #2193 jozsi84

  dateadd?
  dbms függő.

• jozsi84 tag

  #2193 2014-03-19 09:43:42

  Ú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

  

  jozsi84

  tag

  sziasztok.

  A segítségeteket szertném kérni egy feladatnál:

  hogyan lehet A táblából átmásolni B táblába dátumot /2013-05-18 18:40:33.000/ úgy, hogy hozzáadok automatikusan 30percet az időhöz.

  A tablaban a datum a TRANS_DATE oszlopban van.

  ....ez egy procedura resze lesz, csak itt elakadtam....

  köszönöm szépen előre is!

• martonx veterán

  #2192

  #2190 kemkriszt98

  2014-03-18 21:49: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

  

  martonx

  veterán

  #2190 kemkriszt98

  Milyen SQL?

• DNReNTi őstag

  #2191

  #2190 kemkriszt98

  2014-03-18 20:49:43

  Ú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

  

  DNReNTi

  őstag

  #2190 kemkriszt98

  TRUNCATE TABLE `táblanév`.
  Eldob minden rekordot, és visszaállítja az AI-t is.

• kemkriszt98 tag

  #2190 2014-03-18 20:42:25

  Ú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

  

  kemkriszt98

  tag

  Sziasztok, ha egy táblából törlök minden adatot, hogy tudom megoldani, hogy az oszlop amin AutoIncrement van megint 1-től induljon? Ezt a megoldást találtam de syntax error-t kapok : DBCC CHECKIDENT(YourTableName, RESEED, 0)

• Fundiego tag

  #2189

  #2188 bpx

  2014-03-16 19:55:39

  Ú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

  

  Fundiego

  tag

  #2188 bpx

  vmi sulis virtuális gépen kell futtatni. csak elég bosszantó...

• bpx őstag

  #2188

  #2185 Fundiego

  2014-03-16 19:40:30

  Ú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

  

  bpx

  őstag

  #2185 Fundiego

  ez ugye a kliens program hulyesege, gondolom PL/SQL Developer, az szokott nekem ilyenkor problemazni, mikor kenytelen vagyok azt hasznalni
  a Command Window tud tobb utasitast is futtatni

• Fundiego tag

  #2187

  #2186 Apollo17hu

  2014-03-16 19:20:02

  Ú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

  

  Fundiego

  tag

  #2186 Apollo17hu

  ORA-00911: invalid character
  csak ha kijelölöm pl ezt
  CREATE TABLE TASKA
  (nev VARCHAR2(15),
  munkahely VARCHAR2(15),
  szuldatum NUMBER(4),
  CONSTRAINT TASKA_PRIM_KEY PRIMARY KEY(nev));
  nem ír semmit lefuttatja csak egybe az egészet nem. nem értem mért

• Apollo17hu őstag

  #2186

  #2185 Fundiego

  2014-03-16 17:34:09

  Ú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

  

  Apollo17hu

  őstag

  #2185 Fundiego

  Hibaüzenet?

• Fundiego tag

  #2185 2014-03-16 16:58:53

  Ú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

  

  Fundiego

  tag

  sziasztok, nem értem h itt mi lehet a probléma?:/
  külön külön lefut ,részegységenként a kód. de egybe , nem
  DROP TABLE TASKA;
  CREATE TABLE TASKA
  (nev VARCHAR2(15),
  munkahely VARCHAR2(15),
  szuldatum NUMBER(4),
  CONSTRAINT TASKA_PRIM_KEY PRIMARY KEY(nev));
  INSERT INTO TASKA VALUES (' Béla','ABC',1965);
  SELECT * FROM TASKA;

• bambano titán

  #2184

  #2182 csabyka666

  2014-03-12 16:54:04

  Ú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

  

  bambano

  titán

  #2182 csabyka666

  de a keresendő szavakban a szóközt ne |-re cseréld, mert az nem szóköz, hanem keresd meg, hogy a te regexpedben mi a szóköz rövidítése. pl. lehet ilyen: [:whitespace:]
  és akkor a találj meg keresést így kell írni:
  találj[:whitespace:]meg|másik[:whitespace:]keresés|harmadik

  szóval vagy egyszer fűzöd össze a mezőket, és csinálsz rendes keresőkifejezést a keresendő szavakból, akkor regexp-et kell használnod.
  vagy like-ot akarsz használni, akkor or-ral össze kell fűzni a kereséseket.

• csabyka666 veterán

  #2183

  #2181 bambano

  2014-03-12 16:19:34

  Ú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

  

  csabyka666

  veterán

  #2181 bambano

  Visszaírtam REGEXP-r, most CONCAT()-tal, de ugyanúgy megtalál mindent, aminél van egyezés.

• csabyka666 veterán

  #2182

  #2181 bambano

  2014-03-12 16:14:50

  Ú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

  

  csabyka666

  veterán

  #2181 bambano

  Akkor nem értem, nálam miért csak úgy fogadja el. Pedig már közel állok az igazsághoz.

  Illetve probléma még az is, ha a mezőben, amiben keresek, több szó van, szóközzel elválasztva. Akkor azt nem találja meg. Pl. a mező tartalma: "találj meg", és ha beírom a keresőmezőbe, hogy "találj meg", akkor nem ad találatot.

  Összefűztem a CONCAT()-tal SQL-ben, és | jelek vannak a keresőkifejezésben. Hát nem tudom, mi lehet a baj.
  Nem akad össze a | jel? Mert a CONCAT()-ban is azokat használom.

  Hogy értetted, hogy VAGY-gyal csináljak egy végső logikai kifejezést?

• bambano titán

  #2181

  #2180 csabyka666

  2014-03-12 16:04:20

  Ú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

  

  bambano

  titán

  #2180 csabyka666

  miért kellene az összes előforduló sorrend?
  a szavakat azért kell határoló jellel elválasztani, nehogy megtaláljon olyan rekordokat, ahol az egyik mező vége és a másik mező eleje együtt kiad egy keresendő szót.
  de azon belül a sorrend mindegy, mert úgyis csak szón belüli egyezést talál.

  lesz egy hosszú sql kifejezésed, na és? szöszöljön vele a szerver, azért van. egyébként is a hosszú kifejezés 4-5 mélységig beágyazott subselectnél kezdődik, triggerekkel hülyítve

  szerk: közben megértettem. ha így concat-tal csinálod, akkor csak egy keresendő szóra tudsz egyszerre keresni és azt utána php-ben össze kell merge-lni.
  viszont ha like-ból visszatérsz az eredeti ötleted szerinti regexp-be, és ott a | az a logikai vagy, akkor jó lesz, nem kell sorrenddel foglalkozni.

  szerk2: tehát a végső megoldás:

  concat(...) like '%keresendoszo1%' or
  concat(...) like '%keresendoszo2%' or
  .
  .
  .
  concat(...) like '%keresendoszox%';

• csabyka666 veterán

  #2180

  #2178 bambano

  2014-03-12 15:37:03

  Ú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

  

  csabyka666

  veterán

  #2178 bambano

  Köszi a választ, félsiker már van.

  Szűkíti a találati listát, viszont ahhoz, hogy eredményt kapjak, abban a sorrendben kell beírnom az adatokat, ahogy az összefűzésben szerepel.

  Ezt írtam:
  WHERE CONCAT(mezo1,'|',mezo2,'|',mezo3,'|',mezo4) LIKE \"%$keresokifejezes%\"

  A $keresokifejezes-ben így|szerepelnek|a|beírt|szavak.

  Ezekből csináljak VAGY-gyal egy végső kifejezést, amiben az összes előforduló sorrend szerepel? Szóval lesz egy tekintélyes hosszúságú SQL lekérdezésem?

• bambano titán

  #2179

  #2177 csabyka666

  2014-03-12 14:53:10

  Ú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

  

  bambano

  titán

  #2177 csabyka666

  a te megoldáshodhoz:
  lehet azt csinálni, hogy or-ral összerakod a keresőkifejezést egy keresésre, ami lehet az, hogy egy keresendő szó minden mezőre kifejtve vagy lehet egy mező minden keresőszóra kifejtve.
  amit visszaad, azt beolvasod egy ciklussal tömbbe.
  utána ismétled az egészet tovább, megint beolvasod tömbbe, képezed a metszetet, és ezt csinálod ciklikusan. de ez nekem nem tűnik elegánsnak.

• bambano titán

  #2178

  #2177 csabyka666

  2014-03-12 14:48: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

  

  bambano

  titán

  #2177 csabyka666

  a dolog lényege, hogy php-ben összefaragod stringműveletekkel a keresési feltételt, és utána egy keresést futtatsz, mert ha több utasításban keresel, akkor a distinctből falra hányt borsó lesz.

  azt nem értettem eddig a kérdésedben, hogy neked a keresőszót több mezőn is egyszerre kellene értelmezni, eddig azt hittem, csak egyen.
  erre meg az a megoldás, hogy az adatbáziskezelővel összerakatod egy stringbe az összes mezőt, amiben keresni akarsz, és arra adod meg a kereső kifejezést.

  tehát ha van mondjuk egy név, egy leírás, egy gyártó meződ, akkor valahogy így:

  név||'|'||leírás||'|'||gyártó like '%elsőkeresőszó%' (postgresql szintaktikával, a || a postgresben string konkatenáció)

  és ebből csinálsz logikai vagy-gyal függvényt. vagy csinálni kell rá egy nézettáblát, amin keresel, az lehet, gyorsabb.

  magyarul keresel egy olyan karaktert, ami biztosan nem fordul elő az adatokban, hogy elválaszd a szavakat (nekem erre a csővezetékjel a kedvenc), és az összes mező tartalmát összerakod egy stringbe ezzel a jellel elválasztva, majd ezen a stringen csinálod a like-ot. ez egy logikai kifejezés, ebből csinálsz vagy-gyal egy végső logikai kifejezést.

  másik, nem annyira elegáns megoldás, ha csinálsz egy külön táblát, amibe ideiglenesen tárolod a keresések részhalmazait, csak akkor ott figyelni kell rá, hogy párhuzamos használat esetén mi lesz.
  szóval egy táblába beleszórod azokat az azonosítókat, amely rekordokban az aktuális keresőszó megvan, majd csinálsz egy selectet belőle, distinct-tel, valahogy így:

  for i in (keresendő szavak listája sorban); do
  for j in (keresett mezők listája sorban); do
  sql="insert into temptabla (id) select id from tabla where $j like '%$i%';
  done
  done
  select distinct id from temptabla;

  ez nyilván nem helyes program, csak egy utalás arra, hogy hogyan kellene. szerintem ez a második megoldás kicsit parasztos, de mindegy...

• csabyka666 veterán

  #2177

  #2175 bambano

  2014-03-12 14:17:14

  Ú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

  

  csabyka666

  veterán

  #2175 bambano

  Próbáltam több módon is a LIKE-al, DISTINCT-el, de vagy az van, hogy én mondtam rosszul, amit el akarok érni, vagy valamit rosszul írtam a PHP-ban, vagy te értelmezted rosszul...a fene se tudja, a lényeg, hogy nem sikerült összehozni.

  Nem értem azt sem, hogy miért nem kell lefutnia többször a query-nek? Van 4 mezőm, amiben keresni akarok, és mindezt úgy, hogy minden egyes beírt szóra megnézem, hogy illeszkedik-e bármelyik mezőre is.
  Szóval beírom, hogy "ezt akarom megkeresni", és ebből - értelmezésem szerint - mindhárom szót meg kell néznem mind a 4 mezőn. (Tehát annyiszor futtatom a query-t, ahány szót megadok neki.)

  Azt már elértem, hogy csináltam egy tömböt, amibe beletettem mindegyik keresőszót, és ezen végigmentem, majd lefuttatom a query-t mindegyik szóra. Vissza is adja, hogy melyik indexeket találta meg (és ráadásul jót ad vissza), de ott akad meg a dolog, hogy ezeknek nem tudom a metszetüket venni. 99% hogy ez így működne, ha tömbökbe tudnám tenni a keresések eredményeit, mert azoknak tudom metszetüket venni.

  Ha van ennél egyszerűbb módszer, akkor szívesen meghallgatom azt is, de így most tanácstalan vagyok.

  A lényeg ugye az lenne, hogy csak azt a sort (esetleg sorokat) adja vissza a legvégén, amelyikre az összes beírt kifejezés passzol, vagyis a metszetüket.

  Tehát:
  ...WHERE
  mezo1 LIKE '%$keresokifejezes%' OR
  mezo2 LIKE '%$keresokifejezes%' OR
  mezo3 LIKE '%$keresokifejezes%' OR
  mezo4 LIKE '%$keresokifejezes%'
  ...és persze minden mezőt minden kifejezésre meg kellene vizsgálnom.

• csabyka666 veterán

  #2176

  #2175 bambano

  2014-03-12 11:56:37

  Ú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

  

  csabyka666

  veterán

  #2175 bambano

  Akkor oké.

• bambano titán

  #2175

  #2174 csabyka666

  2014-03-12 11:54:56

  Ú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

  

  bambano

  titán

  #2174 csabyka666

  nem jól érted.

• csabyka666 veterán

  #2174

  #2173 bambano

  2014-03-12 11:50:53

  Ú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

  

  csabyka666

  veterán

  #2173 bambano

  Azt jól értem, hogy itt is annyiszor kell lefuttatni az SQL query-t, ahány szót megadunk a keresésnél?

• bambano titán

  #2173

  #2172 csabyka666

  2014-03-12 11:47:12

  Ú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

  

  bambano

  titán

  #2172 csabyka666

  szerintem nem jó ötlet a php-t dolgoztatni olyan dolgokkal, amit az adatbáziskezelő helyből hatékonyan megold. tehát a keresési találatok metszetét nem php-ben kell megoldani, hanem sql szinten.

  egy kósza javaslat:
  select distinct id from table where mezo1 like '%akarmi1%' or mezox like '%akarmin%' ... ;

• csabyka666 veterán

  #2172 2014-03-12 08:51:32

  Ú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

  

  csabyka666

  veterán

  Na, aludtam egyet a dologra. Jó lenne nekem a LIKE is, de azt kellene elérni (viszont ezt már PHP szinten), hogy ráküldöm a keresőkifejezést mindegyik (esetemben 4) rekordra pontosan annyiszor, ahány szót írt be a felhasználó.

  Erre gondolok:
  A kifejezés legyen: "most ezt szeretném megkeresni", és legyen 4 rekord, amiben keresni akarok.
  1.) "most" -> keresi 1-2-3-4-ben -> visszaadja pl. 1-2-3-4-et
  2.) "ezt" -> keresi 1-2-3-4-ben -> visszaadja pl. 1-2-4-et
  3.) "szeretném" -> keresi 1-2-3-4-ben -> nem ad vissza semmit
  4.) "megkeresni" -> keresi 1-2-3-4-ben -> visszaadja pl. 1-4-et

  Ezután össze kéne gyűjtenem a találatok sorainak indexeit, de úgy, hogy a metszetüket venném, és akkor a végén csak azt adnám vissza, amelyik mindegyikre találatot adott, a példa szerint 1-es és 4-es lenne a találat.

  Itt jön a kérdés, hogy PHP-ben ezt hogy tudom elérni...

  MOD: hm, array_intersect(); ?

• martonx veterán

  #2171

  #2169 csabyka666

  2014-03-12 07:28:11

  Ú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

  

  martonx

  veterán

  #2169 csabyka666

  én csak a példa kedvéért írtam a like-ot, nem azon volt a hangsúly, hanem az egymásba ágyazott vagy-okon és-eken.

• bambano titán

  #2170

  #2169 csabyka666

  2014-03-11 23:29:26

  Ú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

  

  bambano

  titán

  #2169 csabyka666

  ha emlékeim nem csalnak, akkor regexpben (igazából kérdezni kellene, hogy pontosan melyikben, mert többféle van), a | az a logikai vagy.

  tehát a most|ezt|szeretném|megkeresni regexp az ennyi:
  string='most' or string='ezt' or string='szeretném' or string='megkeresni'

  a like az csak csonkolni tud, vagyis részstringet keres, a regexp meg ennél bonyolultabbat is tud, cserébe legalább lassú.

  "Ha LIKE-ot használok, az a szóközzel nem tud mit kezdeni.": miért ne tudna?

  "Viszont a REGEXP-nél meg tudom azt oldani, hogy a beírt stringben lecserélem a szóközöket | jelekre, és odaadom az SQL lekérdezésnek.": igen, és a fentiek alapján ezzel teljesen más keresőkifejezést alkottál, mint ami az eredeti volt.

• csabyka666 veterán

  #2169

  #2167 martonx

  2014-03-11 23:18: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

  

  csabyka666

  veterán

  #2167 martonx

  Húha, lehet, hogy én mondtam rosszul, de nem értem, pontosan mire gondolsz.

  Azért kellene a REGEXP, mert az ilyen formában várja a stringet: most|ezt|szeretném|megkeresni.
  Ha LIKE-ot használok, az a szóközzel nem tud mit kezdeni. Viszont a REGEXP-nél meg tudom azt oldani, hogy a beírt stringben lecserélem a szóközöket | jelekre, és odaadom az SQL lekérdezésnek.

  De amit írtál, arra alszok egyet. Lehet, hogy az lesz a megoldás, hogy egymásba kell ágyazni az ÉS-eket és a VAGY-okat.

• csabyka666 veterán

  #2168

  #2166 Apollo17hu

  2014-03-11 23:12:09

  Ú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

  

  csabyka666

  veterán

  #2166 Apollo17hu

  Nem feltétlen 4 szót adhat meg, viszont 4 mezőben kellene keresnie.

  A REGEXP-et itt a fórumon javasolták. A LIKE azért nem jó, mert azzal alapból nem tudok több kifejezést vizsgálni egyidőben. Illetve tudok, mert leprogramoztam PHP-vel, de elég bonyolult lett, és pazarol is az erőforrással. Ha több felhasználó is használja az oldalt, akkor szerintem szép kis SQL vihart csinálnának.

  Szóval a REGEXP jó lenne, csak a feltételekkel vagyok bajban.

• martonx veterán

  #2167

  #2165 csabyka666

  2014-03-11 22:34:33

  Ú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

  

  martonx

  veterán

  #2165 csabyka666

  Valami ilyemi kellene, hogy legyen a keresési feltételed:

  WHERE
  (feltétel1 nem üres OR mező1 like feltétel1)
  AND (feltétel2 nem üres OR mező2 like feltétel2)
  AND (feltétel3 nem üres OR mező3 like feltétel3)
  ...

  Már ha jól értettelek.

• Apollo17hu őstag

  #2166

  #2165 csabyka666

  2014-03-11 21:41:09

  Ú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

  

  Apollo17hu

  őstag

  #2165 csabyka666

  A 4 mezőben keresel azt jelenti, hogy a felhasználó max. 4 szót adhat meg szűkítésnek? Szerintem a keresők nem ezen az elven működnek, de ha te így szeretnéd, akkor talán az AND mégis használható lenne, ha REGEXP helyett LIKE '%keresés%' jellegű kifejezéseket vizsgálnál. Amúgy a REGEXP honnan jött? Miben jobb a LIKE-nál a lekérdezésedben?

• csabyka666 veterán

  #2165 2014-03-11 19:45: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

  

  csabyka666

  veterán

  Üdv!

  REGEXP segítségével keresek egy adatbázisban (a keresőkifejezésben a szóközöket |-re cseréltem), és azt szeretném elérni, hogy több beírt keresőszó esetén szűkítse a találati listát az SQL. 4 mezőben keresek, és ezeket OR köti össze, viszont így az a probléma, hogy minél több szót írok be, annál több találat lesz.

  Nem tudom, mennyire érthető, mit akarok kinyökögni. Próbálom illusztrálni. Adott 2 sor a táblában:
  1.) Danone - joghurt - epres - 125g
  2.) Danone - joghurt - barackos - 125g

  Ha beírom, hogy "epres", akkor csak az elsőt találja meg, de ha azt írom be, hogy epres joghurt, akkor megtalálja mindkettőt, és én azt szeretném, ha csak azt a sort találná meg, ahol mindkettőt rá tudja illeszteni.

  Túl egyszerű lenne, ha AND kötné össze a REGEXP-eket, mert akkor ugye mind a 4-en rápróbálja, és ha akár egyik nem hoz eredményt, már nincs is eredménye a keresésnek. Ha mind a 4 mezőnél egyezést talál, akkor persze jót ad vissza, de minél több mezőt kell megadni, annál kisebb az esélye, hogy a felhasználó kap eredményt...

  Szóval értitek, mi a problémám...? Van valami relatíve egyszerű megoldás erre?

• Pttypang veterán

  #2164

  #2163 Ispy

  2014-03-09 19:06:36

  Ú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

  

  Pttypang

  veterán

  #2163 Ispy

  Így megy, köszi

• Ispy nagyúr

  #2163

  #2162 Pttypang

  2014-03-09 18:45:22

  Ú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

  

  Ispy

  nagyúr

  #2162 Pttypang

  Esetleg ez:

  INSERT INTO Table (FirstCol, SecondCol)
  SELECT 'First' ,1
  UNION ALL
  SELECT 'Second' ,2

• Pttypang veterán

  #2162

  #2161 bambano

  2014-03-09 17:33:01

  Ú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

  

  Pttypang

  veterán

  #2161 bambano

  Nem nagyon szeretné megenni
  [link]

• bambano titán

  #2161

  #2160 Pttypang

  2014-03-09 17:20:10

  Ú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

  

  bambano

  titán

  #2160 Pttypang

  postgresql-ben így:
  insert into táblanév (oszlopnév1, oszlopnév2,...) values (érték1.1,érték1.2,...),(érték2.1,érték2.2,...), ... ;

• Pttypang veterán

  #2160 2014-03-09 17:01:19

  Ú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

  

  Pttypang

  veterán

  Sziasztok!
  SQL Compact db-ben hogy néz ki a csoportos insert syntax? Az msdn-en nem találtam megoldást sajnos, kedvem pedig nem túl sok van ~10k sor ismételt egyesével való felviteléhez.

  A választ előre is köszi!

• Ablakos addikt

  #2159

  #2157 BigBlackDog

  2014-03-08 11:54:01

  Ú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

  

  Ablakos

  addikt

  #2157 BigBlackDog

  delete from (select 1 from A , B where A.id = B.ref_id where B.attr = 'valami');

• eames tag

  #2158

  #2146 martonx

  2014-03-08 10:33:33

  Ú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

  

  eames

  tag

  #2146 martonx

  Köszi a linket, de ez sajnos csak 2010-ben működik.

• BigBlackDog veterán

  #2157

  #2156 Peter Kiss

  2014-03-08 10:23:31

  Ú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

  

  BigBlackDog

  veterán

  #2156 Peter Kiss

  Amit elfelejtettem leírni, hogy PL (Oracle) SQL-ről lenne szó. Ott is lehetséges join-olni a delete-ben?

• Peter Kiss őstag

  #2156

  #2155 BigBlackDog

  2014-03-08 09:41:39

  Ú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

  

  Peter Kiss

  őstag

  #2155 BigBlackDog

  Ha csak ezt a négyet, akkor a join-ok nem esnek ki, szóval azzal tudod megoldani.

  Cursor-oknál lassab SQL megoldás nem létezik.

• BigBlackDog veterán

  #2155

  #2153 Peter Kiss

  2014-03-08 09:25:11

  Ú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

  

  BigBlackDog

  veterán

  #2153 Peter Kiss

  Halmazműveletek alatt pontosan az UNION, INTERSECT, MINUS, IN műveleteket értem (érti a feladatsor), mivel ezek állítólag elég költséges műveletek. Gondoltam már én is a cursorra, asszem akkor ki is próbálom.

  A kretén módszerekkel, vagyk kihívásokkal (ki hogyan fogja fel) kapcsolatban meg maradjuk annyiban egyelőre, hogy egy egyetem Budapestről...

  (#2154) Ablakos: Köszönöm, utánanézek ennek is.

• Ablakos addikt

  #2154

  #2152 BigBlackDog

  2014-03-08 09:10:39

  Ú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

  

  Ablakos

  addikt

  #2152 BigBlackDog

  On delete Cascade opcióval létrehozott tábla?

• Peter Kiss őstag

  #2153

  #2152 BigBlackDog

  2014-03-08 08:52:57

  Ú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

  

  Peter Kiss

  őstag

  #2152 BigBlackDog

  Hehheh, bármilyen SQL halmazműveletekről szól, akármit is csinál, szóval sehogy?

  Cursor-okkal mehetsz a legközelebb az általad kért megoldáshoz, de kíváncsi lennék, miért kell valamit kretén móton megoldani.

• BigBlackDog veterán

  #2152 2014-03-08 08:48:27

  Ú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

  

  BigBlackDog

  veterán

  Sziasztok!
  Kis segítséget kérnék, nem nagyon jövök rá, hogy hogyan lehetne az alábbi problémát megoldani. Szóval adott két tábla, 'A' és 'B'. 'B' táblában, minden rekordhoz van egy idegen kulcs egy 'A' táblabeli elemre. Minden 'B' táblabeli rekordhoz egy 'A' táblabeli rekord tartozhat, fordítva viszont 0..n a kapcsolat.
  'A' táblából kéne rekordokat törölnöm a hozzájuk kapcsolódó 'B' táblabeli rekordoktól -azok egy attribútumának értékétől- függően, mindezt inner selectek és halmazműveletek (in, union, stb) nélkül. Hogyan oldható meg ez a feladat szerintetek?
  Előre is köszönöm a válaszokat!

• bambano titán

  #2151

  #2147 kenesei1982

  2014-03-03 14:49:17

  Ú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

  

  bambano

  titán

  #2147 kenesei1982

  van magyar oracle, az nem jó?

  supportot szerintem azoktól a cégektől vehetsz még, akik kompletten is supportálják az oprendszert, vagyis novell hungary, vagy ulx.hu. én ezen legutóbbival kezdeném.

  szerk: esetleg keresd meg azt, aki ezt az állásajánlatot meghirdette.

• bpx őstag

  #2150

  #2148 kenesei1982

  2014-03-03 14:11:05

  Ú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

  

  bpx

  őstag

  #2148 kenesei1982

  most akkor MySQL vagy MSSQL support kell?

• martonx veterán

  #2149

  #2147 kenesei1982

  2014-03-03 11:46:54

  Ú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

  

  martonx

  veterán

  #2147 kenesei1982

  Huh, én dolgoztam outsorcing céggel, akik outsourcingban linux, mysql szervereket tartottak karban.
  Viszont nem volt jó tapasztalatom velük, bár a semminél jobbak voltak.

  Ha nagyon kell, megpróbálom feldúrni az emlékezetemben (emailjeimben) őket, ha drágán, lassan, akarsz nem túl jó minőségű munkát kapni, akkor mindenképpen jobbak mint a semmi.

• kenesei1982 aktív tag

  #2148

  #2147 kenesei1982

  2014-03-03 11:12:58

  Ú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

  

  kenesei1982

  aktív tag

  #2147 kenesei1982

  találtam egy számot:

  Professional Support (MCP, SA, MSDN)
  +36 1 2674636

  Hátha vkinek még kell. Holnap kiderül tudnak-e segíteni.

• kenesei1982 aktív tag

  #2147 2014-03-03 10:24:35

  Ú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

  

  kenesei1982

  aktív tag

  Sziasztok,

  Rágoogliztam, de csak álláshírdetéseket dob ki az sql support kifejezésre.
  Ismer valamelyőtök magyarországi MySQL supportot? Van egy adatbázisunk, ami még működik, mert fogadja az új adatokat, de se keresni, se törölni nem tudunk benne.
  Valami hivatalos dolog kellene, mert céges az ügy, uh hivatalosan kell megoldanunk.

  Ismertek ilyet?

• martonx veterán

  #2146

  #2145 eames

  2014-03-01 21:07:35

  Ú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

  

  martonx

  veterán

  #2145 eames

  Ezt én honnan tudhatnám helyetted, te csináltad az eddigeket, és semmi részletet nem osztottál meg velünk.

  De mondjuk itt van egy módszer: [link]

• eames tag

  #2145

  #2144 martonx

  2014-03-01 15:41:55

  Ú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

  

  eames

  tag

  #2144 martonx

  Igen, ezt értem. Csak az a baj, hogy nem tudom, hogy kell megírni, hogy a fő táblában történő módosítást tárolja a segédtáblában.

• martonx veterán

  #2144

  #2143 eames

  2014-02-27 22:10:54

  Ú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

  

  martonx

  veterán

  #2143 eames

  Ez esetben ahogy írtam már, kell neked egy segéd tábla, valami ilyesmi felépítéssel:

  Felhasználó azonosító, Iroda azonosító, Engedély dátum, Engedély (Igen / nem)

  És ilyesmi adataid lennének benne:

  1, 1, 2014-01-01, igen
  1, 2, 2014-01-10, igen
  1, 1, 2014-02-15, nem

  Azaz az 1-es felhasználó az 1-es irodához kapott engedélyt 2014-01-01-én. Ezt az engedélyt 2014-02-15-ével visszavonták. A 2-es irodához van élő engedélye 2014-01-10-e óta.

• eames tag

  #2143

  #2140 martonx

  2014-02-26 17:01:39

  Ú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

  

  eames

  tag

  #2140 martonx

  Pontosítok egy példával:
  Egy táblában vannak olyan oszlopok, hogy név, azonosító(kulcs), iroda1, iroda2, iroda3,... iroda n. A személyek nevei és azonosítói mellett pipálva van az adott iroda, ha belépési engedélye van, ha nem léphet be nincs pipa. Ezek az engedélyek változhatnak, és tudni kellene, ki mikor melyik irodába kapott engedélyt. Pl. xy mikor kapott belépést iroda3-ba, de ez nem biztos, hogy az utolsó módosítás mert lehet azóta iroda5 és iroda6-ba is beléphet.
  Ebben az esetben hogy nézne ki az sql utasítás?
  Nagyon nem erősségem az adatbázis, bocsánat ha nem egyértelmű.

• zolynet veterán

  #2142

  #2141 zolynet

  2014-02-26 12:09:22

  Ú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

  

  zolynet

  veterán

  #2141 zolynet

  -F2 szeparátor megoldja, pöpec

• zolynet veterán

  #2141 2014-02-26 11:51:34

  Ú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

  

  zolynet

  veterán

  bpc -ben mivel tudom azt megadni hogy az első sort hagyja figyelmen kívül és csak a 1sort követő sorokat importálja be? van olyan kapcsolója?

  keresem már ...

• martonx veterán

  #2140

  #2139 Peter Kiss

  2014-02-26 08:08:47

  Ú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

  

  martonx

  veterán

  #2139 Peter Kiss

  MS access-ben triggert nehezen fog csinálni.

  Viszont ha egy kvázi log / history tábla kell, akkor tényleg csak egy plusz táblára lesz szükség, és a fő tábla update-elésekor, ebbe kell insertálni egy sort, ami mutatja a változást.

• Peter Kiss őstag

  #2139

  #2138 eames

  2014-02-26 07:29:58

  Ú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

  

  Peter Kiss

  őstag

  #2138 eames

  Csinálhatsz triggert, ami lemásolja az egész sort, és elmenti módosításkor az előző állapotot egy plusz mezővel, meddig volt érvényes. Az éles táblába belerakhatod a módosítás dátumát, ha kell így még egyáltalán, illetve ezzel együtt a tükörben látható lenne egy mettől meddig dátum.

• eames tag

  #2138

  #2137 martonx

  2014-02-26 07:18:36

  Ú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

  

  eames

  tag

  #2137 martonx

  Ha megoldhato, akkor nem csak az utolso modositas datumat kellene mutatnia, hanem minden modositas darumat.

• martonx veterán

  #2137

  #2134 eames

  2014-02-25 21:19:12

  Ú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

  

  martonx

  veterán

  #2134 eames

  Gondolom kellene egy plusz mező amibe módosításkor bejegyzed az időpontot, dátumot.

• eames tag

  #2136

  #2135 bambano

  2014-02-25 21:12:06

  Ú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

  

  eames

  tag

  #2135 bambano

  access 2003 windows xp

• bambano titán

  #2135

  #2134 eames

  2014-02-25 20:37:55

  Ú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

  

  bambano

  titán

  #2134 eames

  ha nem titkos, hogy milyen adatbázis, oprendszer, és elárulod, az sokat segít.

  postgresql-ben rule-okkal meg egy segédtáblával elég egyszerűen megoldható.

• eames tag

  #2134 2014-02-25 20:12:28

  Ú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

  

  eames

  tag

  Van egy adatbázis, az egyik táblában a rekordok logikai típusúak. Az lenne a feladat, hogy ha az egyik módosul (kipipáljuk vagy levesszük a pipát), akkor valahol mutassa a módosítás dátumát annál a rekordnál/rekordoknál amik módosultak. Megoldható valahogy?

• sztanozs veterán

  #2133

  #2131 Kommy

  2014-02-24 14:04:16

  Ú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

  

  sztanozs

  veterán

  #2131 Kommy

  Persze nem biztos, hogy azt az eredményt hozza, amire számítasz

• martonx veterán

  #2132

  #2131 Kommy

  2014-02-23 15:08:33

  Ú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

  

  martonx

  veterán

  #2131 Kommy

  Elvégre pont ezt mondja a hibaüzenet is...

• Kommy veterán

  #2131

  #2130 bpx

  2014-02-23 09:44:29

  Ú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

  

  Kommy

  veterán

  #2130 bpx

  Tehát ha beírom a classification-t is a group by-ba akkor menni fog?

  Szerk:
  Beírva működik.

• bpx őstag

  #2130

  #2129 Kommy

  2014-02-23 09:36:54

  Ú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

  

  bpx

  őstag

  #2129 Kommy

  pont az amit ir a hiba
  csak classid szerint megy a group by, ilyenkor a tobbi oszlopra "osszesito" fuggveny kell, pl. COUNT, MAX, vagy azokra is group by-olni kell
  az a baj a lekerdezessel, hogy mivel a classification oszlopra egyik sincs, igy annak erteke nem determinisztikus
  mysql sajnos megenged ilyen lekerdezest, mas adatbaziskezelok szerencsere nem

• Kommy veterán

  #2129 2014-02-23 09:10:38

  Ú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

  

  Kommy

  veterán

  Sziasztok ezzel a lekérdezéssel mi a gond?

  "SELECT classid, COUNT(racerid) as Riders, MAX(RaceGroup * 1) as MOTOS , classification FROM Rating r, Classes c WHERE c.id = r.classid AND eventid = " + eventID + " GROUP BY classid";

  ezt a hibát kapom: Egy olyan lekérdezést próbált végrehajtani, amely nem tartalmazza a megadott kifejezést ('classification') egy összesítő függvény részeként.

  A classification a Classes táblában van, ha kihagyon a clssification-t a lekárdezés kiíratásából akkor lefut.

• csabyka666 veterán

  #2128 2014-02-20 22:31:31

  Ú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

  

  csabyka666

  veterán

  Működik, frankó!

• csabyka666 veterán

  #2127 2014-02-20 22:16:50

  Ú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

  

  csabyka666

  veterán

  Köszi a választ mindkettőtöknek! Egyelőre nekem az a lényeg, hogy működjön. Nem probléma, ha nem hatékony az erőforrásokkal...stb.

  A keresést illetően bőven elegendő, ha az "alma" kifejezésre megtalálja a szükséges sorokat.

  

• bpx őstag

  #2126

  #2124 csabyka666

  2014-02-20 21:23:27

  Ú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

  

  bpx

  őstag

  #2124 csabyka666

  Van ugye a "where lower(oszlop) like '%alma%'" modszer, de ha valami okosabb kell, akkor vannak erre RDBMS-specifikus eszkozok, pl. [link]

• Apollo17hu őstag

  #2125

  #2124 csabyka666

  2014-02-20 21:16:28

  Ú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

  

  Apollo17hu

  őstag

  #2124 csabyka666

  SELECT * FROM tabla
  WHERE UPPER(mezo) LIKE '%ALMA%'

• csabyka666 veterán

  #2124 2014-02-20 21:11:22

  Ú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

  

  csabyka666

  veterán

  Üdv mindenkinek!

  Azt szeretném kérdezni tőletek, hogyan lehet variálni a rész-stringekkel SQL-ben?

  Csak azokat a sorokat szeretném kiszedni a táblából, amire (vagy aminek egy részére) ráillik egy adott kifejezés. Pl. ilyen sorok vannak a táblában, hogy
  almafa
  körtefa
  almabor
  meggyleves
  almalé
  és én azt szeretném elérni, hogy minden olyan sort visszaadjon, amiben bárhogyan is szerepel, hogy "alma". Ha egy az egyben beírom a cella tartalmát, úgy megtalálja, de nem várhatom el a felhasználótól, hogy 100% pontossággal beírja a cella tartalmát mondjuk egy keresőmezőbe. Gondolom értitek, mit akarok itt kinyökögni...

  Mi erre a legegyszerűbb megoldás?

  Köszi a segítséget előre is!

• Sk8erPeter nagyúr

  #2123

  #2122 martonx

  2014-02-16 19:39:44

  Ú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

  

  Sk8erPeter

  nagyúr

  #2122 martonx

  Igazából ez nem olyan meglepő, az SSD amúgy is bármivel csodát művel.
  Aki kételkedik, vegyen magának, és nyilván az adatbázis szarai az SSD-n legyenek. Igen, hátránya nyilván a HDD-vel szembeni rövidebb élettartam és a relatíve magas ára.

• martonx veterán

  #2122

  #2120 amargo

  2014-02-16 15:40:56

  Ú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

  

  martonx

  veterán

  #2120 amargo

  MSSQL-es tapasztalat alapján az SSD brutálisan meg tudja dobni az összteljesítményt. Sőt, még annál is jobban. Igaziból nem is az a lényeg, hogy szekvenciálisan gyorsabb írás, olvasásban az SSD, hanem IOPS-ben egy szál SSD tud annyit, mint egy rack szekrénnyi HDD.

• martonx veterán

  #2121

  #2118 bambano

  2014-02-16 15:36:52

  Ú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

  

  martonx

  veterán

  #2118 bambano

  Azért egy 300 gigás adatbázisnál már csak nem árt, ha a memóriába gyorsan bele tud mászni az a pár 10-20Gb-s tábla...

• amargo addikt

  #2120

  #2118 bambano

  2014-02-16 13:29:51

  Ú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

  

  amargo

  addikt

  #2118 bambano

  A RAM egy dolog. Köszönöm, még olvasgatok!

• bpx őstag

  #2119

  #2117 eames

  2014-02-15 19:23:28

  Ú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

  

  bpx

  őstag

  #2117 eames

  nem sok, lehet

• bambano titán

  #2118

  #2116 amargo

  2014-02-15 18:31:28

  Ú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

  

  bambano

  titán

  #2116 amargo

  bocs, elkerülte a figyelmem a kérdés.
  nem használok ssd-t, inkább ramot veszek, amennyi kell.

  régen a mysql-ben volt raid0, azt nem tudom, a mostaniakban van-e még.

• eames tag

  #2117 2014-02-15 18:27:01

  Ú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

  

  eames

  tag

  Sok (több mint 30) excel táblázatból kéne egy jól átlátható adatbázist létrehoznom. Ezekből a táblázatokból van amit még több részre kell szedni, így lenne ~40 táblás az adatbázis. Nem vagyok otthon a témában, nem sok ez? Lehet majd vele dolgozni?

• amargo addikt

  #2116

  #2115 bambano

  2014-01-28 22:13:00

  Ú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

  

  amargo

  addikt

  #2115 bambano

  Rossz volt a tördelés, de az már általános részbe akart menni.
  Ezek szerint használtok SSD?

  Igazából nem akartam belemászni az ora üzletpolitikájába, csak megemlítettem.

• bambano titán

  #2115

  #2114 amargo

  2014-01-28 20:35:37

  Ú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

  

  bambano

  titán

  #2114 amargo

  én nem emlegettem hdd-t...

  persze, próbálkoztam alkuval, mintha a falnak beszélnék.

• amargo addikt

  #2114

  #2112 bambano

  2014-01-28 18:36:40

  Ú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

  

  amargo

  addikt

  #2112 bambano

  Alkuval próbálkoztál?

  Ha már volt itt szó sokszor hdd-ról. Valaki rakott már SSD SQL alá?
  [link]

  martonx: Én se értek hozzá csak eddig jókat olvastam róla, aztán lehet csak fizetett hirdetések voltak.. Igen az MS is ad.

• martonx veterán

  #2113

  #2111 amargo

  2014-01-28 17:23:11

  Ú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

  

  martonx

  veterán

  #2111 amargo

  MySql-lel (pedig 5.6-os verziót használunk per pillanat) sebesség tekintetében nekem is rossz tapasztalataim vannak. De lehet, hogy csak én nem értek hozzá eléggé. Konfigoltam, hangoltam, de igaziból nem nagyon lett jobb.

  MS is ad rengeteg kedvezményt, az hogy papíron mennyibe kerülnek csak egy dolog.

• bambano titán

  #2112

  #2111 amargo

  2014-01-28 17:04:48

  Ú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

  

  bambano

  titán

  #2111 amargo

  mikor legutoljára az ora.hu-tól kértem árajánlatot egy projektre, olyan számokat mondtak, hogy leestem a székről. megcsináltuk postgressel, erre elkezdtek kötözködni, hogy miért nem ora. hát azért, mert a teljes költségvetés hatszorosát kellett volna csak a db-re kiadni.

  arra a feladatra, amire nekem kellett, a gyalog mysql gyorsabb volt, mint a gyalog pg, de elkezdtem behangolni mind a kettőt és a végén a pg porba alázta a mysql-t, pedig a mysql 8-as raid0-n volt, a pg meg sima diszken. akkoriban a mysql még tudott raidet, azóta ezt nem néztem.

  már most tudom, mi lesz a következő néhány hsz tartalma

• amargo addikt

  #2111

  #2110 bambano

  2014-01-28 15:38:26

  Ú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

  

  amargo

  addikt

  #2110 bambano

  Azért az oracle ad rengeteg kedvezményt, amennyire mesélték, bár elfelezve az árat is még az MS jött ki olcsóbbnak, ugyanakkor az MS is kezd felzárkózni árazás szempontjából..
  mysql lassú volt?

• bambano titán

  #2110

  #2109 martonx

  2014-01-28 13:29:10

  Ú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

  

  bambano

  titán

  #2109 martonx

  amennyire követtem a dolgokat, normális clusterezési lehetőség csak a 9-es sorozatú pg-kben van, talán 9.3-tól. Azt nem tudom, rendes multimaster clustert lehet-e már építeni, egy master-sok slave cluster most már van.

  A 8-as postgresekhez is volt külsős cluster szoftver, anno teszteltünk párat, nevetséges eredményt hozott. például ha session-id-t úgy akartál generálni, hogy volt benne random függvény is, akkor a cluster két darabján nem egyezett a két adat. now() függvény dettó. meg a tárolt procedúrákkal is baj volt.

  "szerinted is"? én nem mondtam, hogy az oracle meg az mssql komolyan vehető adatbáziskezelő. az oracle tudását elismerem, de az árazása meg a ora.hu sales tevékenysége nálam több, mint kiütötte a biztosítékot.

  a mysql-t nagyon régen teszteltem, lassú is volt, cserébe alap dolgokat sem tudott (ismétlem, a régi verzió), így nem foglalkoztam vele többet. meg amióta az ora felvásárolta, azóta a jövőjét elég ködösen látom.

  nekem egy adatbáziskezelő van, ami komoly, a pg. minden hibája ellenére ezzel tudom legjobban megoldani a dolgaimat. (igen, van szubjektív rész is ebben a döntésben)

• martonx veterán

  #2109

  #2104 bambano

  2014-01-28 13:16:10

  Ú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

  

  martonx

  veterán

  #2104 bambano

  Pedig postgreSQL-lel is lehet clustert építeni. Sőt az ingyenes MySQL-el is.

  Ettől függetlenül szerintem is Oracle és MS SQL a két komolyan vehető adatbázis szerver. Mondjuk az Oracle aranyárban van, bár talán nem is véletlenül adják annyiért.
  Ami még nagyon jó alternatívája az ingyenes SQL-eknek, az a Microsoft féle Azure SQL, ami bérelhető MS SQL 2012 szerver, némi felhős butítással. Az enyém havi kemény 4 euróért, napi 9 millió rekordot fogad magába, hogy aztán 1 órán belül ezek nagy része törlődjön is, és még ehhez jönnek az egyéb queryzések. 4 euróért zseniális a teljesítménye.

• sztanozs veterán

  #2108

  #2107 bambano

  2014-01-28 13:03:45

  Ú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

  

  sztanozs

  veterán

  #2107 bambano

  Ja, persze hogy én értettem félre

• bambano titán

  #2107

  #2106 sztanozs

  2014-01-28 13:01:23

  Ú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

  

  bambano

  titán

  #2106 sztanozs

  A bármi az nem az ms sql express.
  Te azt mondtad, hogy az ilyen express kiadásoknak lehet komoly alternatívája a pg. szerintem meg nem, fullos oracle-nek, ms sql szervernek, stb. bárminek lehet. ha meg az ora és a pg árazását hasonlítom össze... nem is kell folytatnom a mondatot.

• sztanozs veterán

  #2106

  #2104 bambano

  2014-01-28 12:47: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

  

  sztanozs

  veterán

  #2104 bambano

  Mert ugye MSSQL Expressel komoly adatbázis clustert lehet felépíteni...

• Ispy nagyúr

  #2105

  #2103 sztanozs

  2014-01-28 12:31:48

  Ú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

  

  Ispy

  nagyúr

  #2103 sztanozs

  Amíg egy 20-30 useres cég vígan elmegy MS SQL Express-szel, addig nem nagyon érdekel más alternatíva, akinek meg kevés, az meg vegye csak meg a nagy SQL Server-t (arról nem is beszélve, hogy az ügyfeleink 99%.a Microsoft termékeket használ szerver oldalon).

• bambano titán

  #2104

  #2103 sztanozs

  2014-01-28 12:21:47

  Ú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

  

  bambano

  titán

  #2103 sztanozs

  A postgresql bárminek komoly alternatívája, amíg nincs szükséged nagy adatbázis clusterekre.

• sztanozs veterán

  #2103

  #2102 Ispy

  2014-01-28 11:18:44

  Ú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

  

  sztanozs

  veterán

  #2102 Ispy

  MySQL és PostgreSQL is komoly alternatívája az MS-SQL expressznek, elég csak ha utánaolvasgatsz az expressz korlátozásainak...
  De ha körbenézel még az Oracle-ből is van (ingyenes) Express Edition.

• Ispy nagyúr

  #2102

  #2101 bambano

  2014-01-28 10:49:04

  Ú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

  

  Ispy

  nagyúr

  #2101 bambano

  MySQL-lel még nem kellett dolgoznom én MS SQL-lel nyomom, remélem ez így is marad, szerencsére hálózati környezetben az SQL expressz változata is jól fut, ami ingyért van és nincs is nagyon alternatívája.

• bambano titán

  #2101

  #2100 Ispy

  2014-01-27 23:57:01

  Ú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

  

  bambano

  titán

  #2100 Ispy

  olvasgatom ezt a remek mysql doksit, ilyenek vannak benne:
  - az enumos oszlop típusa lehet string vagy int. remek.
  - ha beszúrsz egy nemlétező értékkel rendelkező rekordot, akkor simán lecseréli üres stringre.
  - számokat csak stringként lehet belerakni, így ha egy gyengén típusos nyelvvel kérdezed le, mint az nagy divat, akkor nem tudod eldönteni, hogy mit adott vissza az sql szerver.

  hát szóval lehet, hogy nem sért adatbázistervezési szabályt (egyelőre még nem találtam meg a bizonyítékot ), de hogy az implementációjától sírva kirohannék a világból, az biztos.

  [link]

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