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

• #2844 Szmeby tag jocomen #2840

  Új Válasz 2015-05-13 14:12:32 #2844

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Szmeby

  tag

  válasz jocomen #2840 üzenetére

  SZJ szám

  Talán azért van ez így, mert nincs különösebb oka a beavatkozás és a számla tétel táblák szétválasztásának. Vagy mégis?
  Például a díjszabás forintban kerül megállapításra, a beavatkozás ezen leíró tábla alapján egyértelműen beárazható (szerintem a lehető leghamarabb érdemes jelölni a kiszabott árat). Viszont az ügyfél eurós számlát kér, vagyis a számla tételben már euróban kell szerepelnie az összegnek. Az meg már tiszta sor, hogy a számla fejen lévő összeg a számla tételeket összegzi.
  És ha már a valutakonveziónál járunk, ahhoz asszem illene egy teljesítés dátuma mező, ami alapján meghatározható, hogy melyik napi árfolyam alapján történt a konverzió.
  Ha jól látom, a rendszer jelenleg nem kezeli a sztornó és helyesbítő számlát sem, ehhez is elkelne majd pár új mező (pl. számla típusa, számlák egymásra hivatkozása, ilyesmi).
  Vagy a proginak nem lesz köze a számlázáshoz?

  Formailag nekem pl. nem tetszik, hogy bizonyos táblanevek egyes számban, mások meg többes számban szerepelnek, és nem látom az okát. Kevés olyan tábla van egy adatbázisban, amiben csak egy sor van, totál felesleges belekeverni a számosságot a táblanévbe, bátran lehet mindegyik egyes számú.

  Ha nagyon zavar a kerülő útvonal, hát egyesítsd a táblákat. Pl. úgy, hogy eltörlöd a kategóriát (az legfeljebb a fogon szerepel mint plusz információ), a díjakat pedig foganként adod meg. Nincs olyan sok fogunk, hogy ez drasztikus mértékben rontaná a teljesítményt. Persze ha igény van arra, hogy kategóriához adunk meg árat, akkor ne tedd.

  Megjegyzem, hogy mindig is utáltam a normalizálós feladatokat a suliban, és nincs is benne gyakorlatom, ezért csak módjával hallgass a hülyeségeimre.

• #2843 bambano titán jocomen #2840

  Új Válasz 2015-05-13 13:47:30 #2843

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz jocomen #2840 üzenetére

  statisztikai számjel, amit a számlára rá szokás írni.

• #2838 bambano titán jocomen #2833

  Új Válasz 2015-05-08 21:28:57 #2838

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz jocomen #2833 üzenetére

  engem az zavar, hogy a dijszabas táblából a kategória_id és a művelet_id varchar mezők int mezőkhöz kapcsolódnak.

  szerk: meg ha rajtam múlna, minden összeg mellé tennék egy áfa kulcs és egy pénznem mezőt, a beavatkozások mellé sz.j. szám mezőt is.

• #2837 Apollo17hu őstag jocomen #2836

  Új Válasz 2015-05-08 21:21:50 #2837

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Apollo17hu

  őstag

  válasz jocomen #2836 üzenetére

  Nem tuodm, hogy jó-e, számomra az a fura, hogy a [dijszabas] táblából az összeg nem jelenik meg a [beavatkozas] táblában, a [szamla_tetel] táblában viszont már igen.

• #2836 jocomen aktív tag jocomen #2835

  Új Válasz 2015-05-08 19:05:55 #2836

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jocomen

  aktív tag

  válasz jocomen #2835 üzenetére

  Bocsánat!
  Ezek voltak eredetileg, kapcsolatok nélkül (így kellett lekérdezéseket írjanak):

  PACIENS
  p_id
  nem
  szuldat
  
  KATEGORIA
  hely
  fog_nev
  kategoria_nev
  
  DIJSZABAS
  kategoria_nev
  muvelet
  osszeg
  
  BEAVATKOZAS
  id
  p_id
  irany
  szint
  hely
  orvos
  muvelet
  datum

  Vagyis semmi sincs kőbe vésve, csak legyen jó a szerkezet és a kapcsolatok.

