Új hozzászólás Aktív témák
-
Ispy
nagyúr
válasz
martonx
#4220
üzenetére
Ezt írta a végén:
"Ha lenne egy egyszeru alkalmazas, ami csak annyit tud, hogy negy adat tetszoleges kombinaciojara lehet vele keresni, sot szurni a megjelenitendo adatokat, meglenne a boldogsag."
Ebből nekem az jön le, hogy nincsen kész program, igaz közben minden mást is írt, elég zavaros, de ez alapján nincsen mit csomagolni, szvsz.
-
Ispy
nagyúr
válasz
kezdosql
#4212
üzenetére
Az adatbáziskezelő szoftverek így működnek: van egy valamilyen backend (SQL server pl.) és van a frontend (.net pl.), ami lekérdez, megjelenít, keres stb., de ezt konyhakészen nem kapod meg, meg kell csinálni, erre vannak a programozók.
A legegyszerűbb megoldás, amivel egy laikus is eltud kezdeni dolgozni, az mondjuk egy MS Access, az összes többi megoldás ettől fényévekre van. De ahhoz meg office kell....
-
Ispy
nagyúr
válasz
Apollo17hu
#4170
üzenetére
Ez nem végtábla, hanem futásidőben rakja össze az sql szerver, aminek az outputja egy tábla, valahogy így....
select *
from dbo.fuggveny_neve(bemeno param1, param2,...) -
Ispy
nagyúr
válasz
Apollo17hu
#4167
üzenetére
Csinálsz egy table valued függvényt és merge raksz össze vele egy output táblát.
-
Ispy
nagyúr
Egy technikai jellegű kérdésem lenne: átköltöztem új laptopra és én hülye megpróbáltam az SSMS-ben tárolt registered servereket átrakni az új gépre export/import funkcióval, de azt írja ki, hogy a kulcs nem használható a megadott államban, ráadásul annyiszor, ahány szerver volt és ez minden megnyitáskor fel is jön. Szóval a kérdés az lenne, hogy vajon ezt az üzenetet meg lehet szüntetni valahogy? Olyan, mintha beragadt volna valahol importálás közben a dolog és mindig megpróbálná befejezni, de nem tudja.
-
Ispy
nagyúr
válasz
kezdosql
#4105
üzenetére
A csapatok, ugy latom, egyertelmuek szamodra.
Számomra az egész egyértelmű, csak arra próbálunk rávezetni, hogy jó lenne ezt az egészet, ami már megvan SQL táblákba foglalni és azt felrakni ide.
Az elso ket kategoria mindig adott csapathoz tartozik, az utolso mindig fuggetlen.
Igazából tökmindegy. Kell egy személyek tábla, aminek szintén van ID-ja (meg egyébként minden táblának rendelkeznie kell elsődleges kulccsal). Kell egy csapat tábla és kell egy csapattagok tábla, ami tartalmazza, hogy melyik személy meddig volt a csapat tagja, vagy melyik csapatnak még a tagja.
En a "flag"-et nem ertem, meg sose hallottam rola.
Egy szimpla bit, igen/nem, mindegyiknek egy: játékos, edző, bíró.
Én itt kiszálltam, amíg nincsenek kész táblák és azok kapcsolatai felrakva ide...
-
Ispy
nagyúr
válasz
kezdosql
#4101
üzenetére
Szerintem azért vagy bajban, mert nincs olyan, hogy "Az esemény".
Esemény lehet egy mérkőzés, egy átigazolás.
Tehát kell egy olyan tábla, hogy:
- mérkőzések
- átigazolásokMindegyiknek más a struktúrája, de mindegyikből ki lehet nyerni egy dátumot, egy esemény megnevezést, így össze tudsz rakni egy queue-t ami dátum szerint sorba rendezve mutatja a mérkőzéseket és eseményeket.
Ezt a sok csapat és sok személy dolgot meg nem értem vagy te nem érted a relációs adatbázis működését.
Egy mérkőzéshez max. 2 csapat tartozhat, 1 bíró, 1 tartalék bíró és 2 partjelző.
Viszont mivel a játékosok, bírók és partjelzők között bármilyen átfedés lehet, ezért a személyek táblába kellenek flagek, amikkel be lehet állítani, hogy az adott személy melyik halmazoknak a tagja.
Itt már írtam róla bővebben...ezt kell kiegészíteni pár dologgal, elég egyszerűnek néz ki nekem.
Sokkal egyszerűbb lenne az élet, ha feldobnád ide a táblákat, amik már készen vannak, és azok mentén raknád fel a kérdéseket, mert arra lehet gyorsan válaszolni, nincsen időm és kedvem az egészet megtervezni helyetted.

-
Ispy
nagyúr
válasz
kezdosql
#4086
üzenetére
A kerdes az, hogyan lehet kozottuk a kapcsolatokat felepiteni.
Nem kérdés, relációs adatbázis...
Dimenzió táblák:
- csapatok
- szezonok
- játékosok
- bírók
- tökömtudjamégmiTénytáblák:
- meccsekpl:
Csapatok tábla:
- név
- alapítás éve
- tulajdonos_id
- címadatok
stb.Szezonok tábla:
- szezonok_id
- megnevezés
- kezdete
-vegeMeccs tábla:
- meccs_id
- szezon_id
- dátum
- hazai_csapat_id
- vendeg_csapat_id
- mikor
- eredményAmikor le akarsz kérdezni, akkor ahol id van, ott bejoinolod a törzsadatokat:
SELECT
szezonok.megnevezes,
meccsek.datum,
hazai.nev,
vendeg.nev,
meccsek.mikor,
meccsek.eredmeny
FROM meccsek
inner join szezonok on meccsek.szezon_id=szezonok.id
inner join csapatok hazai on meccsek.hazai_csapat_id=hazai.id
inner join csapatok vendeg on meccsek.vendeg_csapat_id=vendeg.idkábé, ezt most csak összeírtam gyorsan, de így kell elképzelni.
-
Ispy
nagyúr
válasz
david199801
#4083
üzenetére
Az upperben el van írva a vm_rendeles_id? Ottan alul ki is írja.
-
Ispy
nagyúr
válasz
kezdosql
#4026
üzenetére
Kaptál értelmes választ, legalább is a kérdésedhez mérhetőt, de azóta is jöttek megoldások a problémádra.
szubjektiv kategoria
Nos, ennek a szakmának pont az a lényege, hogy ki kell szűrni egy nagy halom adatból, hogy mi releváns és mi nem az és ezek milyen kapcsolati hálót alkotnak. Ezt a tudást egy könyvből sem fogod elsajátítani, csak hosszú évek tapasztalatával, ha ebben a szakmában dolgozol.
-
Ispy
nagyúr
válasz
kezdosql
#4017
üzenetére
Nem tudom, mit vártál?
Ez azért ennél egy pöppet bonyolultabb szakma, hogy így egy fórumon bárki is tudjon ennyi infoból értékelhetőt mondani.
Ha jól értem szegény embernek ingyen kell dolgoznia először, hogy később kiderüljön, hogy ér-e a munkája egy forintot is.
Welcome to real world.
És az lenne a szakmai válasz erre, hogy igen megéri vagy nem, nem fogja? Lehet, hogy neked ez arrogáns válasz, de az a szakmai véleményünk, hogy fingung sincs erről, sőt, tovább megyek a 16 évnyi sql tapasztalatommal és lehet, hogy egy hét után sem tudnám megmondani.
Ha az a kérdés, hogy hogyan csinálja, akkor induljon el az adatok csoportosításával, hozzon létre adatbázis táblákat, relációkat, azt ossza meg és kérdezzen, vagy bízzon meg egy szakembert, aki ért hozzá.
Vagy azt gondoltátok, hogy majd tapasztalat nélkül ezt csak úgy össze lehet hozni? Nem, ha nincsen sokéves tapasztalata ebben, akkor nem lehet, a létrán minden fokot végig kell mászni, és majd évek múlva kiderül megérte-e.
Én is szeretnék holnaptól amcsi izomautókat csinálni, láttam a tévében, tök jó, akkor hol induljak el, hogy 1 hónap múlva én is tudjam csinálni? Kb. ilyen szintű volt a kérdésed....
-
Ispy
nagyúr
Tudod, sok pénz, kevés munka és gyorsan kész legyen, na ebből jó esetben kettőt választhatsz, rossz esetben meg egyett sem.
Hogy legyen egy kis segítség is: olyan nincsen, hogy egy idegen, aki tudja a gyors és sok pénz titkát az csak úgy jófejségből elárulja neked is, mert ő már gennyesre kereste magát és átment Teréz anyába. A többit a kérdező fantáziájára bízom.
-
Ispy
nagyúr
válasz
axxiion
#3933
üzenetére
.Ezt most csak gyorsba, ez visszaadja azokat a számlákat, amik előtt nem volt sorszám kiadva:
-- DROP TABLE #T
CREATE TABLE #T (ID INT)
INSERT INTO #T (ID) VALUES(1)
INSERT INTO #T (ID) VALUES(2)
INSERT INTO #T (ID) VALUES(4)
INSERT INTO #T (ID) VALUES(5)
INSERT INTO #T (ID) VALUES(6)
INSERT INTO #T (ID) VALUES(7)
INSERT INTO #T (ID) VALUES(11)
INSERT INTO #T (ID) VALUES(12)
SELECT #T.ID
FROM #T
LEFT JOIN #T T2 ON #T.ID=T2.ID+1
WHERE T2.ID IS NULLA kódot írd át a saját adatbázisodra, a lényeg, hogy az ellenőrzendő sorszámot egyel megnövelve saját magához kötöd, ahol nincsen kapcsolat, ott luk van.
-
Ispy
nagyúr
válasz
Peter Kiss
#3918
üzenetére
Azért az SSMS-sel óvatosan, nekem már többször előferdült, hogy összefosta magát nagy adatmennyiségnél, igaz lehet csak a memóriát zabálta fel és azért.
Ezt is érdemes megnézni: OPENROWSET
-
Ispy
nagyúr
Ms sqlben tudsz csinálni egy importáló scriptet is, amit csak lefuttatsz és bennt vannak az adatok, persze ez mehet fapadosan, meg lehet csinosítani, okosítani.
Gugli első találat
A táblába csinálsz egy identity column-t, ami primary key is egyben, így az garantáltan egyedi és futó sorszám lesz.
De akár azt is lehet, hogy van egy központi adatbázis, oda feltöltöd a csv-t scripttel vagy varázslóval és utána a komplett táblát scripteled ki insertbe és akkor csak ezt az inserted futtatod le a többi gépen, mindegy a lényeg, hogy sokféleképpen meg lehet oldani, manuális, fél automata vagy akár automata módszerrel is.
Sőt, a komplett adatbázist is tudod telepíteni scriptből és akkor a backup/restorral sem kell szenvedni, csak megnyitod a kis telepítő scripted F5 és kész az új adatbázis.
Később, ha lesz hálózat, akkor meg mehet source controlba az egész.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Ispy
nagyúr
válasz
kw3v865
#3860
üzenetére
Ötlet, én így csinálnám (nincsen tapasztalatom ekkora táblával, szkuzi):
- hozzáadsz egy ID mezőt a táblához, running number 1-8000000-ig folyamatos sorszámod lesz, sorba rendezés, ahogy neked sorba kellenek az adatok
- joinolod a táblát saját magához úgy, hogy tábla1 ID=tábla2ID+1, igy kapni fogsz egy olyan lekérdezést, ahol minden tábla1 sor mellett ott lesz a következő sor adatai
- ráereszted a függvényt az updattel
- én a helyedben tesztelném mondjuk a megoldást 100k adattal és ha jó, akkor darabokban futtatnám a taskot nem egyben, mert a világ összes memóriája sem lesz elég, pláne ha tranzakcióban fut az update.... -
Ispy
nagyúr
Nem értek a TimesTenhez, szóval csak belemakogok, de ez a rész
and
srk.DOMAIN_RESOLVE_KEY_UID = (
select drk."UID" from DOMAIN_RESOLVE_KEY drk
where drk.ID like 'guestPIN');miért nem join-ként van definiálva?
Illetve itt a like-hoz nem kell %-jel vagy valami? Alapból benne keres? Vagy itt csak azokra vagy kiváncsi, ahol guestPIN, akkor meg minek a like, miért nem simán =?
-
Ispy
nagyúr
válasz
marositech
#3842
üzenetére
Simán be kell neki újabbra rakhatsz fel régi adatbázist, csak fordítva nem.
-
Ispy
nagyúr
válasz
marositech
#3840
üzenetére
Régi adatbázison csinálsz egy backup database-t, felrakod a tetszőleges express editiont és ott meg restore database-zel visszarakod, én biztos nem pöcsölnék ilyen upgradelésekkel, az egész meg van pillanatok alatt.
Már ha nem egy 20 terrás adatbázisról beszélünk.

