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

• Ispy nagyúr

  #2800

  #2799 rum-cajsz

  2015-03-23 17:14: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

  

  Ispy

  nagyúr

  #2799 rum-cajsz

  Szerintem az csak az első 7-re jó.

• rum-cajsz őstag

  #2799

  #2798 sityupityka

  2015-03-23 17: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

  

  rum-cajsz

  őstag

  #2798 sityupityka

  negyvenkettő

• sityupityka csendes tag

  #2798 2015-03-23 16:13: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

  

  sityupityka

  csendes tag

  Az első 8 feladat megoldása érdekelne....Bárki aki segít annak nagyon hálás lennék

• bambano titán

  #2797

  #2796 pityaa23

  2015-03-20 17:12: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

  #2796 pityaa23

  azt írtad az eredeti kérdésedben, hogy egy usernek lehet több étrendje, amelynek része az étkezés. annak érdekében, hogy az userhez tudd kapcsolni a saját étkezéseit, kell az étkezés tábla.

• pityaa23 senior tag

  #2796

  #2795 Ispy

  2015-03-20 16:36: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

  

  pityaa23

  senior tag

  #2795 Ispy

  Köszönöm a válaszokat!
  Közben azon gondolkoztam, hogy lehet nem is kell étkezés tábla. Ha beleteszem a kiválasztott táblába az étkezés oszlopot, akkor ott a bevitelnél majd megjelölöm melyik étkezéshez tartozik a kiválasztott alapanyag.
  Azt nem tudom, hogy ha még az étrend_ID -t is tárolnám ebbe a táblába akkor igaz hogy csúnyábban nézne ki, de nem kéne az étrend és a kiválasztott kapcsolattábla, ha jól gondolom. Így mondjuk: [link]

• Ispy nagyúr

  #2795

  #2794 bambano

  2015-03-20 16:22:08

  Ú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

  #2794 bambano

  +1

  Egy étkezés tábla kell és egy mező, amiben letárolod az étkezések ID értékét, ami megint lehet egy étkezések törzs tábla. De az igazság az, hogy az adatbázisok tervezése egy külön szakma, itt max. tanácsot tudunk adni, de végeredmény ettől még kérdéses lesz.

• bambano titán

  #2794

  #2793 pityaa23

  2015-03-20 15:21:24

  Ú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

  #2793 pityaa23

  az nem gond, hanem nettó marhaság.
  azonos egyedtípust mindig egy táblába teszünk, mert ha nem, abból záros határidőn belül kavarodás lesz.

• pityaa23 senior tag

  #2793

  #2792 martonx

  2015-03-20 15:18: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

  

  pityaa23

  senior tag

  #2792 martonx

  Tehát nem gond az a 8 külön étkezés tábla? Ez volna a kérdés.

• martonx veterán

  #2792

  #2791 pityaa23

  2015-03-20 15:01: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

  #2791 pityaa23

  Bocsánat, de ezt egyszer már kitárgyaltuk, akkor most miről akarsz beszélni? Mentsd el így és kész.

• pityaa23 senior tag

  #2791 2015-03-20 14:56: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

  

  pityaa23

  senior tag

  Sziasztok!

  Lehet amatőr kérdés, ne egyetek meg miatta.

  Most volt időm megint elővenni az étrendtervezős táblát, amit már múltkor tárgyaltunk, de nem értem pontosan, hogy kéne felépíteni. Megpróbálom elmagyarázni a problémám. :
  Itt van két kép, hogy könnyebben megértessem magam:

  link
  [link]

  (Mielőtt megint leharapjátok a fejem, ez csak vázlat, nem magyar lesz a végeredmény. )

  A tervezendő étrenden belül 8 étkezés lesz, de nem kötelező mind a 8-at kihasználni. Minden étkezés 5 alapanyagból állhat, aminek a mennyiségét is meg kell adni. Majd a végén kiszámolja nekünk a kalória, fehérje, stb... tartalmát étkezésenként és az egész étrendét is. Ezt el is lehet menteni majd.

  Hogy lenne érdemes megoldani az étkezések táblát, táblákat, hogy alkalmas legyen mentésre és tudjam, hogy melyik user, melyik étrendjéhez, melyik étkezéséhez, melyik kiválasztott alapanyag tartozik?

  (Van külön tábla az alapanyagoknak, és a kategóriáknak.)

  Köszönöm előre is!

• Diopapa addikt

  #2790

  #2789 Ispy

  2015-03-14 07:26:07

  Ú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

  

  Diopapa

  addikt

  #2789 Ispy

  Nagyon köszi!

• Ispy nagyúr

  #2789

  #2788 Diopapa

  2015-03-13 23:21: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

  

  Ispy

  nagyúr

  #2788 Diopapa

  select station_list.station_id , MAX(bfmarketdata.timestamp) from distances
  inner join station_list on second_system_id = station_list.system_id
  inner join bfmarketdata on bfmarketdata.station_id = station_list.station_id
  where first_system_id = '1916' and commodity_id = '85' and distance <= 30
  group by station_list.station_id
  order by distance

• Diopapa addikt

  #2788 2015-03-13 22:21: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

  

  Diopapa

  addikt

  Üdv!

  Kis segítséget szeretnék kérni. Van néhány táblám. A struktúra azon része ami most kell:

  station_list tábla, station_id, system_id mezők
  bfmarketdata tábla, timestamp, commodity_id, station_id mezők
  distances tábla, first_system_id, second_system_id, distance mezők

  A lekérdezésem:

  select station_list.station_id , bfmarketdata.timestamp from distances
  inner join station_list on second_system_id = station_list.system_id
  inner join bfmarketdata on bfmarketdata.station_id = station_list.station_id
  where first_system_id = '1916' and commodity_id = '85' and distance <= 30
  order by distance

  ezt az eredményt kapom:

  "station_id" "timestamp"
  "236" "20150311170757"
  "202" "20141223163432"
  "209" "20150115195106"
  "208" "20141225112250"
  "202" "20141225114051"
  "202" "20141222111219"
  "209" "20141225121332"
  "225" "20150115190005"
  "205" "20141223194642"
  "201" "20141226164121"
  "201" "20150114165111"
  "201" "20141221175132"
  "194" "20141220224501"
  "194" "20141223161651"

  Azt szeretném elérni, hogy egy station_id egyszer szerepeljen. Az, amelyikhez a legújabb timestamp tartozik. Plz help!