• #2834 Apollo17hu őstag jocomen #2833

  Új Válasz 2015-05-08 17:59:19 #2834

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Apollo17hu

  őstag

  válasz jocomen #2833 üzenetére

  A [fogak] és a [dijszabas] táblában lévő kategória mező biztosan ugyanazt akarja jelenteni?

• #2568 martonx veterán jocomen #2567

  Új Válasz 2014-09-04 11:14:59 #2568

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz jocomen #2567 üzenetére

  A join-ok szvsz átláthatóbbak, és talán (ez persze nagyban függ az sql motortól) jobban lehet őket optimalizálni, mint egy rakás where paraméterbe rejtett subquery-t.
  Elméletileg az sql motor ugyanazt a végrehajtási tervet kellene, hogy készítse mindkét esetben, gyakorlatilag pici apróságokon is tud múlni, egy - egy sokkal optimálisabb terv felbukkanása.

• #2491 Sk8erPeter nagyúr jocomen #2490

  Új Válasz 2014-07-11 14:51:50 #2491

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz jocomen #2490 üzenetére

  Hát ha pl. betűk és számok egyaránt előfordulnak a vonalkódban, akkor nyilván nem kéne integerként tárolni. Ha biztosan csak számok vannak benne, akkor miért is ne, teljesítmény-szempontból még jobb is lehet. A kollégától azért kérdeztem vissza, mert nem igazán értem, hogy jönnek ide a tizedesvesszők/-pontok, amikor egy vonalkódról beszélünk.