Azt azért tudják, hogy így 1 GB ramra le lesznek korlátozva? Illetve proci limit is van, ha jól rémlik és azt hiszem 10 GB az adatbázis korlát.
-
Ispy
nagyúr
válasz
marositech
#3838
üzenetére
Backup-restore.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Egyébként 2018-ban miért egy 10 éves expressre akartok upgradelni?
-
Ispy
nagyúr
válasz
mr.nagy
#3694
üzenetére
Hát ez elég bonyi, szóval megoldani nem fogom helyetted.

De első körben szétszedném a táblát más formátumba, visszapivotosítanám:
Kioszthato, Oszlop, Ertek, ElteresTotal, IdealisErtek
Aztán ki kell találni valami algoritmust, függvény, amivel megkapod a jó számokat, egyelőre eddig jutottam.

Persze lehetne írni egy giga-mega ciklust, ami végigrohan a rekordokon és mezőkön, de én ciklust csak akkor használok, ha behatárolható mennyiségű rekordot tartalmaz a source, mert különben képes az idő végéig futni.
-
Ispy
nagyúr
válasz
mr.nagy
#3579
üzenetére
Kell írni egy ciklust (CURSOR), ami összeállítja az INSERT utasítást egy változóba, amit az sp_executesql tárolt eljárással tudsz végrehajtani.
A változó, amibe az insertet rakod legyen NVARCHAR(MAX), a futtatás meg vagy EXEC sp_executesql(@VÁLTOZÓ) vagy csak simán EXEC (@VÁLTOZÓ).
Kábé a vázlata:
DECLARE @C_ID INT
DECLARE @CODE NVARCHAR(MAX)
DECLARE cursor_neve CURSOR LOCAL STATIC FOR SELECT ID FROM TÁBLA
OPEN cursor_neve
FETCH NEXT FROM cursor_neve INTO @C_ID
WHILE @@FETCH_STATUS=0
BEGIN
SELECT @CODE=ide jön a kód, ami visszadja az insert utasítást stringbe, vagy a tárol eljárás hívás paraméterekkel
FROM tábla
WHERE ID=@C_ID
EXEC (@CODE)
FETCH NEXT FROM cursor_neve INTO @C_ID
END
CLOSE cursor_neve
DEALLOCATE cursor_neveVagy, ha kell visszajövő érték is az SP-től, akkor sp_executesql-t lehet paraméterezni szépen, feljebb a link.
-
Ispy
nagyúr
válasz
pvt.peter
#3546
üzenetére
Tehát az első oszlopból csak az első sor értékét?
Fura megoldás, ilyet nem nagyon szoktam, de mondjuk találsz valami értéket, ami szerint sorba rendezel és akkor
SELECT TOP 1 [[I]mezők felsorolása[/I]], plusz berakod a convert-et az első oszlopra (mi, ez integer, float?). -
Ispy
nagyúr
Ja.

