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

• #2840 jocomen aktív tag bambano #2838

  Új Válasz 2015-05-13 07:24:02 #2840

  Új hozzászólás

  Ö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 bambano #2838 üzenetére

  Köszönöm az észrevételeket, a hibákat javítom. Az "sz.j." mező mit takarna?

  #Apollo17hu: 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.
  Az `osszeg` nem külső kulcs a [szamla_tetel] táblában, ezért nem éreztem úgy, h közvetlen kapcsolat kellene, és oda tettem, ahová leginkább valónak éreztem.

  A fő problémámra, a kerülő útvonal megszüntetésére akkor nincs senkinek ötlete?

• #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.

• #2835 jocomen aktív tag Apollo17hu #2834

  Új Válasz 2015-05-08 18:48:00 #2835

  Új hozzászólás

  Ö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 Apollo17hu #2834 üzenetére

  Igen. A mintapélda alapján, kategórián (metsző, kisörlő, nagyörlő) végzett műveletenként (húzás, tömés) van megállapítva a díj.
  Eredetileg 4 tábla volt a példában, kapcsolatok nélkül (fogak, műveletek, díjszabás, beavatkozás). Én bontottam külön a kategória táblát redundancia miatt, ill. egészítettem ki egyéb táblákkal, h minél közelebb legyen a valósághoz.

• #2833 jocomen aktív tag

  Új Válasz 2015-05-08 00:37:57 #2833

  Új hozzászólás

  Ö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

  MySQL adatbázis-szerkezettel kapcsolatos kérdésem lenne: jó-e a következő szerkezet?
  Főleg a `dijszabas` tábla kapcsolatai nyugtalanítanak, mert így 2 tábla közt elkerülő út jön létre, ami tudtommal hiba. Vagy melyik másik táblába lehetne elhelyezni a `dijszabas.osszeg` oszlopot?

  

  Egy barátomnak segítenék, aki most fog vizsgázni.

• #2567 jocomen aktív tag sztanozs #2566

  Új Válasz 2014-09-04 11:00:39 #2567

  Új hozzászólás

  Ö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 sztanozs #2566 üzenetére

  Mi a hátránya?

• #2563 jocomen aktív tag dellfanboy #2560

  Új Válasz 2014-09-03 22:25:15 #2563

  Új hozzászólás

  Ö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 dellfanboy #2560 üzenetére

  Ha jól értem a kérdést, akkor:

  SELECT oszlop1
  FROM tabla
  WHERE oszlop1 NOT IN (SELECT oszlop2 FROM tabla);

• #2490 jocomen aktív tag Sk8erPeter #2489

  Új Válasz 2014-07-11 14:46:44 #2490

  Új hozzászólás

  Ö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 Sk8erPeter #2489 üzenetére

  Okozhat hibát, ha varchar-ként tárolja?
  Nem tudom mi alapján számozzák, vagy h szoktak-e műveletet végezni vonalkódokkal, de pl számok összehasonlítása (gyártók, termék típusok keresése) okozhat-e hibát, vagy karakterként is ugyanaz lenne a sorrend <> összehasonlításnál, ... ?

  Mert ha később műveletet akar végeztetni vele (bár most eltűnt a hiba), okozhat még problémát az esetlegesen rosszul megválasztott adattípus, nem?

• #2484 jocomen aktív tag PumpkinSeed #2483

  Új Válasz 2014-07-11 00:20:26 #2484

  Új hozzászólás

  Ö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 PumpkinSeed #2483 üzenetére

  Egyébként milyen típusúnak kell lennie? Ha szám, úgy rémlik nem kell macskaköröm.

• #2482 jocomen aktív tag bambano #2481

  Új Válasz 2014-07-11 00:12:10 #2482

  Új hozzászólás

  Ö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 bambano #2481 üzenetére

  Macskaköröm miatt? Lehetséges.
  Akkor is lecsekkolnám a hosszát.

  szerk: majd megmondja milyen típusú a $switch_lok

• #2480 jocomen aktív tag PumpkinSeed #2479

  Új Válasz 2014-07-10 23:55:38 #2480

  Új hozzászólás

  Ö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 PumpkinSeed #2479 üzenetére

  Tipp:
  Cseréld le a barcode típusát int-ről bigint-re. Amilyen hosszú értéket kéne befogadjon, lehet, h néha túllépi a méretét.

• #2468 jocomen aktív tag PumpkinSeed #2467

  Új Válasz 2014-07-09 13:33:30 #2468

  Új hozzászólás

  Ö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 PumpkinSeed #2467 üzenetére

  A recicle_bin nemtom micsoda.
  Mivel "gyerek táblát" hozol létre, szerintem nem gond, h törölve volt.
  Én valami elírásra gondolok, mivel szintaktikailag helyes. Esetleg nincs kiválasztva az adatbázis? USE database ... ;
  Vagy nem abban a táblában állsz benne, amiben a FK-t akarod létrhozni (így már jártam).

• #2466 jocomen aktív tag PumpkinSeed #2465

  Új Válasz 2014-07-09 13:18:03 #2466

  Új hozzászólás

  Ö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 PumpkinSeed #2465 üzenetére

  Nem lehet, h a kódban a FK létrehozása előrébb van, mint a products tábláé (PK) ?

  Egy eset ugyan ilyen hibakódra (1005 / 150):

  LATEST FOREIGN KEY ERROR
  ------------------------
  100509 20:59:49 Error in foreign key constraint of table foo/#sql-12c_4:
  FOREIGN KEY (car_id) REFERENCES Cars (car_id):
  Cannot find an index in the referenced table where the
  referenced columns appear as the first columns, or column types
  in the table and the referenced table do not match for constraint.
  Note that the internal storage type of ENUM and SET changed in
  tables created with >= InnoDB-4.1.12, and such columns in old tables
  cannot be referenced by such columns in new tables.
  See http://dev.mysql.com/doc/refman/5.1/en/innodb-foreign-key-constraints.html
  for correct foreign key definition.

• #2464 jocomen aktív tag PumpkinSeed #2463

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

  Új hozzászólás

  Ö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 PumpkinSeed #2463 üzenetére

  A `barcode` meg van határozva elsődleges kulcsként a `products` táblában?

• #2462 jocomen aktív tag Joci93 #2461

  Új Válasz 2014-07-08 10:21:27 #2462

  Új hozzászólás

  Ö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 Joci93 #2461 üzenetére

  Ilyenekre gondolsz?

  `callgirl's_name`
  `age`
  `my_share_from_business`

• #2441 jocomen aktív tag

  Új Válasz 2014-06-01 14:16:44 #2441

  Új hozzászólás

  Ö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

  MySQL adatbázis exportálásakor az .sql fájlba nem menti a FK megszorításokat, így beimportálva nincsenek kapcsolatok.
  Van erre valami megoldás, h ne kelljen utólag, kézzel beleírni az sql-be a küső kulcsokat?

• #2412 jocomen aktív tag Agyasima #2411

  Új Válasz 2014-05-21 15:32:42 #2412

  Új hozzászólás

  Ö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 Agyasima #2411 üzenetére

  Kellene a táblák szerkezete, kulcsok megjelölésével. Ha felteszed, megpróbálom kiötleni a megoldást.
  Így látatlanba nekem egy sima többtáblás lekérdezésnek tűnik.

• #2396 jocomen aktív tag Apollo17hu #2395

  Új Válasz 2014-05-16 22:13:35 #2396

  Új hozzászólás

  Ö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 Apollo17hu #2395 üzenetére

  Első ránézésre nekem is az ugrott be, h ha 1 id-ra keres, akkor a count értéke 1 lesz, de mégsem. Mert ha 1-sok kapcsolat van, pl számlaszám - számlatétel, és egy számlaszámhoz több tétel tartozik, akkor a számlatétel táblában megszámolva az 1 id-hoz tartozó rekordok számát, 1-nél több sort is találhat.
  ... ha jól értem a kérdést.

  Vagyis ha a számlaszám táblában szűr, akkor 1-et fog kapni minden id-ra (nyilván), de a számlatételben több sor is tartozhat 1 id-hoz, ami itt külső kulcs.

• #2360 jocomen aktív tag Sk8erPeter #2359

  Új Válasz 2014-04-25 22:39:04 #2360

  Új hozzászólás

  Ö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 Sk8erPeter #2359 üzenetére

  Igen, ezt kerestem, köszi.

• #2358 jocomen aktív tag

  Új Válasz 2014-04-25 16:15:23 #2358

  Új hozzászólás

  Ö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

  Hali, gyorssegély kéne.

  Xampp - mysql-ben van adatbevitelhez ablaknézet? Ha igen, hol?
  Ha nincs, akkor egy sql insert-into utasítás is megteszi (olyan rég csináltam már, h elfelejtettem a syntaxist ).

  Szerk: közbe rájöttem (kapcsos zérójel volt a hiba).
  Még annyit: Több adat (rekord) bevitele megoldható 1 utasításban? És az hogy néz ki?

• #2317 jocomen aktív tag Apollo17hu #2316

  Új Válasz 2014-04-13 23:50:01 #2317

  Új hozzászólás

  Ö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 Apollo17hu #2316 üzenetére

  Igazad van, az utolsó sor elejére AND helyett OR kell (pedig teszteltem olyan adattal is, csak benéztem).

• #2315 jocomen aktív tag nova001 #2310

  Új Válasz 2014-04-13 23:23:01 #2315

  Új hozzászólás

  Ö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 nova001 #2310 üzenetére

  Lehet van szebb kód is, de nálam ezt működik:

  SELECT szszám
  FROM foglalt
  WHERE szszám NOT IN (SELECT szszám
  FROM foglalt
  WHERE date() BETWEEN tól AND ig
  AND date()+1 BETWEEN tól AND ig);

  Jó lenne ha végre kihalnának, vagy nyugdíjba mennének azok a tanárok, akik össze-vissza rövidítenek, és két táblában máshogy hívják ugyanazt a kulcsot.
  Véletlenül nem GD/Számalkba jársz, és egy szőke nő tanítja az adatbázist?

• #2314 jocomen aktív tag chabeee #2312

  Új Válasz 2014-04-13 22:14:50 #2314

  Új hozzászólás

  Ö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 chabeee #2312 üzenetére

  Felviheted a kliens által bevitt szavakat egyből az adatbázisba, de tartalomszűrést, ellenőrzést azért csinálnék. Pl védett karaktert (!;<>{ }[ ]...), parancsot ne vihessen be, illetve ne rendelhessen meg olyasmit, ami nem szerepel a kínálatodban. Pl. ne lehessen búvártanfolyamra jelentkezni egy nyelviskolában.

  Rollback az a tranzakciókhoz kell. Ha egy utasítás-csokrot csak abban az esetben akarsz lefuttatni, ha annak minden utasítása végrehajtható. Ellenkező esetben rollback transaction, azaz visszaállítja az eredeti állapotot (pl banki számla-műveletek).

• #2295 jocomen aktív tag chabeee #2294

  Új Válasz 2014-04-10 16:15:00 #2295

  Új hozzászólás

  Ö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 chabeee #2294 üzenetére

  KONYVEK táblában is csináltál `user_id` oszlopot ?

  Kód alapján nekem úgy tűnik, h csak a megszorítást (FK) adtad hozzá, de előtte nem hoztad létre a `user_id` oszlopot a KONYVEK táblában. Így a megszorítás egy nem létező oszlopra mutat.

• #2293 jocomen aktív tag bpx #2292

  Új Válasz 2014-04-10 14:35:24 #2293

  Új hozzászólás

  Ö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 bpx #2292 üzenetére

  Közbe megtaláltam: tábla kiválasztása után, alatta: "kapcsolat nézete"-ben lehet megadni külső kulcsot.
  Ezután a tábla / tervező fülön automatikusan meg is jelentek a kapcsolatok.

  Kösi a másikért.

• #2291 jocomen aktív tag bpx #2290

  Új Válasz 2014-04-10 14:11:31 #2291

  Új hozzászólás

  Ö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 bpx #2290 üzenetére

  Köszi, ezt nem gondoltam volna.

  Másikra van ötleted? Ha grafikus felületen (nem sql) próbálok kapcsolatot kirajzoltatni, nem sikerül.
  Külső kulcsot szintén nem tudom hogy adhatnék hozzá GUI-on.

• #2289 jocomen aktív tag

  Új Válasz 2014-04-10 13:24:53 #2289

  Új hozzászólás

  Ö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

  mysql-ben ha egy oszlop adattípusát módosítom boolean-ra, miért nem marad úgy, miért vált vissza tinyint-re, amit soha nem adtam meg neki ??
  kapcsolatokat szintén nem hajlandó berajzolni: néha megy, néha nem ... tkm ki van vele
  Ennyire bugos a xampp?

• #2256 jocomen aktív tag csabyka666 #2254

  Új Válasz 2014-04-01 22:38:28 #2256

  Új hozzászólás

  Ö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 csabyka666 #2254 üzenetére

  Lehet, h többgyerekes? Közvetett hivatkozás?

  Ha a kapcsolat kiiktatásával törölsz, és nem minden táblát, azaz valamelyikben marad hivatkozás, akkor ha visszarakod a kapcsolatot, szerintem azért is hibát dob. Nem vagyok biztos, h ilyenkor nullázódik a kulcs.

• #2253 jocomen aktív tag csabyka666 #2250

  Új Válasz 2014-04-01 22:22:43 #2253

  Új hozzászólás

  Ö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 csabyka666 #2250 üzenetére

  Lehet félreértem a problémát, de ez nem az, h nem törölhetsz a szülőtáblából, amíg a gyerektáblában van rá hivatkozás? Azaz fordított sorrendben tudod törölni.

  Ha fontos, h nullázódjon az id, akkor én kiíratnám scriptbe, és azzal hoznám létre újra az adatbázist.

• #2226 jocomen aktív tag sztanozs #2225

  Új Válasz 2014-03-28 15:12:47 #2226

  Új hozzászólás

  Ö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 sztanozs #2225 üzenetére

  Értem. Akkor gondolom marad a virtuális tábla, vagy segédLekérdezés.
  Más db (VisualStudio) is ennyire korlátolt, vagy csak az access?

  szerk: ja látom meg is írtad ... köszi

• #2224 jocomen aktív tag sztanozs #2223

  Új Válasz 2014-03-28 14:52:41 #2224

  Új hozzászólás

  Ö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 sztanozs #2223 üzenetére

  "1-sok" kapcsolattal: a Tábla2 kulcsa szerepel a Tábla1-ben is külső kulcsként, csak a példába nem írtam bele.
  Mondjuk így nézne ki:

  Tábla2 PK:t2_id; c -----1-sok------- Tábla1 PK:t1_id; FK:t2_id; a; b.

  Tábla1 "b" oszlopánál kéne megadni a következő kifejezést az Access számára érthető módon: =c*a

• #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.

• #2221 jocomen aktív tag

  Új Válasz 2014-03-28 10:15:31 #2221

  Új hozzászólás

  Ö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

  Hali

  Access-ben szeretnék egy mezőbe (b) számított értéket íratni: b=a*c

  Tábla1: t1_id; a; b
  Tábla2: t2_id; c

  A gond, h még táblán belüli oszlop értékével sem enged számolni. Pl ha "b" cellában, érvényességi szabályként megadom: =a*2 , akkor a következő hibaüzenetet dobja: "érvénytelen sql szintaxis - oszlopszintő CHECK korlátozás esetén nem használható több oszlop".
  Néztem microsoft oldalán a leírást, de nem lettem okosabb. Nem tudom értelmezni a hibaüzenetet. Az adatbátist nem én hoztam létre, már meglévőt bővítenék. "c" oszlopot minden további nélkül létre lehet hozni, csak a számított értékkel van valami gond.

  Végén 2 tábla adataival kellene számolnom, de még táblán belüli oszlopéval se sikerült eddig.
  Tudna valaki segíteni?

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