• Apollo17hu őstag

  #2787

  #2785 pityaa23

  2015-03-11 21:38: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

  

  Apollo17hu

  őstag

  #2785 pityaa23

  A felhasználó táblába én felvennék még egy "bicepsz" mezőt is, ami cm-ben tartalmazná a legfontosabb információt. Később erre szűrve ki lehetne választani az ideális étrendet.

• martonx veterán

  #2786

  #2785 pityaa23

  2015-03-11 21:10: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

  

  martonx

  veterán

  #2785 pityaa23

  Mondjuk, ha ezeket az infókat leírtad volna, megkíméltél volna pár percet az életünkből.

• pityaa23 senior tag

  #2785

  #2783 martonx

  2015-03-11 14:39: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

  

  pityaa23

  senior tag

  #2783 martonx

  Köszi a tanácsokat,

  1. valóban, ez nem végleges, csak gyorsan összedobtam valamit.

  2. nem gondolom, hogy kell, itt gyúrós étkezések lesznek, kb csirkemell, rizs, salátából áll egy étkezés, nincs előétel, főétel, desszert. Nem kész ételek, hanem alapanyagok.

  3. 100g ban lévő tápanyagokat mutatná a táblázat, pl 100g csirkemell: 109 kalória, 25g fehérje, 1g zsír, 0g szénhidrát.

  bambano: az időpont sem lényeges, a user eldönti egy nap hány étkezést akar, annyit állít össze. Majd elosztja magának a nap folyamán.

• bambano titán

  #2784

  #2783 martonx

  2015-03-11 14:36:15

  Ú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

  #2783 martonx

  + az étkezésnek lehetne időpontja is.

• martonx veterán

  #2783

  #2782 pityaa23

  2015-03-11 14:27: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

  

  martonx

  veterán

  #2782 pityaa23

  Első ránézésre már nem vészes.

  Pár észrevétel:
  1. a táblád nevei nagyon bénák. Alapanyag, meg alapanyagok? Eleve mindent angolul nevezünk el, a kapcsolat táblákat pedig valahogy úgy illik elnevezni, hogy a nevéből is látszódjon, hogy mit kapcsol össze mivel.
  2. Az étkezést tovább bontanám ételekre, mert egy ebéd pl. jó eséllyel áll levesből és főételből.
  3. hiányolom a mennyiségi egységet az alapanyagokból. Nem mindegy, hogy 1 liter, vagy 1 kg.

• pityaa23 senior tag

  #2782

  #2779 DNReNTi

  2015-03-11 13:56: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

  

  pityaa23

  senior tag

  #2779 DNReNTi

  Köszi, most így néz ki a dolog:

  [link]

  összekötések kulcsokat, hogy érdemes bekötni?

• lakisoft veterán

  #2781

  #2779 DNReNTi

  2015-03-11 13:31: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

  

  lakisoft

  veterán

  #2779 DNReNTi

  Nos a te szövegértésed jobb mint az enyém kérlek vedd át a segítő szerepés.

• pityaa23 senior tag

  #2780

  #2779 DNReNTi

  2015-03-11 13:29: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

  

  pityaa23

  senior tag

  #2779 DNReNTi

  Igen, teljesen az elején vagyok, tervezés fázis. Erre kellene majd felépíteni a programocskát ennyi. Csak nem tudom, hogyan tudom elmenteni, milyen tábla és milyen adatok kellenének. :S

• DNReNTi őstag

  #2779

  #2778 lakisoft

  2015-03-11 13:27: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

  

  DNReNTi

  őstag

  #2778 lakisoft

  "Tudnátok segíteni a logikai felépítésben?"
  Szerintem ehhez nem kell kód. Gondolom inkább arra kíváncsi ki hogyan építené fel a táblákat, kapcsolatokat, hogy az jó legyen.

  És ha már itt tartunk leírom én is:
  Mindenképpen kell felhasználók és alapanyagok tábla ugye. Kell egy étrendek kapcsolattábla, ez fogja tárolni melyik felhasználónak mely étrendjei vannak. Ezt követi az étkezések kapcsolattábla ami azt mondja meg mely étrendek milyen étkezéseket tartalmaznak. Végül jön az alapanyag kapcsolattábla, ami összeköti az alapanyagokat az étrendekkel. Hát így nagyon leegyszerűsítve valahogy így.

• lakisoft veterán

  #2778

  #2777 pityaa23

  2015-03-11 13:25: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

  

  lakisoft

  veterán

  #2777 pityaa23

  Szia,

  Kódot tudsz illeszteni mert akkor tudok segíteni.
  üdv,
  lakisoft

• pityaa23 senior tag

  #2777 2015-03-11 12:22: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

  

  pityaa23

  senior tag

  Sziasztok!

  Van egy kis adatbázis tervezési gondom. Étrend tervezőt szeretnék készíteni. Ami kb így kéne felépüljön:

  1 user bármennyi étrendet készíthet, 1 étrend maximum 8 étkezésből állhat, egy étkezést 5 alapanyagból lehet összeállítani és az alapanyagok mennyiségét is meg kell adni.
  valahogy így kell elképzelni

  próbáltam már valahogy összeállítani, nem nagy sikerrel:
  [link]

  El is kéne tudni majd menteni az étrendet. Tudnátok segíteni a logikai felépítésben?

  Köszönöm előre is!

• bpx őstag

  #2776

  #2773 44kos

  2015-03-03 21:43: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

  

  bpx

  őstag

  #2773 44kos

  Egy megoldás már le lett írva, így csak a hibára reagálnék. Azért nem ad eredményt, mert pl. annak, hogy WHERE ROWNUM = 2, nincs értelme, soha nem fog eredményt adni. A ROWNUM eredményhalmazra vonatkozik, és nem táblára. A ROWNUM értéke folyamatosan növekszik az eredményhalmaz sorainak számával együtt. A ROWNUM = 1 azért működik, mert az első sorra teljesül, hogy az az első sor. A ROWNUM = 2 azért nem ad eredményt, mert az első sorra nem teljesül, hogy az a második sor, így nem kerül be az eredményhalmazba, és a ROWNUM értéke sem fog növekedni, így nem lesz eredmény sem.

  Na, lassú voltam.

• Ablakos addikt

  #2775

  #2773 44kos

  2015-03-03 21:28: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

  

  Ablakos

  addikt

  #2773 44kos

  Igen a rownum ilyen sajátosan működik. Egytől indul, egyesével növekszik. A where-ben kiértékeli a pszeudo értéket, ami először 1. Mivel a feltétel teljesült (=1) lefut, jön a következő ciklus. Következő for ciklusban megint kiértékeli és megint csak 1-el indul a rownum, de a feltétel nem teljesül (i = 2). Ekkor null value akaródzik a változóba menni, és ennek a jutalma no data found kivétel.

• rum-cajsz őstag

  #2774

  #2773 44kos

  2015-03-03 21:08: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

  

  rum-cajsz

  őstag

  #2773 44kos

  Azt most nm pont értem, hogy miért nem ad vissza sort a te példád, viszont ha visszaadna, akkor sem biztos, hogy azt kapnád, amit szeretnél, mivel a lekérdezés eredménye order by nélkül nem feltétlenül ugyanazt a sorrendet adja vissza egymás után kétszer.

  Az első 3 sort így tudod szűrni:

  begin
  for i in (
  select * INTO emp_adatok from emp where ROWNUM<4
  ) loop
  dbms_output.put_line(i.ename);
  end loop;
  end;

• 44kos csendes tag

  #2773 2015-03-03 18:44: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

  

  44kos

  csendes tag

  Sziasztok!

  Pár hete kezdtem el PL/SQL-es foglalkozni, és akadt egy kérdésem:
  Hogy lehet azt megvalósítani, hogy egy tábla első három sorát dolgozzam csak fel?
  Például van egy 14 soros tábla, aminek van többek közt egy név és egy fizetésmezője, és én az első 3 sorban lévő adatokat szeretném egy általam definiált rekordba eltárolni és kiírni.

  Ezt a kódot írtam rá:

  declare

  emp_adatok emp%ROWTYPE;

  begin

  for i in 1..3
  loop
  select * INTO emp_adatok from emp
  where ROWNUM=i;

  dbms_output.put_line(emp_adatok.ename);
  end loop;
  end;

  no data found hibaüzenetet ad, pedig a táblának van pontosan 14 sora.

  Mit javítsak rajta?

• martonx veterán

  #2772

  #2771 pakriksz

  2015-03-01 22:11: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

  #2771 pakriksz

  Akárhány mező lehet kulcs, ezt hívják komplex kulcsnak. És ha arra errort dobott, hogy dupla kulcs, akkor az úgy is volt.

• pakriksz őstag

  #2771

  #2770 sztanozs

  2015-03-01 21:55: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

  

  pakriksz

  őstag

  #2770 sztanozs

  lehet 2 mező kulcs? Úgy rémlik arra errort dobott, hogy dupla kulcs... ezért inkább hozzáadtam még egy mezőt, amibe az ip és a userid közös hash-je kerül, és az lett a kulcs

• sztanozs veterán

  #2770

  #2769 pakriksz

  2015-03-01 21:46: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

  

  sztanozs

  veterán

  #2769 pakriksz

  azt is leirhatnad, hogy mi volt a megoldas...

  mindket mezo legyen kulcs

• pakriksz őstag

  #2769 2015-03-01 15:12:13

  Ú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

  

  pakriksz

  őstag

  megvan

• pakriksz őstag

  #2768 2015-03-01 12: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

  

  pakriksz

  őstag

  Hello
  Van egy táblám: ip(varchar), userid(varchar), downloads(int)

  Ebbe ugye ip címek, user azonosítóknak kéne kerülni, és ahányszor ez az ip userid páros hívja meg a scriptet annyiszor emelkednie a downloadsnak. Na most az a gond, hogy egy ip-hez több userid is tartozhat, de egy userid-hez több ip.
  Szóval ha a páros különbözik, akkor nem a downloadsot kéne emelni, hanem új rekord.

  Ez a lekérdezés hozzá: INSERT INTO stats (ip, userid, downloads) VALUES ('$userip','$user',1)
  ON DUPLICATE KEY UPDATE downloads = downloads + 1"
  Csakhogy ez így nem jó. Van valami módszer arra hogy csak akkor vegye duplicatenek, ha a userid és az ip egyezik?

• amargo addikt

  #2767

  #2766 seger

  2015-02-18 14:30:08

  Ú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

  #2766 seger

  Ha a program úgy lett meg írva, hogy csak egy db-hez csatlakozzon, hogy tudna kettőhöz?
  Fel tudod csatolni a két db-t az MSSQL management-el is. Ott elkezdheted összenézni az adatokat.
  Inkább ezt javasolnám: [link]
  Gyakorlatba még nem használtam, így véleményem nincs, de a jelzett problémákat biztos egyenként kell majd végig nézni..

• seger addikt

  #2766

  #2765 rum-cajsz

  2015-02-17 17:22: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

  

  seger

  addikt

  #2765 rum-cajsz

  Ez is jó lenne, ha egymás mellett lenne a 2 adatbázis. De a progi nem tudja kezelni...

• rum-cajsz őstag

  #2765

  #2762 seger

  2015-02-17 15:49: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

  

  rum-cajsz

  őstag

  #2762 seger

  Erre a kérdésre ne nagyon várj komoly választ. Ha van konkrétum, abban tudunk segíteni, de két adatbázis migrációjának elvégzését csak úgy lehet megmondani, ha ismertek az adatbázisok.

  Elméletileg bármit lehet, ami már bent van az adatbázisban, gyakorlatilag fel kell mérni a két adatbázis közös és eltérő pontjait, és egy áttérési tervet kell kidolgozni. Az áttérés előtt érdemes a két adatbázist helyben normalizálni, és csak ez után elvégezni az összefésülést.

  Esetleg arra is van lehetőség, hogy ugyanazon a gépen több adatbázis is fut, akik nem tudnak egymásról.

• seger addikt

  #2764

  #2763 bambano

  2015-02-17 15:46: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

  

  seger

  addikt

  #2763 bambano

  Mivel tudnám ezt megpróbálni? Legalább megnyitni mind a kettőt hogy összenézhassam?

• bambano titán

  #2763

  #2762 seger

  2015-02-17 15:39: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

  

  bambano

  titán

  #2762 seger

  Elvi válasz: igen, lehet.
  Gyakorlati válasz1: nem lehet
  Gyakorlati válasz2: lehet, de sok meló és sokba kerül.

  gyakorlati tapasztalatom az, hogy a duplikált adatok normális állapotba hozása automatizált programokkal lehetetlen, így marad a kézi babrálás egyesével, tételesen átnézve és ellenőrizve. ez pedig sok munka és általában sokba kerül. Sok ilyen melóm volt, a legutóbbit 3 hete fejeztük be, és mindig káosz volt.

  Egy példa: tegyük fel (tényleg csak a példa kedvéért, mert ennek bemutatására kiválóan alkalmas a neve), hogy Giró-Szász András az ügyfeled. Komoly pénzeket vagyok hajlandó feltenni arra, hogy az egyik gépen Giró Szász András néven lesz rögzítve, a másikon Giró-Szász András néven, és ha lenne egy harmadik géped is, akkor ott Giró-szász András lenne.

  Abban is komolyan hiszek, hogy az utcák helyesírása sem ment, tehát még egy Kossuth utca is többféleképpen lesz az adatbázisokban, pláne egy bonyolultabb. További probléma, ha átneveznek egy utcát, vagy Moszkvateret, akkor az is olyan szintű inkonzisztenciát fog okozni, amit lehetetlen leprogramozni.

  valaki leül a gépek elé, és kézzel bepötyögi, más út nincs.

• seger addikt

  #2762 2015-02-17 15:25: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

  

  seger

  addikt

  Sziasztok!

  Kérdéssel fordulok hozzátok!
  Van-e arra lehetőség, ha igen hogyan.
  van 2 számítógép, mind a kettő használ egy programot. (ugyan azt a progit) Adatbázis (LDF,MDF)
  Mind a két gépen vannak adatok bőven. van olyan hogy mind a két gépen ugyanazon név alatt de más adat.
  A kérdés az lenne, van-e lehetőség 1 gépre összehozni mindent 1 adatbázisban. Ugyanis ahol egy név alatt más az adat de a név ugyan az, az egybe kellene lennie.
  Mivel az egyik gépet meg kell szüntetni.
  Remélem érthetően irtam le.
  Köszi

• Apollo17hu őstag

  #2761

  #2759 dellfanboy

  2015-02-13 21:11: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

  

  Apollo17hu

  őstag

  #2759 dellfanboy

  Nem biztos, hogy hibás. Attól függ, mi a kérdés, amire a scriptet írod.

• sztanozs veterán

  #2760

  #2759 dellfanboy

  2015-02-13 16:04: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

  

  sztanozs

  veterán

  #2759 dellfanboy

  Építsd fel újra (lépésenként) a lekérdezést és a végén meg fogod találni azt a logikai hibát, ami a nulla elemű eredményhalmazt okozza...

• dellfanboy őstag

  #2759 2015-02-13 15:34:49

  Ú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

  

  dellfanboy

  őstag

  van egy scriptem ami lefut, nem ír ki hibát viszont az eredményhalmaz 0. hol/hogy tudok rájönni, hogy mi lehet a hiba? túl sok feltételt rakok bele? vagy az egyik join nem jó?

• martonx veterán

  #2758

  #2757 MrCsiT

  2015-02-03 10:14: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

  

  martonx

  veterán

  #2757 MrCsiT

  Mivel már az MS hivatalos felhőjében is ez lett a default Azure SQL motor, így nem hinném, hogy túl sok rejtett hiba maradt volna benne.

• MrCsiT addikt

  #2757 2015-02-03 08:59: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

  

  MrCsiT

  addikt

  Sziasztok!

  SQL 2014-el kapcsolatban, kérdésem, hogy mi a tapasztalat az SQL2014-ről, van-e olyan hibája esetleg, ami miatt nem javasolt használni?

• Peter Kiss őstag

  #2756

  #2755 bambano

  2015-01-17 23:17: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

  

  Peter Kiss

  őstag

  #2755 bambano

  Valami ilyesmin ügyködtem éppen, tessék:

  http://sqlfiddle.com/#!15/12b25/11

• bambano titán

  #2755

  #2752 rum-cajsz

  2015-01-17 23:06: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

  

  bambano

  titán

  #2752 rum-cajsz

  ez azért nem jó, mert nem rendezi sorba az 5/a, 5/b, 5/c jellegű számokat.

  az tűnik az elérhető legjobb megoldásnak, ha leválasztom az első számot, ebből lesz az első rendezési feltétel, kiveszem (ha van) a mínuszt és a pert, és ami utána van, abból csinálok egy másik rendezési feltételt. Ha ezt utcánként nézem, akkor annyira már nem elvadult a számozás, hogy túl nagy hibát vétsek. nyilván az összes lehetséges esetet ez nem fedi le, de úgy látom, hogy nem fordul elő minden kombináció minden utcában, tehát utcán belüli sorbarendezésre ez elég.

• bambano titán

  #2754

  #2751 Sk8erPeter

  2015-01-17 23:02: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

  #2751 Sk8erPeter

  Az alapján, amit írtál, ezt faragtam, ez közelíti meg legjobban a korrekt rendezést szerintem:

  select street_id,number, substring(trim(leading ' ' from number), '^[0-9]+')::integer,
  trim(leading '/-' from trim(leading '0123456789' from trim(leading ' ' from lower(number))))
  from locations order by 1,3,4;

  kösz az ötleteket.

• Sk8erPeter nagyúr

  #2753

  #2752 rum-cajsz

  2015-01-17 22:48:21

  Ú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

  #2752 rum-cajsz

  Azt írta, hogy "van szám, szám per betű, számtólszámig és több más forma is." Szóval nem túl szabályos. A regexp, amit előbb írtam, a legegyszerűbb megközelítés, ha lenne több példaadat is, akkor persze könnyebb lenne több esetet is lefedő regexpet írni, de a megadott példaadatokkal ez is működik (ld. SQL Fiddle-példát).

• rum-cajsz őstag

  #2752

  #2748 bambano

  2015-01-17 22:41:15

  Ú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

  

  rum-cajsz

  őstag

  #2748 bambano

  Ha szabályos a number oszlopos, akkor csinálj rá egy substringet az 1. pozíciótól az első per jelige (instring). Ezt számmá alakítod, és mehet az order by.

• Sk8erPeter nagyúr

  #2751

  #2750 bambano

  2015-01-17 22:32: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

  

  Sk8erPeter

  nagyúr

  #2750 bambano

  Esetleg ez:
  SELECT * FROM mytable ORDER BY substring(number, '^[0-9]+')::int ASC, number ASC;

  http://sqlfiddle.com/#!15/01174/3

• bambano titán

  #2750

  #2749 Sk8erPeter

  2015-01-17 21:41: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

  

  bambano

  titán

  #2749 Sk8erPeter

  úgy látom, pgsqlnek nem jó:
  ERROR: invalid input syntax for integer: " 51/g"

• Sk8erPeter nagyúr

  #2749

  #2748 bambano

  2015-01-17 21:08: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

  

  Sk8erPeter

  nagyúr

  #2748 bambano

  Biztos sok hibalehetőséget rejt magában, amit most nem volt alkalmam normálisan tesztelni, és most gyorsan csak MySQL-lel teszteltem, de ilyen castolás nem jó?

  tesztként query (itt implicit castolással):

  mysql> SELECT * FROM `mytable` ORDER BY (`number` * 1) ASC, `number` ASC;
  +----+-----------+--------+
  | id | street_id | number |
  +----+-----------+--------+
  | 1 | 23 | 4/a |
  | 2 | 23 | 5/a |
  | 26 | 42 | 11 |
  | 5 | 23 | 11 |
  | 6 | 23 | 11/a |
  | 8 | 23 | 13 |
  | 9 | 23 | 13/b |
  | 3 | 23 | 14 |
  | 4 | 23 | 16 |
  | 24 | 46 | 16 |
  | 25 | 23 | 18 |
  | 7 | 23 | 20 |
  | 10 | 23 | 20/a |
  | 19 | 23 | 21 |
  | 18 | 23 | 38 |
  | 23 | 36 | 115 |
  | 22 | 36 | 117/a |
  | 21 | 36 | 117/b |
  | 20 | 36 | 119 |
  +----+-----------+--------+
  19 rows in set (0.00 sec)

• bambano titán

  #2748 2015-01-17 20:45: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

  

  bambano

  titán

  egy táblában (postgresql) lakcímek vannak. a normalizálás során az utcanév kikerült egy másik táblába, egy azonosító mező maradt meg. A lakcím táblát sorba kellene rendezni házszám szerint.

  A nehezítés, hogy a házszám string, mivel van szám, szám per betű, számtólszámig és több más forma is.

  minden ötletet megköszönök. releváns részlet:

  id | street_id | number
  ------+-----------+------------
  1 | 23 | 4/a
  2 | 23 | 5/a
  3 | 23 | 14
  4 | 23 | 16
  5 | 23 | 11
  6 | 23 | 11/a
  7 | 23 | 20
  8 | 23 | 13
  9 | 23 | 13/b
  10 | 23 | 20/a
  18 | 23 | 38
  19 | 23 | 21
  20 | 36 | 119
  21 | 36 | 117/b
  22 | 36 | 117/a
  23 | 36 | 115
  24 | 46 | 16
  25 | 23 | 18
  26 | 42 | 11

• Khelben nagyúr

  #2747

  #2745 dellfanboy

  2015-01-15 19:55: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

  

  Khelben

  nagyúr

  #2745 dellfanboy

  select distinct id
  from tábla
  where faktor=-1
  and dátum between perióduskezdete and periódusvége

• martonx veterán

  #2746

  #2745 dellfanboy

  2015-01-15 17:06: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

  #2745 dellfanboy

  where faktor = -1 ?

• dellfanboy őstag

  #2745 2015-01-15 15:19: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

  

  dellfanboy

  őstag

  van 3 oszlopom
  dátum id faktor faktor felvehet 3 értéket 1,0,-1, 1 hónap alatt 1 id-nak a faktorja többször változhat
  azon id-kra vagyok kiváncsi ahol a faktor értéke -1 1 adott periódusban

  idáig úgy próbáltam megoldani, hogy az id-t group by-oltam a factort pedig sum-áztam de nem lett jó eredményem... van valami ötletetek?

• fordfairlane veterán

  #2744

  #2743 fordfairlane

  2014-12-30 20:37: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

  

  fordfairlane

  veterán

  #2743 fordfairlane

  a simple esetén a logból a lezárult tranzakciók eltűnnek.

  Ez egyébként sajnos nem ilyen egyszerű, de egy manuális checkpoint indítással úgy tűnik, megoldható. Sajnos ez már az a mélysége az MS SQL adminisztrációjának, amit sajnos nem ismerek eléggé.

• fordfairlane veterán

  #2743

  #2739 Khelben

  2014-12-30 19:42: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

  

  fordfairlane

  veterán

  #2739 Khelben

  A tranzakciólog tartalma függ a beállított recovery mode-tól, a simple esetén a logból a lezárult tranzakciók eltűnnek. A fizikai törlés a log esetén a shrink művelet. A recovcery mode az egész adatbázisra vonatkozik, és kihatással van az egész backup folyamatra, ezért ha csak egy bizonyos táblánál vannak ilyen kritériumok, akkor azt érdemes egy külön adatbázisba tenni. Pluszban még meg lehet fejelni az egészet egy titkosítással.

• Khelben nagyúr

  #2742

  #2741 Peter Kiss

  2014-12-30 19:41:15

  Ú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

  

  Khelben

  nagyúr

  #2741 Peter Kiss

  Nekem is ez jutott eszembe, de egy napig meg kell őrizni és ha valami van, lefagy a gép vagy a program, akkor elveszik az is, aminek nem kellene.

  (#2740) bambano : ez sem rossz, de mivel olyan helyen fog futni, ahova nem mehetek minden nap karbantartani, ezért valami programozott megoldás lenne ideális.

• Peter Kiss őstag

  #2741

  #2739 Khelben

  2014-12-30 19:32: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

  

  Peter Kiss

  őstag

  #2739 Khelben

  Tároljátok memóriában az egészet.

• bambano titán

  #2740

  #2739 Khelben

  2014-12-30 19:20:41

  Ú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

  #2739 Khelben

  azt nem tudod megoldani, hogy az adatokat lejáratuk szerint külön táblába rakod, és egy union select-tel kérdezed le, majd amikor lejárt a megőrzési határidő, elhajítod a táblát? (a fizikai helyét meg törlöd).

  vagy akár ilyen parasztos megoldás, hogy csinálsz annyi partíciót, amennyi ideig meg kell őrizni, pl. 12 hónap esetén 12 darab egyhavit, és azokat betolod tablespace-nek a db program alá? linuxon biztos ezt csinálnám, de azt sejtem, te nem linuxozol ha lejárt, legyalulod.

• Khelben nagyúr

  #2739

  #2738 fordfairlane

  2014-12-30 18:39: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

  

  Khelben

  nagyúr

  #2738 fordfairlane

  Ezzel csak az a gond, hogy a tranzakciós napló alapján még ez után is vissza lehet állítani, tehát arra is ki kell találni valamit

  (#2737) martonx : nem én találtam ki, ez a megrendelő igénye. Van pár olyan adat, ami csak bizonyos ideig élhet a rendszerben és utána nem lehet reprodukálható. Sajnos nem egész adatbázisról van szó, mert akkor egyszerűbb lenne a dolog, hanem csak egy tábla bizonyos sorairól.

• fordfairlane veterán

  #2738

  #2728 Khelben

  2014-12-30 18:09: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

  

  fordfairlane

  veterán

  #2728 Khelben

  Létezik erre egy rendszerszintű tárolt eljárás:

  [link]

• martonx veterán

  #2737

  #2731 Khelben

  2014-12-30 15:58: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

  

  martonx

  veterán

  #2731 Khelben

  És tényleg van értelme ennyire paranoidnak lenni? Miért nem titkosítod a meghajtót oprendszer szinten? Aztán ha bárki kilopja a gépből, úgy se fog tudni vele semmit se kezdeni.

• bambano titán

  #2736

  #2731 Khelben

  2014-12-30 13: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

  

  bambano

  titán

  #2731 Khelben

  a törlendő rekordokat helyben felülírod azonos hosszúságú szeméttel, majd letörlöd.
  utána megkeresed a kottában, hogy amit a postgresql vacuumnak hív, az nálad hogy megy.

  ha attól félsz, hogy a diszken is megmarad a tartalma, akkor valamilyen karbantartási időszakban állítsd le az adatbáziskezelőt és azon a partíción, ahol az adatbáziskezelő fájljai vannak, nyiss egy fájlt, amit addig írsz nullával, amíg el nem fogy a hely, utána töröld le és indítsd újra az adatbáziskezelőt.

• Khelben nagyúr

  #2735

  #2734 Sk8erPeter

  2014-12-30 10:29:08

  Ú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

  

  Khelben

  nagyúr

  #2734 Sk8erPeter

  Kérdés, hogy a törölt kulcsot vissza lehet-e valahogy állítani

• Sk8erPeter nagyúr

  #2734

  #2733 Khelben

  2014-12-30 10:23:07

  Ú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

  #2733 Khelben

  "Második megoldás egy titkosítás, amikor a törölt rekordokat tartalmazó táblát letitkosítom egy új kulccsal és a régi kulcsot eldobom. Ekkor a törölt rekordokat még vissza lehet állítani, de a tartalmuk nem látható a régi kulcs nélkül."
  Számomra még ez tűnik a legésszerűbbnek a felsorolt lehetőségek közül, tehát hogy hiába tudja valaki visszaállítani extrém esetben a rekordot, a tartalmával nem igazán tud mit kezdeni. A többi megközelítés túl macerás vagy túl kockázatos.

• Khelben nagyúr

  #2733

  #2732 Ispy

  2014-12-30 08:53: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

  

  Khelben

  nagyúr

  #2732 Ispy

  Két és fél megoldást találtam eddig, egyikben backupolni kell az adatbázist, ekkor resetelődnek a logok, utána shrinkkel ki lehet ütni a logok helyét vagy lefuttatni pár nagyméretű tranzakciót, ami feltölti a törölt logokat új adatokkal. Itt az a gond, hogy hova backupolok, amit utána el lehet tüntetni. Ramdrive-ra gondoltam pl. első körben.
  Második megoldás egy titkosítás, amikor a törölt rekordokat tartalmazó táblát letitkosítom egy új kulccsal és a régi kulcsot eldobom. Ekkor a törölt rekordokat még vissza lehet állítani, de a tartalmuk nem látható a régi kulcs nélkül.
  A félmegoldás, hogy ráteszem a gépet egy ups-re és mindent ramban tartok. Nap végén meg lementem adatbázisba azt, ami kell, a többi meg a gép kikapcsolásával megy a levesbe. Itt ugye az a gond, hogy ha lefagy valami, akkor is megy minden a levesbe, az is, aminek nem kéne.

  Na ezeknél kerestem volna egyszerűbb megoldást, de nem találok.

• Ispy nagyúr

  #2732

  #2731 Khelben

  2014-12-30 08:43:49

  Ú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

  #2731 Khelben

  Hát ez túl paranoidnak tűnik így elsőre

  A HDD-ről is visszalehet hozni az adatokat formázás után is (legalább is részben), szóval nem tudom SQL szinten van-e erre lehetőség, ha más nem a mágnes segít

• Khelben nagyúr

  #2731

  #2729 rum-cajsz

  2014-12-30 08:26:49

  Ú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

  

  Khelben

  nagyúr

  #2729 rum-cajsz

  Van időm rá, nem az a gond, hanem a visszahozhatatlanság. Tehát el kell tüntetni őket fizikailag a táblából, a logokból, esetleg magáról a hdd-ről is. Ha átadják a hdd-t egy sql gurunak, ő se tudja visszahozni.

  (#2730) martonx : sajnos nem ilyen egyszerű, a delete csak töröltre állítja a sorokat, nem törli ki őket. De még ha törölné is, a logból bármikor vissza lehet őket állítani.

• martonx veterán

  #2730

  #2728 Khelben

  2014-12-30 08:14: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

  

  martonx

  veterán

  #2728 Khelben

  Mit értesz visszahozás alatt? Ha sima delete-et nyomsz sorokra, akkor azokat már nem igen fogod tudni visszahozni.

• rum-cajsz őstag

  #2729

  #2728 Khelben

  2014-12-30 00:11: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

  

  rum-cajsz

  őstag

  #2728 Khelben

  mennyi időd van a műveletre?
  Új tábla létrehozás felesleges sorok nélkül + régi eldobása?

• Khelben nagyúr

  #2728 2014-12-29 21:59: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

  

  Khelben

  nagyúr

  Sziasztok! Roppant egyszerű a feladat, de egyelőre nem találtam rá a neten megnyugtató megoldást:
  Van egy SQL Server 2008-as adatbázis. Bizonyos táblák bizonyos sorait rendszeresen ki kell törölni úgy, hogy semmilyen módszerrel ne lehessen visszaállítani. Ötlet?

• bambano titán

  #2727 2014-12-24 14:44: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

  

  bambano

  titán

  postgresql. szerintetek jogosultság mátrixot miben érdemes tárolni?
  sok egyedhez kellene letárolnom, hogy 64 jog közül melyik jár neki. ezt lerakhatnám mondjuk 4 darab 16 bites integerben, vagy bitstringként.

  kösz minden tippet.

• martonx veterán

  #2726

  #2720 Louro

  2014-12-14 23:25:24

  Ú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

  #2720 Louro

  :-) akkor nevezd át. Mi a probléma? Sqlfiddle-t használd kérlek a szemléltetésére.

• Louro őstag

  #2725

  #2724 Louro

  2014-12-13 16:09: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

  

  Louro

  őstag

  #2724 Louro

  Uh, pont elcsíptem egy munkatársat. Meglett a hiba. Select-be írva a decode-ot meg is lett a felülírás. Nektek is köszönöm a javaslatokat. Remélem eljutok egyszer majd arra a szintre, hogy én is segíthessek

• Louro őstag

  #2724

  #2722 rum-cajsz

  2014-12-13 15:39: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

  

  Louro

  őstag

  #2722 rum-cajsz

  Szia,

  decode-dal még nem néztem, de jó ötlet. Oracle az alap, de valamiért case esetén kiesnek az érintett sorok.

  Decode-dal is megnéztem és úgyis csak kiejtette a találatokat.

  A kód:
  select id,name from somewhere
  where 1=1
  and decode (id, '1','A',
  '2','B',
  '3','C',
  id) = id

  Nem vagyok öregmotoros. Igyekszek a kérdéseim előtt azért utánanézni, szóval, ha kihagytam egy vesszőt, nem haragszok meg a segítségért

• Ispy nagyúr

  #2723

  #2720 Louro

  2014-12-13 15:01: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

  

  Ispy

  nagyúr

  #2720 Louro

  MS SQL-ben:

  SELECT CASE Mezo
  WHEN 1 THEN 'A'
  WHEN 2 THEN 'B'
  WHEN 3 THEN 'C'
  ELSE 'D'
  END
  FROM tabla
  
  vagy
  
  SELECT CASE
  WHEN Mezo = 1 THEN 'A'
  WHEN Mezo = 2 THEN 'B'
  WHEN Mezo = 3 THEN 'C'
  ELSE 'D'
  END
  FROM tabla

  A 2. opcióban a WHEN részben tudsz OR vagy AND operátorral összetett feltételt is létrehozni.

• rum-cajsz őstag

  #2722

  #2720 Louro

  2014-12-13 14:49: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

  

  rum-cajsz

  őstag

  #2720 Louro

  Ezesetben már csak az adatbáziskezelő a kérdés, oracle alatt a decode() függvényt keresed, bár a példádban szereplő case is működik valószínűleg.

• Louro őstag

  #2721

  #2720 Louro

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

  

  Louro

  őstag

  #2720 Louro

  Jah és nem saját kódokat futtatok, csak átvettem mástól a munkát és szeretném újraírni és átláthatóbbá tenni.

• Louro őstag

  #2720

  #2719 rum-cajsz

  2014-12-13 14:18: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

  

  Louro

  őstag

  #2719 rum-cajsz

  Szia,

  a célom az lenne, hogy egy adott oszlopban vannak értékek. De a továbbiakban másképp hivatkozunk az adott információra és emiatt kellene a találatokat "átneveznem".

• rum-cajsz őstag

  #2719

  #2718 Louro

  2014-12-13 09:59: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

  

  rum-cajsz

  őstag

  #2718 Louro

  Én szívesen segítenék, de nem értem a kérdésed sem. Tudnál készíteni egy példát az sqlfidle oldalon?

  Már azt sem értem, ha ugyanazt a mezőt akarod ugyanazzal a mezővel összehasonlítani, és csak az egyik oldalon konvertálsz, akkor mit vársz? Ha konkrét értékeid vannak, akkor miért nem jó az egyenlőség helyett az IN () ?

• Louro őstag

  #2718 2014-12-13 09:21:46

  Ú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

  

  Louro

  őstag

  Sziasztok!

  Van arra lehetőség, hogy egy-egy találatot átnevezzek. Pl:
  select * from somewhere
  where 1=1
  and 1st_IDX = case 1st_IDX when '1' then 'A' when '2' then 'B' when '3' then 'C' end

  Nagyvonalakban ez lenne a kód. De sajnos inkább meg sem jeleníti a találatok ahol a 1st_IDX 1,2 vagy 3. (A példánál maradva.)

  Segítségeket előre is köszönm!

• #68216320 törölt tag

  #2717

  #2716 rum-cajsz

  2014-12-11 11:56: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

  

  #68216320

  törölt tag

  #2716 rum-cajsz

  Köszönöm. Hasznos lehetőség ez is.

• rum-cajsz őstag

  #2716

  #2713 #68216320

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

  

  rum-cajsz

  őstag

  #2713 #68216320

  Openstreetmap-en nagyon sok geolokációs adat lekérdezhető, ez is. Csak azért nem ezt javasoltam elsőre, mert ennek a minősége nem feltétlenül 100%-os. A KSV listája az.

  Itt egy hasonló lekérdezés a magyar településekre, GPS koordinátákkal: http://overpass-turbo.eu/s/6tr

  Az adatok kinyerése:
  EXPORT -> "raw data directly from Overpass API"

  Az eredmény egy tab szeparált csv lesz, adatai: id, hosszúság, szélesség,név, KSHkód, besorolás, irányítószám, kistérség

  Sajnos ebben a településrészek is benne vannak, így az adattisztítást nem úszod meg. Itt megnézheted az OSM cimkéket, amik a településekre vonatkoznak, így a lekérdezést módosíthatod is: [link]

• rum-cajsz őstag

  #2715

  #2710 DNReNTi

  2014-12-11 11:00: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

  

  rum-cajsz

  őstag

  #2710 DNReNTi

  Kösz a javítást, valóban a Statisztikai Hivatalra gondoltam! Összekevertem a lengyel nyelvleckét a fórummal.

• DNReNTi őstag

  #2714

  #2713 #68216320

  2014-12-11 10:31:24

  Ú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

  #2713 #68216320

  Igen gps koordinátákkal epik lenne, kár hogy nincs benne. Mondjuk a korábban linkelt listában, úgy rémlik, hogy van, azzal megpróbálhatod összehúzni.

• #68216320 törölt tag

  #2713

  #2712 DNReNTi

  2014-12-11 10:08: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

  

  #68216320

  törölt tag

  #2712 DNReNTi

  A nemjóját, köszönöm
  Ezt még egy gps listával megpróbálom összefésülni és több, mint tökéletes lesz

• DNReNTi őstag

  #2712

  #2711 #68216320

  2014-12-11 10:05: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

  

  DNReNTi

  őstag

  #2711 #68216320

  Fent van XLS-ben a 2014-es lista. Onnan már csak 1 lépés a csv, és az import adatbázisba. Még nekem is jól jöhet.

• #68216320 törölt tag

  #2711

  #2710 DNReNTi

  2014-12-11 10:02:18

  Ú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

  

  #68216320

  törölt tag

  #2710 DNReNTi

  Oké, így már korrekt

• DNReNTi őstag

  #2710

  #2709 #68216320

  2014-12-11 09:58: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

  

  DNReNTi

  őstag

  #2709 #68216320

  Szerintem a KSH-ra gondolt. Központi Statisztikai Hivatal.

• #68216320 törölt tag

  #2709

  #2708 rum-cajsz

  2014-12-11 09:54: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

  

  #68216320

  törölt tag

  #2708 rum-cajsz

  A ksv minek a rövidítése? Gondolom nem domain-t értesz alatta.
  A posta irányítószám jegyzéke jó lesz majd. Több listából rakom össze a lehető legtöbb infóval. Hátha kell majd még.

• rum-cajsz őstag

  #2708

  #2703 #68216320

  2014-12-11 09:44: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

  

  rum-cajsz

  őstag

  #2703 #68216320

  A KSV oldalán van a hivatalos lista. Ha a kevésbé pontos is elég, akkor a Posta oldaláról szedd le az irányítószám adatbázist.

• #68216320 törölt tag

  #2707

  #2706 martonx

  2014-12-11 09:31: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

  

  #68216320

  törölt tag

  #2706 martonx

  Ingyen szeretném, mivel non-profit dologba menne. Arra gondoltam, hogy a wikipedia oldalaiból összerakom a listát. Ispy által linkelt oldalon pedig van egy régebbi lista, amit összehasonlítok a wiki-féle listával. Aztán egyezés esetén a régebbi listából átteszem a gps koordinátákat. A többi eltérésnek pedig utánanézek.

• martonx veterán

  #2706

  #2703 #68216320

  2014-12-11 09:25:07

  Ú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

  #2703 #68216320

  Rémlik, hogy vannak cégek, akik erre specializálták magukat, de ők pénzt kérnek a naprakészen tartott település listáért. Mondjuk ez érthető szerintem. A kérdés, hogy ingyen akarod, vagy fizetnél érte évi pár tíz dollárt?

• #68216320 törölt tag

  #2705

  #2704 Ispy

  2014-12-11 08:55: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

  

  #68216320

  törölt tag

  #2704 Ispy

  Ezzel a probléma: Állapot: 2010-03-16

  Friss kellene, mert azóta több kisebb település olvadt egybe illetve vált szét.
  Ezt én is láttam, köszönöm a segítő szándékot, de nem jó sajnos.

  Esetleg ez ... talán, de itt megye nincs.

• Ispy nagyúr

  #2704

  #2703 #68216320

  2014-12-11 08: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

  

  Ispy

  nagyúr

  #2703 #68216320

  Google használatával 15mp volt

• #68216320 törölt tag

  #2703 2014-12-11 08:04: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

  

  #68216320

  törölt tag

  Honnét lehet beszerezni magyar településlistát, megjelölve, hogy melyik megyéhez tartozik?
  MySQL-ben kell majd használnom.

• Brett001 aktív tag

  #2702

  #2701 DNReNTi

  2014-12-09 23:06:46

  Ú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

  

  Brett001

  aktív tag

  #2701 DNReNTi

  Hali! Kösz a gyors választ.

  1175-öt nem, jó lett köszi!

  Ja,mellesleg gondoltam én a WHERE elhagyására (hisz nem kell feltételt szabnunk, hasonlóval próbálkoztam, (el is hagytam) csak unix_timestamp()-t írtam, hisz tudtam, hogy nem kell konkrét érték. Ez igy persze, hogy ne volt jó.

• DNReNTi őstag

  #2701

  #2700 Brett001

  2014-12-09 22:26:21

  Ú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

  #2700 Brett001

  Ne használd a lekérdezésben a WHERE-t, hanem engedd rá az egész táblára. Persze ne konstans adattal, hanem az épp aktuális mező tartalmával, valahogy így:
  UPDATE table SET datetime = UNIX_TIMESTAMP(datetime);

  Nem tudom most kipróbálni, de így mennie kéne.
  Ha 1175-ös hibát dob, akkor ki kell kapcsolni a safe mode-ot:
  SET SQL_SAFE_UPDATES = 0;

  Azért egy biztonsági mentést csinálj a tábláról.

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