Azt hittem van már egy működő rendszer, amiben dolgoznod kell majd (vagy csak nem árulják el neked
), ezért gondoltam, hogy akkor lehetne célirányosan menni, mert az eszközök megismerése legalább olyan fontos szerintem, mint maga az SQL nyelvé, ráadásul ezek nem 100%-ig kompatibilisek egymással, vannak azért eltérések.De valóban, ha nem tudsz még semmit, akkor teljesen jó egy általános SQL leírás, hogy legalább azt a 20 kulcsszót megismerd, amit kell használni.
(#3523) martonx
Ha mindenki tudná használni a guglit, akkor bezárhatnánk a PH fórumot.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Ispy
nagyúr
Csináltam egy XML változót, amit FOR XML PATH-tal töltöttem fel táblákból. Viszont le kéne tárolnom az eredményt stringbe, de az xml nem tartalmazz whitespaceket, egy sorban kapom vissza, ez így viszont olvashatatlan.
Hogyan lehetne megoldani, hogy megjelenjenek a sortörések és a tabok magában az xml-ben is? Query resultsban persze formázottan jelennek meg az adatok, de gondolom ezt a management studio csinálja meg.
B terv, hogy replace-szel én belerakom, de hátha van valami elegánsabb megoldás...
-
Ispy
nagyúr
válasz
GreenIT
#3485
üzenetére
Igen, és a fórum szó értelmezésével is sokszor vannak gondok.

A problema lenyege az, hogy ha van egy elvaras, hogy egy tablaba kell felvenni nehany adatot, de kiderul, hogy az adatok egy resze tobb mas adattol fugg, akkor mi legyen az eljaras?
Nos, erre aki akart volna választ írni már megtette volna. Csak az a baj, hogy ez egy külön szakma és ezt nem lehet 3 sornyi leírással megválaszolni, ezért emberek pénz szoktak kérni. Lehet ezen hőbörögni, hogy a sok szemét fórumozó nem akar segíteni, ja de várjál csak, miért is tenné? Nem fog neked senki tanfolyamot tartani itt adatbázis építésből, mert nem is lehetne.
Kezd el, csináljál valamit és amikor készen vagy, akkor tárd a nyilvánosság elé, és akkor fogsz rá kapni érdemi reagálást, hogy jó-e vagy sem, vagy hol és mit lenne érdemes változtatni.
Hogyan gondolkozzak, hogy adatrogzitesre, adattarolasra es lekerdezesre egyarant jo megoldashoz jussak?
Első körben olvasd el ezt:
OLAP vs. OLTP -
Ispy
nagyúr
válasz
GreenIT
#3481
üzenetére
Nézd, ez egy ingyenes fórum. Nem azért van, hogy az ide járok tanítgassanak másokat hogyan kell adatbázist építeni. Ráadásul egy ilyen tök alap dologra. Kezd el, csináljad, ha elakadsz tedd fel a kérdésedet, de az nem kérdés, hogy hogyan is kell csinálni.
Ingyen meg nincsen semmi, ezt jó lenne, ha már mindenki bevésné az eszébe. Mindenért fizetni kell, vagy pénzzel, vagy mással. Miért is lenne ingyen egy CRM program? Mindenki pénzből él...
-
Ispy
nagyúr
válasz
Sixkiller6
#3428
üzenetére
Igen, ms-nél az express mindig a free változatot jelenti.
-
Ispy
nagyúr
válasz
Sixkiller6
#3426
üzenetére
MS SQL Server 2016 Express + SSMS 2017, pont most reggel raktam fel, kb. fél óra az egész....
-
Ispy
nagyúr
válasz
Dilikutya
#3415
üzenetére
MS SQL-ben a táblák és azok mezői lekérhetőek sys előtagú táblákból, én írnék rá egy table-valued függvényt (de lehet inkább egy template-et), amiben van egy cursor, ami végignyálazza a tábla mezőit, az outputja meg egy tábla, amiben minden rekord egy select utasítást tartalmaz.
A tábla azonosítóját megtalálod:
select * from sysobjectsA mezőket le tudod kérni:
select * from syscolumns -
Ispy
nagyúr
válasz
Chesterfield
#3379
üzenetére
Mi ezzel a cél? Mert ok, átmásoltad, de az eredeti sor nem változhat meg utána?
Egyébként egy INSERT triggert kell írni, ez akkor fog lefutni, amikor bekerül a rekord a táblába. Az inserted nevű táblában lesznek a rekordok, onnan kell egy INSERT utasítással beírnod a másik táblába.
Kb. így néz ki:
CREATE TRIGGER dbo.teszt
ON dbo.azeredetitábládneve
FOR INSERT
AS
INSERT INTO amásiktábládneve (mezőkfelsorolva)
SELECT mezőkfelsorolva
FROM inserted -
Ispy
nagyúr
válasz
DrojDtroll
#3329
üzenetére
MS SQL?

-
Ispy
nagyúr
válasz
DrojDtroll
#3327
üzenetére
Accesben le tudsz futtatni SELECT, INSERT, UPDATE utasítást, vagy meg tudsz hívni tárolt eljárást, függvényt, de ez:
IF ....
SELECT ....
FROM ....nem értelmezhető egyiknek sem. Akkor berakod egy tárolt eljárásba, paraméterekkel és ott futtatod.
Egyébként az IF syntaxa SQL-ben:
IF ....
BEGIN
valami
END
ELSE
BEGIN
akármi
END -
Ispy
nagyúr
válasz
kezdosql
#3282
üzenetére
Egyrészt a nevem Ispy, másrészt szövegértelmezésből sem vagy túl jó, én azt írtam, hogy hozzá létre egy sql adatbázist, és oda told fel az excel tábláidat, harmadrészt nem vagyok zseni és nem is képzelem magam annak, negyedrészt rohadtul nem értem miért szemeteled tele az SQL topikot olyan dolgokkal, aminek semmi köze az SQL-hez.
-
Ispy
nagyúr
Van valakinek tapasztalata MS SQL és Access linked serverrel kapcsolatban?
Hogyan tudnék egy 2012-es SQL serverre felcsatolni egy mdb-s adatbázist? Ahogy néztem ez még Jet OLEDB 4.0-t használna, viszont azt nem tudom telepíteni a szerverre, mert az meg 64 bites, és az oledb csak 32 bitre megy fel.
Vagy milyen más módon tudnék egy sql view-t csinálni, ami kilistáz adatokat ebből az mdb-ből?
-
Ispy
nagyúr
válasz
fordfairlane
#3274
üzenetére
Programozóknak kötelező, vagy mehetsz a temetőbe 30 évesen

-
Ispy
nagyúr
válasz
kezdosql
#3270
üzenetére
Lehet, hogy kaptam egy nyugdijas allast.

Te írtad, de nekem meg úgy tűnik, hogy kaptál egy olyan melót, amiről lövésed sincsen. Szerintem menekülj amíg lehet. Túl nagy falat lesz ez.
Egyébként meg válaszoltam én is, mások is, ha ennyiből nem megy, akkor ne rajtunk kérd számon.
Én meg nem szoktam taposni sehova és nagyfomeltosagu sem vagyok, de ha valaki ad egy specifikáció nélküli excelt, akkor visszab@szom neki, mert se időm, se kedvem találgatni, egyébként ez meg alapkövetelmény egy bármilyen importnál/interface-nél.
-
Ispy
nagyúr
válasz
Petya25
#2943
üzenetére
Esetleg egy függvény, ami ciklusban szépen végigmászik az értékeken, majd megszámolja. WHILE cikklus, ami egy SUBSTRING-gel végigmegy a mező tartalmán, ha változik az érték, akkor egyel növeled a számlálót.
Nem tudom mekkora tábláról van szó, azért az ilyen függvényekkel óvatosan kell bánni.
Most így hirtelen ennyi infóból ezt csinálnám, de lehet másnak van jobb ötlete.
-
Ispy
nagyúr
válasz
Iginotus
#2876
üzenetére
Milyen adatok ezek, hogy ilyen hosszúak? Nem lehetne a betöltés pillanatában ellenőrizni a keresési feltételeket? Vagy csinálni egy temp táblát, ahová eleve értelmezhető bontásban tárolnád az adatokat? És akkor arra lehetne keresni is.
A lényeg, hogy túl kevés az info a megoldáshoz.
-
Ispy
nagyúr
válasz
-=Flatline=-
#2809
üzenetére
Most akkor egy view kell neked, vagy egy tárolt eljárás?
-
Ispy
nagyúr
-
Ispy
nagyúr
válasz
Diopapa
#2788
üzenetére
select station_list.station_id , MAX(bfmarketdata.timestamp) from distances
inner join station_list on second_system_id = station_list.system_id
inner join bfmarketdata on bfmarketdata.station_id = station_list.station_id
where first_system_id = '1916' and commodity_id = '85' and distance <= 30
group by station_list.station_id
order by distance -
Ispy
nagyúr
MS SQL-ben:
SELECT CASE Mezo
WHEN 1 THEN 'A'
WHEN 2 THEN 'B'
WHEN 3 THEN 'C'
ELSE 'D'
END
FROM tabla
vagy
SELECT CASE
WHEN Mezo = 1 THEN 'A'
WHEN Mezo = 2 THEN 'B'
WHEN Mezo = 3 THEN 'C'
ELSE 'D'
END
FROM tablaA 2. opcióban a WHEN részben tudsz OR vagy AND operátorral összetett feltételt is létrehozni.
-
Ispy
nagyúr
válasz
dellfanboy
#2673
üzenetére
select year(period), month(period), ügyfél_id
from tábla
group by year(period), month(period), ügyfél_id
having count(*)=1 -
Ispy
nagyúr
válasz
dellfanboy
#2631
üzenetére
Milyen SQL? Keress valami MONTH, DATEPART szerű függvényt.
-
Ispy
nagyúr
válasz
dellfanboy
#2560
üzenetére
soha nem használtam right joint....
-
Ispy
nagyúr
Új hozzászólás Aktív témák
- Cudy LT500D Dual Band 4G/LTE Wi-Fi router / 12 hó jótállás
- AKCIÓ! Sony PlayStation 5 825GB digital extra fejhallgatóval garanciával hibátlan működéssel
- Lenovo T14S Thinkpad FHD IPS i5-1135G7 16GB RAM 256GB SSD Intel Iris XE Graphics Win11 Pro Garancia
- ÚJ HP EliteBook 6 G1a Ryzen 5 PRO 230 4.9GHz 16GB DDR5 512GB FHD+ 16:10 már jobbik kijelző, gar 2028
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest



![;]](http://cdn.rios.hu/dl/s/v1.gif)




