Új hozzászólás Aktív témák
-
-
sztanozs
veterán
válasz Sk8erPeter #1290 üzenetére
Ha sql parancsot konkatenálsz - amit ugye nem illendő - akkor ahány adatbáziskezelő annyi féle datetime megvalósítás, sőt a datetime string formátum még kultúra érzékeny is.
egy 10/11/12-ről megmondani, hogy mi volt az eredeti dátum 33%-os eséllyel lehet - és az adatbáziskezelő is ilyen eséllyel vesz fel jó értéket.Persze, ha prepared statement-et használ az ember, akkor rögtön nincs ilyen gond... (láttam is róla egy jó képet itt valahol ) De ugye a fenti esetben sem erre láttunk példát.
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz Sk8erPeter #1292 üzenetére
Prepared Statementnél a programnyelv natív formájában tudod átadni a változót, nem kell előtte stringgé alakítani. Ezt konkatenált utasítás esetén nem tudod megtenni.
Igen ezt volt
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz Sk8erPeter #1295 üzenetére
Ahol paraméterként adod át a command változóit.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz Sk8erPeter #1297 üzenetére
Rosszul állt az elnevezés a fejemben - sorry
Szóval paraméterezett SQL utasítást kell használni[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz Sk8erPeter #1300 üzenetére
Paraméterezett esetben a fejlesztői nyelv általában segítséget nyújt abban, hogy az értéket ne string formában, hanem a nyelv natív adatformátumában (pl. java, .net) adja át, amit az adatbáziskezelő csomag képes olyan formában átadni a db szerver számára, hogy az ne okozzon értelmezési/konverziós problémát.
Persze olyan környezetben, ahol nincs natív datetime formátum, ott ez nem segít...JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
-
sztanozs
veterán
-
sztanozs
veterán
válasz sanzi89 #1338 üzenetére
Az volna az igazi, ha mindent paraméterrel illesztenél be. Akkor nem kellene az aposztrofozás a string mezőknél és az összes lehetséges string kódolási hiba kiszűrhető volna...
Erről beszélek
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz Dave-11 #1369 üzenetére
Mennyire eltrejedt-re csak megerősíteni tudom martonix megjegyzését - miszerint bár nem elsődleges rendszerek, de korábbi felhasználói automatizálásból itt-ott igen komoly összetett alkalmazások nőttek ki Excel / Access vonalon (főleg kockázatkezelés és pénzügyi tervezés területén). Ha szerencséd van (illetve ha nincs szerencséd), akkor fogsz ilyenekkel szívni még 5 év múlva is, mire oda jutsz, hogy ilyen helyen dolgozz... De még akár foxproval is találkozhatsz.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz Sk8erPeter #1371 üzenetére
Én kettőről is (biztosan) tudok - mind a kettő benne van az első ötben a saját kategóriájában...
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz martonx #1386 üzenetére
Igazából az Express beállíta magának alapból egy Instance nevet (nem hagyja defaulton). Nagy cégeknél meg azárt nem használják az instance nevet (vagy inkább nem szokták) - mert álatlában az a policy, hogy egy szerveren egynél több DB instance nem lehet. Inkább virtualizálnak.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz zolynet #1395 üzenetére
Nem rekurzív, hanem kurzor - csak hasonlóan hangzik
De ide kurzor sem kell, csak egy while loopdeclare @counter int
declare @csum int
set @counter = 0
set @csum = 0
while @counter < 10
begin
set @counter = @counter + 1
set @csum = @counter + @csum
insert into simple_table values(@counter, @csum)
endpersze ha nem counter-t kell beletenni, hanem egy másik táblából értékeket, akkor már kell a kurzor (meg ugye az értékeket célszerű sorbarakni, hogy az eredmény determinisztikus legyen - ha annak kell lennie)...
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz perempe #1427 üzenetére
Query szerkesztőnél nem a varázslót indítod el, hanem csinálsz egy üres query-t azt megnyitod edit müdban és a nézetnél átkapcsolsz SQL-re.
Amúgy az MSAccess SQL szintakszisa a legkevésbé szabványkövető. Azon csak akkor gyakorolj, ha kifejezetten az Access SQL-t kell megtanulnod.JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
xp_cmdshell - ne hangoztasd, hogy tőlem hallottad. Ez gaykorlatilag hack a hack hátán - főleg ha sql dolgot szeretnél csinálni, csináld a szerveren belülről, ne azon kívül.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz martonx #1449 üzenetére
Majd legfeljebb akkor mutopgatnak, ha én fejlesztek nekik - én csak megmutattam neki, hogy hogyan csinlja azt, amit nem kéne
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz Inv1sus #1485 üzenetére
Ne adj egyszerre több típusú kedvezményt - általában egyébként sem összevonhatók a kedvezmények (vagy ha van több féle, akkor ne keverd őket, hanem számold ki melyik ár az alacsonyabb és jelenítsd meg azt).
Amúgy :
SELECT ..., Vetelar, (Vetelar - Engedmeny) * (1 - Kedvezmeny) AS KedvezmenyesAr, ...Ahol:
Vetelar - az eredeti vételár pl. 30 000
Engedmeny - a termék (vagy terméktípus) engedménye, pl 1 000
Kedvezmeny - a termékre (terméktípusra) adott kedvezmény pl. 10% (0.1)
KedvezemenyesAr - a végső ár az összes levonással együtt...[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz Inv1sus #1490 üzenetére
Ez tök jó, amíg mondjuk forintot használsz (de mondjuk euróban egy 10 EUR is elég nagy kedvezmény tud lenni). Én ha egy változóban tárolnám akkor monjuk a negatívok lennének a levonandók, a pozitívak a százalékok - csakhogy véletlen se kelljen keveredniük.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz fordfairlane #1504 üzenetére
megfelelő helyzetekben
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz lakisoft #1550 üzenetére
Az elsővel inkább az a gond, hogy a feljesztés előtt ha nincs rendes specifikáció, akkor az adattartalom és adat-reprezentáció komolyan változhat a fejlesztés során. Ilyen helyzetben tényleg hátrány lehet az adatbázis oldal verziókezelése. Azonban az adatbázis felépíthető tisztán text alapú utasításokon keresztül, amit már kezel a verziókezelő. Egyszerűen csak a szöveg alapú reprezentációt kell frissíteni és verziónként új adatbázist készíteni - nem pedig az aktuálist hozzáhegeszteni a fejlesztői verzióhoz. Ilyen módon az adatbázis felépítés (és a tárolt eljárásoik is) is egyszerűen verziókövethetővé válik.
A második szerintem csak sírás. Adatbázis oldalon bőven elég szerintem az a WSWG megoldás, ami a piacon elérhető - ha az nem felelne meg, amit a motorhoz adnak.
Ráadásul amint adatbázis szintű jogosultságkezelésre kerül sor nagyon nehéz bekorlátozni egy felhasználó tevékenységét, ha bármilyen tevékenységre kell jogának legyen bármelyik táblán, mert közvetlen adatbázis műveletekkel megy a lekérdezés, frissítés.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz rum-cajsz #1552 üzenetére
Más kérdés persze, hogy a keretrendszerek gyakran (?) nem készítenek tárolt eljárásokat, csak összehegesztik az adatstruktúrát és legenerálják a műveleteket közvetlen SQL utasításokként.
De végül is nem mindegy, hogy az ember keretrendszert haszál, vagy speciális környezetet fejleszt. Természetesen egy kis fejlesztésnél keretrendszer használatával az ember nem fog minden adat-reprezentációt kézzel megvalósítáani, mivel pont azért használ keretrendszert, hogy ezzel ne kelljen foglalkozni.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz Ablakos #1590 üzenetére
Csak ugye, ha a több-join-os táblán van még egy rakat where feltétel, akkor mindjárt könnyeben olvasható az első rész, ahol a join "feltételek" és a query feltételek szépen elkülönülnek egymástól.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
-
sztanozs
veterán
Bocs nem neked akartam válaszolni...
alratar: Primary ID-t nem lehet "egyszerűen" módosítani, mivel roncsolja az integritást. Ha fontos, hogy növekvő és folyamatos sorrend legyen, ikább érdemes egy generált mezőt használni (vagy egyszerűen kiiratásnál beszámozni a mezőket). AZ ID mezők nem erre valók, hanem hogy az adatkapcsolatokon keresztül az integritás (mi tartozik mihez) megmaradjon.
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
-
sztanozs
veterán
válasz alratar #1695 üzenetére
Ahogy ítam az ID mező nem erre való - tegyél be egy plusz mezőt (mondjuk legyen mez-szám) és így ha kiveszel valakit, úgy már ahelyett be tudsz állítani egy másik játékosnak egy korábban már kiadott számot...
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz dellfanboy #1795 üzenetére
Attól még, hogy látja a táblákat, még nem szükségszerűen tud neked bármire is jogot adni (vagy publikus táblákat generálni).
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz dellfanboy #1798 üzenetére
vazz, remélem nem nálunk dolgozol, mert különben hétfőn reggel mind a kettőtöknek egy sün lesz feldugva a végbelébe
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz Peter Kiss #1801 üzenetére
View vagy a valódi tábla, egyre megy - ha nem kapott a táblára select jogot (feltételezem úgy, hogy kért), akkor nem valószínű, hogy fognak neki csinálni egy view-t...
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz bbTamas77 #1854 üzenetére
A definíció alapján ki tudod számítani a percet órát, napot, hónapot, évet...
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz bbTamas77 #1857 üzenetére
Mivé kellene a különbséget átalakítani - ezt nem értjük még mindig?
sec = unixtime % 60 as int
min = CAST((unixtime / 60) as int) % 60
hour = CAST((unixtime / 3600) as int) % 24
day = unixtime / 86400) as intEnnél hosszabbat csak a kiinduló dátum ismeretével lehet tudni a változó hosszúságú hónapok miatt.
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz bbTamas77 #1861 üzenetére
Alant írtam, hogy mért nem tudod
idődátum formátummá alakítani, de még egyszer kicsit részletesebben:
- Dátummá nem tudod alakítani, mert nincs értelme. Hogy néz ki, hogy két dátum között eltelt 1 év november 19-e? A dátum ugyanis dátumot jelől, nem időtartamot. Két dátum között simán eltelhet két hónap és harminc nap, de ez 'dátum' formátumban nem értelmezhető (február 30).
- MSSQL 2008-on pl már használható a datetimeoffset típus erre a célraJOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz bbTamas77 #1863 üzenetére
Itt írtam alant, hogy tudod kiszámolni.
Amúgy olyan sincs, hogy SQL... Milyen adatbázison szeretnéd megvalósíani?[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
-
sztanozs
veterán
válasz fordfairlane #1979 üzenetére
Ahogy a cikk hsz-aiban is írják, a Venn-diagram modell csak 1:1 kapcsolatnál áll meg - aki így képzeli el a joinokat, az komoly meglepetésben részesülhet, ha nem 1:1 kapcsolatban állnak a táblák...
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz csiki_92 #1993 üzenetére
SELECT valamimező, valamimásmező FROM egyiktábla JOIN másiktábla ON egyiktábla.egyikmező = másiktábla.másikmező WHERE keresőmező >= nagyobbegyenlőmint AND keresőmező <= kisebbegyenlőmint;
és
SELECT valamimező FROM egyiktábla LEFT JOIN másiktábla ON egyiktábla.egyikmező = másiktábla.másikmező HAVING COUNT(keresőmező) = 0;
és/vagy
SELECT valamimező FROM egyiktábla LEFT JOIN másiktábla ON egyiktábla.egyikmező = másiktábla.másikmező WHERE keresőmező IS NULL;
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz TaylorXIII #2009 üzenetére
Wow, ti is új okospénztárgépet fejlesztetek?
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
Lehet, hogy nincs minden addresshez rating és class? Látatlanba próbáld meg left outer joinokkal...
Előre azt a táblát írd, amiből mindenféleképp szeretnéd az összes adatot, utána a többi táblát.JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz DopeBob #2044 üzenetére
Ez erősen attól függ, hogy van a faszerkezet lekezelve adatbázis szinten...
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
válasz csabyka666 #2047 üzenetére
Ebből azt tudom majd megmondani, hogy egy adott termék mely áruházakban van, illetve fordítva, vagyis hogy egy adott áruházban milyen termékek vannak? Tehát ennyi lenne a kapcsolótábla szerepe?
Igen, mivel egy rekord egy mezője csak egy elemet tartalmazhat (logikailag), így a
[tábla 1] n:m [tábla 2]
kapcsolatot fel kell bontanod:
[tábla 1] 1:m [kapcsoló tábla] n:1 [tábla 2]
formára.[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
MySQL és PostgreSQL is komoly alternatívája az MS-SQL expressznek, elég csak ha utánaolvasgatsz az expressz korlátozásainak...
De ha körbenézel még az Oracle-ből is van (ingyenes) Express Edition.[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
Új hozzászólás Aktív témák
- Keresek - Macbook Air M3 16GB / 24 GB - 512 GB SSD - Magyarországi beszerzés, tehát kb. 3 év garit
- Tyű-ha Lenovo Thinkpad T14 G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 16GB /512GB FHD IPS
- Ej-ha Lenovo Thinkpad T14 G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 32GB /512GB FHD IPS
- Eladó Nitro Venture TLS Snowboard Bakancs 46-os
- Eladó Nitro Team 2022 162W Snowboard Deszka
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest