Új hozzászólás Aktív témák
-
martonx
veterán
Meg tegyük hozzá, hogy az SQL a világ legegyszerűbb nyelve, alapból azt hiszem valami 23 kulcsszóból áll az SQL szabvány szerint (na jó ahogy látom az SQL szabvány is fejlődik [link] de ez a lényegen mit sem változtat). A lényeg, hogy a halmazelméletet, halmazműveleteket érteni kell hozzá, ami általános iskolás matematika, semmi extra
Szóval ez marhára nem olyan, amit alap szinten könyvből kellene tanulgatni. Picit utána kell olvasni, picit játszani kell SQL Fiddle-ön (létrehozni 2-3 táblát, beléjük tolni pár adatsort, és már mehet is). Vagy persze el lehet szórakozni komplett SQL telepítéssel, hozzájuk IDE telepítéssel, konfigurálással, majd jöhet ugyanaz, hogy táblákat készítesz, beléje sorokat teszel, és queryzed.Én kérek elnézést!
-
martonx
veterán
Vettem a fáradtságot és helyettetek rágugliztam az sql tutorial szuper váratlan kulcsszavakra, majd nekem az első három találat közül ez tetszett a legjobban: https://www.tutorialspoint.com/sql/sql-quick-guide.htm bocs, telefonról vagyok, és nem jelenik meg a link beszúrás.
Én kérek elnézést!
-
martonx
veterán
válasz SUPREME7 #3574 üzenetére
select t.vonalkod, t.aruhaz, t.ar, log.valtozas_datum, log.regiar
from termek t
left join (
select al.*
from arvaltozas_log al
join (
select aruhaz, Max(valtozas_datum) latest_valtozas
from arvaltozas_log
group by aruhaz) latest on al.valtozas_datum = latest.latest_valtozas and al.aruhaz = latest.aruhaz
) log on t.vonalkod = log.vonalkod
and t.aruhaz = log.aruhazPár megjegyzés:
1. végre valaki, aki vette a fáradtságot normális példa készítésére
2. a logodban ez a változás dátumra maxolás elég szerencsétlen, kellene bele egy autoincrement int ID
3. nevezéktana borzalmas az adatbázisodnak[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
válasz fordfairlane #3584 üzenetére
Hogy nincs row level lock, attól még gázabb lesz a konkurens írás Csak épp emberünk nem tudott jól kérdezni.
Én kérek elnézést!
-
martonx
veterán
A trigger használata követhetetlenné teszi a kódot, hogy mikor mi, miért történik. Láttam már olyan kódot, hol nagyon a triggerekre alapoztak, aztán egy idő után már senki nem tudta megmondani, hogy mi, miért történik, mikor mi mit triggerel, majd végül miért okoznak a triggerek deadlockot.
Ettől még lehet értelme a triggereknek, ahogy NyuNyu is mondta, de tipikusan nem a kódolás megspórolása miatt kell őket használni, hanem amikor tényleg valami annyira belső dolgát kell az adatbázisnak rendben tartani.Én kérek elnézést!
-
martonx
veterán
válasz Mr Dini #3741 üzenetére
Ha sok az adat, akkor kevés ramos gépre én nem tennék semmilyen adatbázis motort. Persze mindig relatív, hogy mi a sok. 10 sornál több lesz egy táblában, vagy 1000-nél, egymilliónál, vagy milliárdnál?
Pár táblához, ha már lokális adatbázis, akkor én sql lite-ra szavaznék, vagy valami hasonló kis fisfos lokál db-re.Én kérek elnézést!
-
martonx
veterán
válasz GreenIT #3796 üzenetére
Hinnye, ehhez a céghez se mennék el dolgozni, ha ilyen f****ságokat beszélnek már egy állásinterjún is
A Redis persze tök jó dolog, mondjuk distributed cache-ként használva, és vannak olyan microservice-ink amik alá tényleg elég egy nosql (AWS DynamoDB szevasz) adatbázisnak 2-3 táblával, no de a világ azért nem csak fekete és fehér, nem véletlenül létezik még az Oracle, MS SQL, MySQL, PostgreSql és társaik.Én kérek elnézést!
-
martonx
veterán
válasz GreenIT #3800 üzenetére
Félre ne érts, nem vagyok Oracle fan (akkor már inkább MS SQL Server...), de ez az azt mondták dolog azért nagyon nem így megy. Egyáltalán mit kellett tárolni, mit kellett lekérdezni, milyen szerver architektúrában gondolkoztak és így tovább. Hiszem, hogy akik ilyet, csak így egyszerűen kijelentenek, egyszerűen nem értenek hozzá.
Én is láttam olyan projektet, ahol azért cserélték le a MySql-t (na jó a MySql valóban nem az SQL technológia csúcsa) MongoDB-re, mert olvastak blogokat, meg teszteket, hogy az mennyivel gyorsabb, aztán kiderült, hogy amikor adatot kellett lekérdezni, akkor pont ugyanolyan szarban voltak vele
Végül az én csapatom oldotta meg a gondot MS SQL Serverrel újra írva az egészet. Esetemben se az MS SQL volt önmagában a megoldás, hanem a normálisan megírt backend.Nyilván van amiben egy NoSql jobb (mint mondtam mi is használjuk, ha a szükség úgy hozza, pl. log adatok beleömlesztésére, tracking pixelek adatainak beleömlesztésére, redist distributed cache-nek stb...), csak az ilyen nagy kijelentéseken akadok fenn, hogy ez szar, az meg a jövő, miközben érződik, hogy akik ezeket a kijelentéseket teszik, rohadtul nem értenek hozzá.
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz GreenIT #3810 üzenetére
Amit leírtál az nem magyar vs külföldi, bejáratott technológiák vs újak, Linux vs Windows kérdése hanem jó fejlesztők kérdése.
Pláne ahogy írtad, a gond valószínűleg az előző társasággal se az volt, és erre utaltam én is az előző hsz-emben, hogy milyen technológiákra szavaztak, magyarok voltak-e vagy sem, hanem hogy hülyék voltak, nem dolgoztak, érteni se nagyon értettek hozzá, csak a zsebüket tömték.Én kérek elnézést!
-
martonx
veterán
válasz marositech #3844 üzenetére
Ha 65Mbyte-ról van szó, akkor én a helyedben simán kigeneráltnám a komplett DB-t sémástól, adatostól sql scriptbe, felraknék egy SQL 2017 (2014-et felrakni így 2018 közepén???) Express Editiont, és ráereszteném a scriptet. Érdekes mód, simán be fog minden menni
Én kérek elnézést!
-
martonx
veterán
válasz GreenIT #3879 üzenetére
Szia, azokra a régi szar gépekre csak azért xampp-t felrakni, hogy legyen phpmyadmin rajtuk, elég overkill.
A MySql-nek van ám hivatalos GUI-ja is http://www.oldapps.com/mysql-gui-tools.php?system=Windows_XP
Emellé felraksz egy XP-n latest MySql-t és máris egy csomó szívástól megkímélted magad.Én kérek elnézést!
-
martonx
veterán
Pont ezért nem használunk Access-t komoly üzleti rendszerekhez
Egyébként az Access tud normális SQL adatbázisokhoz is kapcsolódni, azaz lehet pl. úgy használni, hogy az Access csak a frontendjét adja az adatbázisnak (formok, riportok). De ahhoz meg gagyi. Leginkább móricka projektekre, meg önképzésre jóÉn kérek elnézést!
-
martonx
veterán
-
martonx
veterán
Hát a 2000-es években még akár menő is lehetett. Illetve lehetnek olyan speciális esetek, ahol a mai napig is megállhatja a helyét. Én pl. pár évvel ezelőtt kellett, hogy olyan alkalmazást csináljak, ami 3 féle tök különböző adatforrásból dolgozott (1 SQL tábla, 1 Access tábla és 1 excel sheet), erre az Access nagyon jó volt, mert lazán be tudja mindet nyalni, és utána az SQL-ével lehet queryzni az adatokat, majd onnan SQL-be lementettem a szépen mergelt adatokat.
De ez nagyon spéci dolog volt, értelmes üzleti rendszert akkor se alapoznék Access-re.Én kérek elnézést!
-
martonx
veterán
Látom jönnek a hülye kérdésre a hülye válaszok
Én kérek elnézést!
-
martonx
veterán
válasz kezdosql #4013 üzenetére
De nézd:
1. nem tudjuk milyen pályázat
2. nem tudjuk milyen adatok
3. nem tudjuk mit jelent a feljavítani rajtuk
4. nem tudjuk mit kellene elérni a feljavítással
5. még csak az adatok formátumát se tudjuk, hogy mondjuk MS SQL vagy egy excel file, vagy papíron vannakCsak azt tudjuk, hogy pénz az nem lesz rá, illetve érteni se értenek hozzá. Mégis mit vársz? Belenézünk a mágikus gömbünkbe, és azt mondjuk, hogy van ez az XY könyv, ami pont azoknak az adatoknak a feljavításával foglalkozik laikusoknak, amikről nem írtad le, hogy mik azok
Fordítsuk meg a dolgot. Itt ülök, és épp egy program hibán dolgozok. Légyszi segítsetek már megtalálni, szépen kérlek titeket, tudom, hogy értetek hozzá. És kész, ennyi az összes infó.
Aztán amikor jönnek a hülye kérésre hülye válaszok, akkor meg besértődök, hogy mennyi arrogáns fasz van itt, értenek hozzá, de nem képesek megmondani, hogy hol van a hiba, mikor se azt nem írtam le, hogy milyen programnyelven, se azt nem hogy ez most egy mobil app, vagy épp egy webes rendszer, de még csak egy példa kódot se küldtem.
Remélem érzed a párhuzamot, minden arrogancia nélkül.
Én kérek elnézést!
-
martonx
veterán
válasz kezdosql #4017 üzenetére
"Van kulonbozo adatsorod - hogyan csinalsz beloluk adabazist?"
Vannak különböző összetevőid, hogyan csinálsz belőlük ételt? Érted már, hogy mi a bajom az általánosságokkal? Milyen összetevőkből, milyen ételt? Sütni kell, vagy főzni? És még kismillió kérdésre kellene ahhoz pontos választ tudni, hogy azt lehessen mondani, hogy na ha van kenyered, tojásod, és olajod, akkor hol van leírva a bundáskenyér receptje. De te egy konkrét receptet vársz tőlünk, anélkül hogy megmondanád mit akarsz készíteni és miből. Nyilván mert te se tudod, de érted ez nem lekezelés, hanem próbálom megértetni veled, hogy ez így teljesen parttalan, és nem azért mert bunkó parasztok vagyunk, akik lekezelnek másokat, hanem mert ennyi infóval a kezünkben több értelme lenne az időjárásról beszélnünk, mintsem a konkrét problémáról
Én kérek elnézést!
-
martonx
veterán
válasz csurgoi #4024 üzenetére
Kedves csurgoi!
Ebben itt nem fogunk tudni segíteni neked, helyi rendszergazdával, vagy az említett cég supportjával kell valahogy zöld ágra vergődnötök, hogy vajon miért nem sikerül a pdf generálás. A dolog innen távolról nézve elég egyértelmű, ha a pdf-ek generálódnak, akkor nem a külsős cég a ludas. Ez gondolom valami mappába belenézve látszódik. Ha nem generálódnak, akkor meg a külsős cég a ludas.
Tippre, a mappa jogosultságai állítódtak el, ahová a rendszer ezeket a pdf-eket mentené.ui. Nincs olyan hogy Adobe Raider, hanem Adobe Reader.
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
Ok, lehet hogy CROSS JOIN. Meg van még a FULL OUTER JOIN is. Viszont szerintem a JOIN-hoz az kell, hogy egyértelműen megadhasd, mit mivel kötsz össze. De most lusta vagyok utánuk olvasni, csak ötleteltem, hogy hátha segítek vele.
Ebben az esetben meg biztos, hogy vagy emberünk a béna, vagy a DB séma nevetséges, hogy ilyen kulcs nélküli mindent mindennel esetet kell lekezelniÉn kérek elnézést!
-
martonx
veterán
válasz kezdosql #4051 üzenetére
Miért lenne döglött a fórum? http://sqlfiddle.com/
Itt tudsz játszani SQL engine-ekkel. Viszont nem egy mai darab ez az oldal.
Én a helyedben feltennék egy lokális SQL-t (PostgreSql / MySQL / MSSql / Oracle) és leginkább azon játszanék, ráadásul könnyen lehet localban backupolnod is, és bármikor visszaállítani.
Az SqlFiddle előnye pedig, hogy az alapján könnyen tudsz tőlünk segítséget kérni, ha megakadsz valahol.Én kérek elnézést!
-
martonx
veterán
válasz kezdosql #4053 üzenetére
"Korabbiakra nem jot semi valasz, ezert gondoltam, hogy mar cask en irok ide egy ideje." - korábban nettó hülyeségekkel traktáltál minket, kérdezés címszó alatt, nem csoda, hogy egy idő után már senki se válaszolt
Most hogy remélhetőleg elkezdesz normális, értelmes, konkrét kérdéseket feltenni, hidd el jönni fognak a válaszok is. Eddig se mi voltunk a helikopterek, még ha egy bizonyos szempontból ez úgy is tűnhetett
Én kérek elnézést!
-
-
martonx
veterán
válasz kezdosql #4063 üzenetére
például:
season from to
51 2016-09-01 2016-12-31
51 2017-01-01 2017-03-31Látod, mihelyst értelmeset, konkrétat kérdezel, már jönnek is a válaszok. Amíg csak általánosságban puffogtatod a hülye kérdéseket, addig ne lepődj meg, hogy általánosságban kapod a hülye válaszokat.
Én kérek elnézést!
-
martonx
veterán
válasz kezdosql #4105 üzenetére
Ez így totál parttalan. Megmutatom miről beszélek, most hogy legalább minimum konkrétumot már kihúztunk belőled. A HELYEDBEN én valahogy így állnék neki az egész beszélgetésnek:
Sziasztok, foci mérkőzéseket, meg egész szezonokat, bennük minden létező eseménnyel szeretnék adatbázisban lemodellezni. Jelenleg itt tartok: sqlfiddle példa (egyszerűség, és a példa adatok minimális száma miatt nem szórakoztam Foreign keyekkel)
Az a problémám, hogy...
Amíg nem sikerül a kérdéseidet ilyen formában megfogalmazni, kár is a fentieknél konkrétabb válaszokat várnod.
Én kérek elnézést!
-
martonx
veterán
válasz kezdosql #4109 üzenetére
Te meg beláthatnád, hogy segíteni próbáltam, de akkor inkább hagyom. Hidd el, lehet papíron rajzolgatni, meg azt mondani, hogy ez, az lényegtelen, aztán a papíron rajzolt valamiket úgyis SQL-ben kell megvalósítanod - ha egyáltalán megvalósíthatóak (persze csinálhatod papíron is, csak az senkit nem fog érdekelni, ez esetben ebben a topikban is kár az időnket rabolnod tovább).
Eddig az volt a baj, hogy semmi konkrét segítséget nem kaptál, most meg az a baj, hogy kaptál. Részemről én itt szálltam ki. Sok sikert!
Én kérek elnézést!
-
martonx
veterán
válasz kezdosql #4112 üzenetére
Ember, ezért küldtem konkrét sql scriptet, amiben a végdátum NULLABLE. Azaz nem kell megadni, majd akkor megadod, amikor valóban végetért.
Könyörgöm, tanulj már meg végre SQL-ezni, és tereld már a szakmaiság, és a konkrét megoldás felé magadat, a rózsaszín ködben papíron rajzolgatás helyett, mert ez így borzalmas.
Idióta vádaskodások, belemagyarázások helyett.Én kérek elnézést!
-
-
martonx
veterán
válasz kezdosql #4211 üzenetére
Nem értettem félre
Exe készítésre megvannak a bevált módszerek, erre valók az installer készítő programok, amiknek megadod a forráskódod, és a végén kapsz egy szép nagy exe-t.
Én C#-ot használok, az jelen verziójában imád a végső exe mellé egy csomó kis dll függőséget pakolni, bezip-eled, a user kizipeli egy mappába, és máris ott az exe, amit kattintgathat. Ha a zip nem tetszik, akkor jön a setup készítők tömkelege, válassz egy szimpatikusat, és az csinál egy szép setup varázslót, amit a user next-next-finish-el végignyom.A 3.0-ás verziójától kezdve (ami várhatóan szeptemberben jelenik meg), viszont már out-of-the-box tud a .net core is egy szál óriás exe-t csinálni neked: [link]
Én kérek elnézést!
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs