Keresés: - SQL kérdések - Fototrend Hozzászólások

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Ú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.