- Red Magic 11 Air – vékony házból süvít a szél
- Csíptetős fülesek csatája – Sony LinkBuds Clip vs. Huawei FreeClip 2
- Mérföldkő a szilárdtest-akkuknál: fontos lépést tett a QuantumScape
- Újabb óriásakku a Honortól: az X80 lehet a következő 10 000 mAh-s modell
- iPhone 18 Pro Max: kis kapacitásbővítés hoz nagy előrelépést üzemidőben
- Az Opel Astra fedélzeti rendszere
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy S23 Ultra - non plus ultra
- Samsung Galaxy S25 - végre van kicsi!
- Xiaomi 15T - reakció nélkül nincs egyensúly
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iPhone topik
- OnePlus 15 - van plusz energia
- Fotók, videók mobillal
- Honor Magic8 Pro - bevált recept kölcsönvett hozzávalókkal
Új hozzászólás Aktív témák
-
#3246
fordfairlane
veterán
FIREBLADE78
#3244
fordfairlane
veterán
válasz
FIREBLADE78
#3244
üzenetére
Remélem működik. Egyébként vállalati környezetben megszokott dolog a virtualizáció, részben az ilyen kompatibilitási okokból kifolyólag.
-
#3243
fordfairlane
veterán
FIREBLADE78
#3242
fordfairlane
veterán
válasz
FIREBLADE78
#3242
üzenetére
Nálam a VirtualBox simán tudja használni a host gép LAN adapterét.
-
#3220
fordfairlane
veterán
ALFA
#3216
fordfairlane
veterán
Ezt a logikát nem értem, hogyan oldják meg.
Amikor a kliens rákattint a következő oldal gombra, ugyanaz a lekérdezés lezajlik még egyszer, csak ilyenkor egy másik szeletét kapja az eredményhalmaznak. Az alkalmazáslogika jellemzően nem tárolja el a lekérdezés eredményét, csupán csak a lekérdezés paramétereit, például az url-ben, meg még azt, hogy a halmaz melyik szegmensét jelenítse meg.
-
#3118
fordfairlane
veterán
Thrawnad
#3115
fordfairlane
veterán
válasz
Thrawnad
#3115
üzenetére
SELECT * FROM bejelentkezesek WHERE mikor IN (SELECT mikor FROM bejelentkezesek WHERE DATE(nap) = CURRDATE() AND honnan = '1' ORDER BY mikor DESC LIMIT 3)(PHP alatt lehetőleg NE használd a mysql_query függvényt!)
-
#2744
fordfairlane
veterán
fordfairlane
#2743
fordfairlane
veterán
válasz
fordfairlane
#2743
üzenetére
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é.
-
#2743
fordfairlane
veterán
Khelben
#2739
fordfairlane
veterán
válasz
Khelben
#2739
üzenetére
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.
-
#2671
fordfairlane
veterán
Sk8erPeter
#2670
fordfairlane
veterán
válasz
Sk8erPeter
#2670
üzenetére
Az biztos, hogy belépési próbálkozásokat én nem user táblában tárolnám el, elvégre a user azonosítót is el lehet gépelni.
-
#2655
fordfairlane
veterán
#68216320
#2653
fordfairlane
veterán
-
#2628
fordfairlane
veterán
PumpkinSeed
#2627
fordfairlane
veterán
válasz
PumpkinSeed
#2627
üzenetére
-
#2502
fordfairlane
veterán
Sk8erPeter
#2499
fordfairlane
veterán
válasz
Sk8erPeter
#2499
üzenetére
Ismerni kéne a rendszert, hogy a vonalkód milyen értékeket vehet fel. Ha például betű csak valami hiba folytán kerülhet be, akkor decimal + validálás a megfelelő eljárás. Ha előfordulhatnak betűk és számok is, akkor a varcharral nincs semmi gond.
-
#2498
fordfairlane
veterán
Sk8erPeter
#2496
fordfairlane
veterán
válasz
Sk8erPeter
#2496
üzenetére
Egyébként egyszerű a probléma: nem írta le, hogy a vonalkód milyen értékkészletű, és azt sem, hogy a DB séma milyen. Utólag megtudtuk, hogy double volt, de ezzel sem megyünk sokra, mert a varchar mindent elbír, tehát inkább csak elfedi a hibát, mint sem megoldja.
-
#2494
fordfairlane
veterán
Sk8erPeter
#2491
fordfairlane
veterán
válasz
Sk8erPeter
#2491
üzenetére
Ha biztosan csak számok vannak benne, akkor miért is ne, teljesítmény-szempontból még jobb is lehet.
Kivéve, ha nullával vagy nullákkal kezdődő számsorról van szó. Arra a decimal vagy numeric típus való, nem a különféle méretű integerek, és persze a lebegőpontos ábrázolásmódok sem.
-
#2096
fordfairlane
veterán
modder
#2095
fordfairlane
veterán
Egyébként én először olyan információt akartam szövegként tárolni, ami tipikusan egy enum (SQL) típus lenne, és a mező "kardinalitása" olyan 10 db érték körül mozog. Enummal az a baj, hogy nem elég dinamikus, ha új értékre van szükségem az alkalmazásban, akkor módosítanom kell az elérhető enumok listáját, ami MySQLnél azt is eredményezheti, hogy újragenerálja az egész táblát. És az enumra lett volna alternatíva a numerikus vagy szöveges érték, ahol én arra szavaznék, hogy legyen csak szöveges pl.
Státusz = {"active", "inactive", "suspended", "deleted"} ahelyett, hogy 1,2,3,4-t tennénk a mezőbe. És szerintem ez tényleg nem nagy eretnekség.Már miért lenne eretnekség, sehol nincs előírva, hogy felsorolás mezőnek INT-nek kell lennie. Enum mehet a fix készletnek, CONSTRAIN-es kapcstábla a variábilis jellegűnek. Felindexelve egy varchar is gyors, és csak emiatt fölösleges egy plusz INT-re absztrakciót beemelni a táblaszerkezetbe.
-
#2086
fordfairlane
veterán
modder
#2083
fordfairlane
veterán
Tároljuk a település nevét szövegként a személy táblában, vagy egy numerikus kódot és joinoljuk egy településeket tartalmazó táblával mindig?
Ha a település neve egyedi, akkor a név lehet kulcsmező. Szövegként tárolni a települések közt, és idegen kulcsként is felhasználható egyidejűleg.
-
#2052
fordfairlane
veterán
csabyka666
#2049
fordfairlane
veterán
válasz
csabyka666
#2049
üzenetére
Ha az áruház nevéből indulsz, és a termék(ek) nevéhez akarsz elérkezni, akkor szükséged lesz mind a három táblára. Három táblát meg két JOIN-nal tudsz összekapcsolni. (Nem mostanában volt pont ugyanerről téma errefelé?)
SELECT termek.nev
FROM termek
(INNER) JOIN kapcstabla
ON termek.id = kapcstabla.termekid
(INNER) JOIN aruhaz
ON aruhaz.id = kapcstabla.aruhazid
WHERE aruhaz.nev = "nagyesszep";Vagy valami ilyesmi. Ez csak két equi-join, semmi nagy varázslat.
Szerk: Az INNER-t azért tettem zárójelbe, mert opcionális. Vagy SQL kiszolgálófüggő.
-
#2021
fordfairlane
veterán
Kommy
#2020
fordfairlane
veterán
de ha ehhez a lekérdezéshez hozzáadok még egy join-t akkor már nem lesz eredménye a lekérdezésnek. (pedig van olyan id-jű versenyző)
Pedig sok variáció ezzel nincs, mivel egyértelmű, kit mivel kell összekapcsolni. Versenyzőket a nevezésekkel, azt meg a kategóriákkal, a megfelelő kulcsmezők mentén. Dupla Equi-Join. Versenyzo INNER JOIN Nevezett ON Versenyzo.id = Nevezett.versenyzoid INNER JOIN Kategoriak ON Nevezett.kategoriaid = Kategoriak.id
-
#1979
fordfairlane
veterán
quby
#1978
fordfairlane
veterán
Keresd meg a második left outer join részt:
Új hozzászólás Aktív témák
- Spórolós topik
- Bittorrent topik
- Autós kamerák
- exHWSW - Értünk mindenhez IS
- Motoros topic
- Milyen széket vegyek?
- Assetto Corsa EVO
- Samsung Galaxy Felhasználók OFF topicja
- lkristóf: Prohardver fórum userscript – hogy lásd, mikor neked válaszoltak
- Az Opel Astra fedélzeti rendszere
- További aktív témák...
- Msi Z170a Gaming M5 / I7-7700K / 16gb Ddr4 / Be quiet torony hűtő
- Medion Brand pc / I7-6700 / 16gb ram /Gtx 960 / 256gb ssd / 1tb hdd
- Asus Prime b350-Plus + Ryzen 5 1600 + gyári rgb hűtés
- Acrock Fatality Z97 Killer + I7-4790k + 4x4gb Ddr3
- Asus TUF Dash F15 (FX516PC) i5-11300H, 24GB DDR4, RTX 3050, 2x500GB Nvme
- BESZÁMÍTÁS! GIGABYTE A520M R5 5500 16GB DDR4 512GB SSD RX 5600 XT 6GB Rampage SHIVA Adata 600W
- LG 45GX950A-B - 45" Ívelt OLED evo / 5K WUHD / 165Hz-330Hz / NVIDIA G-Sync / FreeSync / DP 2.1
- GYÖNYÖRŰ iPhone 12 mini 64GB Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3851
- Apple iPhone 12 Pro Max 128GB, Kártyafüggetlen, 1 Év Garanciával
- Eredeti Lenovo 135W töltők (sárga téglalap)
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: Central PC számítógép és laptop szerviz - Pécs
Város: Pécs