• #2483 PumpkinSeed addikt jocomen #2480

  Új Válasz 2014-07-11 00:14:43 #2483

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PumpkinSeed

  addikt

  válasz jocomen #2480 üzenetére

  (#2481) bambano

  Észre se vettem eddig de most, hogy átraktam double-ről varchar-ra nincsenek random kinullázások.

• #2481 bambano titán jocomen #2480

  Új Válasz 2014-07-11 00:07:46 #2481

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz jocomen #2480 üzenetére

  én stringnek látom azt az intet.

• #2469 PumpkinSeed addikt jocomen #2468

  Új Válasz 2014-07-09 13:43:00 #2469

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PumpkinSeed

  addikt

  válasz jocomen #2468 üzenetére

  A törölt tábla kavart be, mert miután létrehoztam más néven engedte, furcsa is volt hogy valami ls234k23 ilyen típusú táblára akar hivatkozni.

• #2467 PumpkinSeed addikt jocomen #2466

  Új Válasz 2014-07-09 13:25:11 #2467

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PumpkinSeed

  addikt

  válasz jocomen #2466 üzenetére

  Nem lehetséges, mert már kész táblákról van szó. Esetleg az, hogy a location_log tábla törölve volt, és újra létrehozva majd most, hogy változtatni akarok a recycle_bin (vagy mi van itt) beleszól a változtatásba?

• #2465 PumpkinSeed addikt jocomen #2464

  Új Válasz 2014-07-09 13:14:39 #2465

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PumpkinSeed

  addikt

  válasz jocomen #2464 üzenetére

  Meg.

• #2413 Agyasima őstag jocomen #2412

  Új Válasz 2014-05-22 08:41:37 #2413

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Agyasima

  őstag

  válasz jocomen #2412 üzenetére

  és Sk8erPeter-nek is: Időközben martonx skype-os segítségének köszönhetően egy VIEW-val és egy adag munkával sikerült megoldani a dolgot. Dankeschön!

• #2397 Apollo17hu őstag jocomen #2396

  Új Válasz 2014-05-16 23:14:36 #2397

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Apollo17hu

  őstag

  válasz jocomen #2396 üzenetére

  Igazad van, valamiért azt feltételeztem, hogy az id mezők unique-ok.

• #2359 Sk8erPeter nagyúr jocomen #2358

  Új Válasz 2014-04-25 17:51:36 #2359

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz jocomen #2358 üzenetére

  Első felére: phpMyAdminban is összeállíthatsz query-ket.

  "Több adat (rekord) bevitele megoldható 1 utasításban? És az hogy néz ki?"
  Úgy érted, egyazon táblába?
  Például így érted?
  INSERT INTO `táblád_neve` (`egyik_mezo`, `masik_mezo`, `harmadik_mezo`)
  VALUES
  (1, 'masodik_adat', 'harmadik_adat'),
  (2, 'masodik_adat', 'harmadik_adat'),
  (3, 'masodik_adat', 'harmadik_adat');

• #2326 chabeee aktív tag jocomen #2314

  Új Válasz 2014-04-14 18:48:06 #2326

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  chabeee

  aktív tag

  válasz jocomen #2314 üzenetére

  Igen, ezeket a szűréseket már a program végzi.
  Rollback-nek utánanézegettem, de mivel már megoldottam másképpen, ezért erre nem volt szükségem.

• #2318 Apollo17hu őstag jocomen #2317

  Új Válasz 2014-04-13 23:55:45 #2318

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Apollo17hu

  őstag

  válasz jocomen #2317 üzenetére

  WHERE date() BETWEEN tól AND ig
  AND date()+1 BETWEEN tól AND ig

  Szerintem a kiemelt AND helyett OR kellene.

• #2316 Apollo17hu őstag jocomen #2315

  Új Válasz 2014-04-13 23:36:20 #2316

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Apollo17hu

  őstag

  válasz jocomen #2315 üzenetére

  Ebben a megoldásban listázódnának azok a szobák is, amelyek csak az egyik vizsgált napon, de már foglaltak.

• #2296 chabeee aktív tag jocomen #2295

  Új Válasz 2014-04-10 16:19:38 #2296

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  chabeee

  aktív tag

  válasz jocomen #2295 üzenetére

  JAJ, igaz, meglátszik még, hogy most kezdtem
  köszi

  akkor a forign key-es sor igazából csak magát a hivatkozást csinálja meg, magát a columnot nem. ezt nem tudtam, köszi

• #2292 bpx őstag jocomen #2291

  Új Válasz 2014-04-10 14:21:13 #2292

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bpx

  őstag

  válasz jocomen #2291 üzenetére

  Passz, nem használtam még GUI-t erre, meg MySQL-lel is ritkán van dolgom.

• #2290 bpx őstag jocomen #2289

  Új Válasz 2014-04-10 13:53:56 #2290

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bpx

  őstag

  válasz jocomen #2289 üzenetére

  Doksiban le van írva pedig. [link]

  BOOL, BOOLEAN

  These types are synonyms for TINYINT(1).

• #2258 csabyka666 veterán jocomen #2256

  Új Válasz 2014-04-01 22:46:33 #2258

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  csabyka666

  veterán

  válasz jocomen #2256 üzenetére

  Na, én ilyen szinten nem tudom a dolgokat.

• #2254 csabyka666 veterán jocomen #2253

  Új Válasz 2014-04-01 22:24:19 #2254

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  csabyka666

  veterán

  válasz jocomen #2253 üzenetére

  Próbáltam mindenféle sorrendben, sehogy sem engedi. Marad a favágó módszer, vagy pedig DROP-olom a táblákat, és létrehozom újra.

• #2227 martonx veterán jocomen #2226

  Új Válasz 2014-03-28 20:37:15 #2227

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz jocomen #2226 üzenetére

  A Visualstudio nem adatbázis. És a korlátoltság db-nként változik.

• #2225 sztanozs veterán jocomen #2224

  Új Válasz 2014-03-28 15:07:05 #2225

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz jocomen #2224 üzenetére

  Számított mezőnek nem lehet része más tábla mezője.
  
  Query-t viszont össze tudsz dobni, ahol egy mező több forrásmezőből számítódik.

  SELECT t1.t1_ID, t1.a, [t1].[a]*[t2].(c) AS b
  FROM Table1 AS t1 INNER JOIN Table2 AS t2 ON t1.t1_ID = t2.t2_ID;(/C)[/M]

• #2223 sztanozs veterán jocomen #2222

  Új Válasz 2014-03-28 12:38:51 #2223

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz jocomen #2222 üzenetére

  Hogyan kötöd össze a két táblát?

• #2222 jocomen aktív tag jocomen #2221

  Új Válasz 2014-03-28 10:21:49 #2222

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jocomen

  aktív tag

  válasz jocomen #2221 üzenetére

  Akarom mondani: "b" oszlopot utólag létre tudtam hozni, csak értékként nem fogadja el a számított értéket.

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