Hirdetés
- HiFi műszaki szemmel - sztereó hangrendszerek
- Azonnali alaplapos kérdések órája
- Melyik tápegységet vegyem?
- AMD Navi Radeon™ RX 9xxx sorozat
- LED / LCD TV topik
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Gaming notebook topik
- DUNE médialejátszók topicja
- Pánik a memóriapiacon
- AMD vs. INTEL vs. NVIDIA
Új hozzászólás Aktív témák
-
válasz
Petya25
#3703
üzenetére
Ne abban a táblában tartsd azokat a mezőket.
Select *-ra lejön minden mező.Le lehet tiltani bizonyos mezőkhöz való hozzáférést:
DENY SELECT ON dbo.tabla(mezo) TO [felhasznalo vagy role];
A legjobb ha letiltasz minden SELCT-et és írsz olyan VIEW-kat, amit szeretnél elérhetővé tenni. -
poweshellel betöltöd az xml-t és elmented indentálva
function Format-XML ([xml]$xml, $indent=2)
{
$StringWriter = New-Object System.IO.StringWriter
$XmlWriter = New-Object System.XMl.XmlTextWriter $StringWriter
$xmlWriter.Formatting = “indented”
$xmlWriter.Indentation = $Indent
$xml.WriteContentTo($XmlWriter)
$XmlWriter.Flush()
$StringWriter.Flush()
Write-Output $StringWriter.ToString()
} -
válasz
GreenIT
#3481
üzenetére
Nekem nincsenek ügyfeleim, egy nagy cégnél vagyok salaryman és sosem találkozom ügyfelekkel (munkaügyben legalább is). Itt csak jóérzésből (és tanulási szándékkal) osztom és kapom az észt.
Senkit nem akarok elhappolni és sosem kértem pénzt segítségért.Másrészt - a CRM egy jól fizető és meglehetősen zárt üzleti szegmens. Senki nem fog ingyen fejleszteni egy viszonlag bonyolult (és fiztős verzióban amúgy jól jövedelemező) üzleti rendszert. Ez nem egy middleware, amire lehet üzleti logikát építeni és jól keresni a fejlesztéssel, tanácsadással - neked valami kulcsrakész ingenyes szolgáltatás kell. Ezt pedig (vagy vcalószínűség szerint) nem fogod megkapni.
De ezeket nézd meg - és válogass: [link]
És bár úgy írja, van ingyen ebéd - valójában nincs:
- Fizetős szoftver Free Tier változata: korlátozva van a felhasználók, ügyfelek, lekérdezések, üzleti logika, stb.
- Open Source: neked kell telepíteni, konfigurálni, karban tartani -
válasz
GreenIT
#3462
üzenetére
Melyikkel? Az elsővel, vagy a másodikkal?
Az elsővel az a gond, hogy azt szeretnéd megtudni, hogy gondolkodj, de ebben nem tudunk segíteni. Ami segíthet, az az, hogy összeírod, hogy mi az igény (ne te találd ki), és az igények alapján elkészíed az a megoldást, amely a legtöbb (vagy legfontosabb) igényeket megvalósíja.
Viszont ha az kérdés, hogy az iglnyek összeszedése után sem tudod mit valósíts meg és hogyan, akkor azt hiszem, hogy ez neked túl nagy feladat, és nem ártana, ha ezt mielőbb közölnéd a megrendelőiddel.A másodikkal az a gond, hogy valószínüleg az "itt lakók" közül nincs senkinek megfelelő mennyiségű tapasztalata. Vagy van, de azt pénzért osztja meg tanácsadóként.
-
Nem volna egyszerűbb egy nested join?
SELECT t1.mezo_1
,t1.mezo_2
FROM (SELECT t.id
,t.mezo_1
,t.mezo_2
FROM tabla_1 t
WHERE feltetel_1
AND feltetel_2
...
AND feltetel_n) t1
INNER JOIN
(SELECT t.id
FROM tabla_2 t
WHERE feltetel_1
AND feltetel_2
...
AND feltetel_n) t2
ON t1.id = t2.id; -
#3444
sztanozs
veterán
Apollo17hu
#3442
válasz
Apollo17hu
#3442
üzenetére
Vagy akár a lekérdezést (dummy mezőnevekkel)
-
#3441
sztanozs
veterán
Apollo17hu
#3440
válasz
Apollo17hu
#3440
üzenetére
Hogy kötöd össze (NOT IN?)
-
#3376
sztanozs
veterán
DrojDtroll
#3375
válasz
DrojDtroll
#3375
üzenetére
A macskaköröm a második SQL végén.
-
Akkor rakj még bele egy GETDATE()-et inkább és látod a szerver szerinti időt:
SELECT dt, GETDATE() s_dt, var1, var2 FROM t1 WHERE DATEDIFF(second, GETDATE(), dt) >= -5Amúgy én nem a kliens szerinti időt illeszteném be az inserttel, hanem simán a GETDATE()-et:
PreparedStatement pstmt = conn.prepareStatement("INSERT INTO t1 (dt,val1,val2) VALUES (GETDATE(),?,?)");
pstmt.setString(1, v1);
pstmt.setString(2, v2 );
pstmt.executeUpdate();És még némi a TimeZone-ról: http://stackoverflow.com/a/20086589
-
Próbáld meg plusz mezőbe berakni a datediff-et is, és úgy látod, hogy mit számol:
SELECT dt, DATEDIFF(second, GETDATE(), dt) els, var1, var2 FROM t1 WHERE DATEDIFF(second, GETDATE(), dt) >= -5Esetleg látatlanban még az lehet, hogy a feeding rendszer és az adatbázis nem azonos timezone-on van és ez okozhat problémát.
-
válasz
martonx
#2859
üzenetére
Jó kérdés, mit csinál az IN.
IN-t átalakítani nem túl egyszerű, ha konkatenált értékek vannak, szvsz egyszerűbb megírni valami ilyesmire (php):
WHERE (T.mezo IN ($elemek) OR " . strlen($elemek) . " = 0)Persze SQL Injection ellen még mindig meg kell védeni a query-t. És nem elég az, hogy az értékek a form checkbox-okból jönnek - legfeljebb az, ha felasználó által nem manipulálható másik lekérdezésből...
-
#2857
sztanozs
veterán
TomyLeeBoy
#2856
válasz
TomyLeeBoy
#2856
üzenetére
WHERE T.mezo IN (SELECT mezo FROM Tabla)
-
válasz
pittbaba
#2849
üzenetére
Szvsz, mindent vigyél fel, mint általános kategóriát valahogy így:
Hirdetés
hirdetés_id, feltöltő_id, hirdetés_típusa_id, hirdetés_címe, hirdetés_szövegHirdetés típus
hirdetés_típus_id, hirdetés_típus_szövegKategória_típus
kategória_id, hirdetés_típus_id, kategória_név, kategória_leírásHirdetés_kategória_értékek
hirdetés_id, kategória_id, értékLekérdezés
SELECT
h.hirdetés_id,
h.hirdetés_címe,
h.hirdetés_szöveg,
t.hirdetés_típus_szöveg,
k.kategória_név,
e.érték
FROM
hirdetés h
JOIN Hirdetés_kategória_értékek e ON h.hirdetés_id = e.hirdetés_id
JOIN Hirdetés típus t ON h.hirdetés_típusa_id = t.hirdetés_típusa_id
JOIN Kategória_típus k ON e.kategória_id = k.kategória_id
WHERE
h.hirdetés_id IN (
SELECT hi.hirdetés_id FROM
hirdetés hi
JOIN Hirdetés_kategória_értékek ei ON hi.hirdetés_id = ei.hirdetés_id
JOIN Kategória_típus ki ON ei.kategória_id = ki.kategória_id
WHERE
ki.kategória_név = "Szobák száma" AND ei.érték = 3
) -
#2760
sztanozs
veterán
dellfanboy
#2759
válasz
dellfanboy
#2759
üzenetére
Építsd fel újra (lépésenként) a lekérdezést és a végén meg fogod találni azt a logikai hibát, ami a nulla elemű eredményhalmazt okozza...
-
#2566
sztanozs
veterán
dellfanboy
#2565
válasz
dellfanboy
#2565
üzenetére
Bár az előzőek közül a NOT IN-es megoldás a legegyszerűbb, célszerű azért ezt kerülni. Inkább a JOIN a megfefelő erre a célra.
-
#2536
sztanozs
veterán
PumpkinSeed
#2535
válasz
PumpkinSeed
#2535
üzenetére
Hát ez a bajom ezekkel a könyvekkel, de úgy egészében az oktatással is - kb 1000 éves bevett gyakorlatokat oktatnak, ahelyett, hogy kicsit körbenéznének, mi változott a világban. Az egyetemen is pont ez volt...
1. óra eleje: "Itt én kérem szépen naprakész dolgokat tanítok, nem számítok be 4-5 éve végzett főiskolai tárgyakat"
Többi órát meg végig anekdotázgatva: "1980-ban, Moszkvában..."
-
#2500
sztanozs
veterán
Sk8erPeter
#2499
válasz
Sk8erPeter
#2499
üzenetére
Pl, mert az olvasó beolvasott egy betűt (véletlenül vagy konfigurálási/olvasási hibából) a számsorba és a ezt 0-ra konvertálta az RDBMS.
-
#2487
sztanozs
veterán
PumpkinSeed
#2479
válasz
PumpkinSeed
#2479
üzenetére
SQL Injection 4 Prezident
Sk8erPeter:
-
#2365
sztanozs
veterán
Apollo17hu
#2363
válasz
Apollo17hu
#2363
üzenetére
Ha meg már Excel-ben van, akkor xlsb-ként mentsd el, és akkor kb. akkora lesz a fájlod mérete, mintha zippelted volna.
XSLX fájlt nem éri meg zippelni, ugyanis az valójában egy ZIP fájl, amibe főleg xml fájlok vannak belecsomagolva. Az xslb azért jobb, mert eleve bináris formában tárolja az adatot, nem xml fájlokban tele felesleges sallangokkal. [link] -
#2341
sztanozs
veterán
Apollo17hu
#2340
válasz
Apollo17hu
#2340
üzenetére
Miért kell a where eleje?
1 = 1 AND ... -
-
#2048
sztanozs
veterán
csabyka666
#2047
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. -
#2010
sztanozs
veterán
TaylorXIII
#2009
válasz
TaylorXIII
#2009
üzenetére
Wow, ti is új okospénztárgépet fejlesztetek?
-
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;
-
#1986
sztanozs
veterán
fordfairlane
#1979
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...
-
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élra -
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.
-
#1802
sztanozs
veterán
Peter Kiss
#1801
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...
-
#1799
sztanozs
veterán
dellfanboy
#1798
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
-
#1797
sztanozs
veterán
dellfanboy
#1795
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).
-
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.
-
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.
-
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.
-
#1506
sztanozs
veterán
fordfairlane
#1504
válasz
fordfairlane
#1504
üzenetére
megfelelő helyzetekben
-
-
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... -
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. -
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)...
-
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.
-
#1372
sztanozs
veterán
Sk8erPeter
#1371
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...
-
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.
Új hozzászólás Aktív témák
- HiFi műszaki szemmel - sztereó hangrendszerek
- A fociról könnyedén, egy baráti társaságban
- Óra topik
- Azonnali alaplapos kérdések órája
- Melyik tápegységet vegyem?
- Microsoft Office és Office 365 topic
- sziku69: Fűzzük össze a szavakat :)
- Formula-1
- CES 2026: Érintőceruzát támogató komolyabb Motorola várható
- AMD Navi Radeon™ RX 9xxx sorozat
- További aktív témák...
- Samsung Galaxy A04s / 4/64GB / Kártyafüggetlen / 12Hó Garancia
- Honor 200 Lite / 8/256GB / Kártyafüggetlen / 12HÓ Garancia
- Samsung Galaxy S24 Ultra 120 Hz Dynamic AMOLED 2X, beépített S Pen, Galaxy AI 12/256 GB
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASUS TUF Z270 i7 6700 16GB DDR4 240GB SSD 2TB HDD GTX 1660Ti 6GB Zalman S2 TG 400W
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest