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

• #2170 instantwater addikt bsh #2169

  Új Válasz 2021-05-10 17:26:06 #2170

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz bsh #2169 üzenetére

  Mert nem kell 3 join ugyanazon a táblán, és ha kell egy 4 vagy 5ödik szállítólevél az automatikusan listázva lesz, nem kell a lekérdezést manuálisan bővítened.

• #2168 instantwater addikt bsh #2167

  Új Válasz 2021-05-10 10:18:34 #2168

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz bsh #2167 üzenetére

  Akkor viszont tényleg kell egy kapcsolótábla 2 oszloppal.
  Megrendelés ID, Szállítólevél ID

  Majd egy unique composite index a 2 oszlopra együtt, hogy garantálja, hogy egy megrendeléshez egy szállítólevél csak egyszer szerepelhessen.

  A 2 oszlopon legyen foreign key a konzisztencia miatt.

  Külön-külön is tegyél rájuk egy indexet, hogy megrendelés alapján gyorsan lekérdezhesd a szállítóleveleket, és szállítólevél alapján gyorsan lekérdezhesd az adott szállítólevélen szereplő megrendeléseket.

• #2166 instantwater addikt bsh #2165

  Új Válasz 2021-05-10 09:05:22 #2166

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz bsh #2165 üzenetére

  Ok, még kapcsolótábla sem kell amennyiben egy szállítólevél csak egy rendeléshez tartozhat.

  Rakj be egy megrendeles_id oszlopot a szállítólevél táblába, és tegyél rá egy foreign keyt.

  Így akármennyi szállítólevél tartozhat egy megrendeléshez, és megrendeles_id alapján könnyen le tudod kérdezni őket.

• #2164 instantwater addikt bsh #2162

  Új Válasz 2021-05-09 23:50:14 #2164

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz bsh #2162 üzenetére

  3 oszlop helyett esetleg egykapcsoló tábla megoldható lenne?

  Jó lenne látni a lekérdezést és a struktúrát.

• #2161 instantwater addikt Keem1 #2160

  Új Válasz 2021-04-19 14:15:29 #2161

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz Keem1 #2160 üzenetére

  Köszi.
  Erre voltam kiváncsi, hogy normálisan van-e megvalósítva

• #2159 instantwater addikt Agostino #2157

  Új Válasz 2021-04-19 00:08:36 #2159

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz Agostino #2157 üzenetére

  Mennyi március 31 minusz 1 hónap?

• #2148 instantwater addikt Panhard #2147

  Új Válasz 2021-02-05 00:37:05 #2148

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz Panhard #2147 üzenetére

  Én a SELECT DISTINCT környékén néznék körül.

• #2146 instantwater addikt Panhard #2145

  Új Válasz 2021-02-04 22:57:00 #2146

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz Panhard #2145 üzenetére

  Kérlek használj parameter bindinget, mert így sérülékeny a rendszer SQL injectionnel szemben.
  Bármi SQL beküldhető a paraméterben és némi okoskodás után csúnya dolgokat lehet művelni.

  Sima indexet állíts be, ne unique indexet.
  Egy időbélyeget nincs értelme unique indexbe tenni, hiszen egy adott pillanatban történhetett több minden amit el akarsz tárolni, és ha unique az index akkor hibát fogsz kapni.

  Korábban írtad, hogy a dátum meződ a primary key.
  Erre van valami ok?
  Primary key általában egy auto increment mező, az user email címe, uuid vagy hasonló szokott lenni.

• #2144 instantwater addikt Panhard #2143

  Új Válasz 2021-02-04 21:37:06 #2144

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz Panhard #2143 üzenetére

  Örülök, hogy sikerült.
  Valóban kissé pseudocode amit írtam de végül sikerült felhasználnod.

  A castolás és stringhez hasonlítás egyenlőség vizsgálattal vagy LIKEval gátolja az indexek használatát.

  Végül mi lett a megoldás pontos szintaktikával?
  Hátha másnak hasznos lesz.

• #2140 instantwater addikt Panhard #2139

  Új Válasz 2021-02-04 17:22:03 #2140

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz Panhard #2139 üzenetére

  column BETWEEN dátum 00:00:00 AND dátum 23:59:59 ?

  De MySQL 8 ban már vannak functional indexek, amikkel indexelni tudod a formázott tartalmat.

  Vagy akár csinálhatsz egy virtuális generált oszlopot is amit lehet indexelni.

  Épp ilyesmivel dolgozom. Fun

• #2138 instantwater addikt Agostino #2137

  Új Válasz 2020-12-11 12:59:28 #2138

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz Agostino #2137 üzenetére

  Mivel egy táblában egy mezőt updatelsz, esetleg meg lehet próbálni a 2 forrástáblát összekapcsolni UNIONnal vagy JOINnal, és azt átadninaz updatenek.

  Mi a baj a 2 külön updatevel?

  Az a baj, hogy látni kellene a valós neveket, célokat, és okokat.
  Lehet, hogy te az updatet akarod megerőszakolni, de lehet, hogy a valóságban egy másik megközelítés lenne jobb.

• #2136 instantwater addikt Agostino #2135

  Új Válasz 2020-12-10 16:37:11 #2136

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz Agostino #2135 üzenetére

  Mi a hibaüzenet?

  Miért kell 2x updatelni ugyanazt a mezőt?
  Elegendő lenne csak a második subselect?

  Ha nagyon minden kötél szakad 2 külön UPDATE utasításba lehetne szétszedni.

• #2115 instantwater addikt Atomantiii #2113

  Új Válasz 2020-10-18 14:51:37 #2115

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz Atomantiii #2113 üzenetére

  Nézd meg terminálban vagy valami desktop klienssel.
  Ha ott jó, akkor a PHPMYADMIN karakterkódolása a rossz.
  Nézd meg a HTML és HTTP headert is, mindkét helyen UTF8nak kell szerepelni.

• #2077 instantwater addikt laracroft #2075

  Új Válasz 2019-11-05 19:56:16 #2077

  Új hozzászólás

  Ö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

  

  instantwater

  addikt

  válasz laracroft #2075 üzenetére

  Lekérdezed az adatot idő szerint növekvőben, majd a programodban vizsgálod n és n+1 elemet, és kiszámolod a különbséget.

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