Új hozzászólás Aktív témák
-
martonx
veterán
válasz
bambano
#4607
üzenetére
Viszont nem csak postgresql van a világon (ami egyébként tényleg nem rossz). Data Science-ként sokszor nem is igazi sql-ből jönnek az adatok (lehet nosql, vagy data lake vagy bármi), azaz kell egy nyelv az sql-en kívül, amivel egységesen meg lehet valósítani a statisztikákat, elemzéseket.
-
martonx
veterán
válasz
bambano
#4603
üzenetére
hja, most nézem MSSQL is tud, a 2017-es verzió óta, csak valami fura okból PERCENTILE_DISC-nek hívják. Mindenesetre csak egy példát akartam hozni, hogy az SQL analitikus függvényei erősen korlátosak, próbálj meg ilyen-olyan eloszlásokat számolni velük, vonalakat illeszteni, azok meredekségét figyelni stb...
-
martonx
veterán
A Python ott jön a képbe, hogy a Data Science szakmának maga az adatlekérdezés része a legkevesebb, senki nem ettől lesz data scientist. Hanem utána jön az adatok elemzése, vizualizálás, statisztikák, és erre jelenleg a legelterjedtebb a Python (megjegyzés: kb. bármilyen nyelv is jó erre pl. java, c#). Ettől még csomó esetben Python nem is kell a gépre, mert különböző IDE-kben, GUI-kon keresztül elég megírni pythonban a cuccokat, és az majd úgyis a szerveren fog futni.
-
-
martonx
veterán
válasz
#68216320
#4537
üzenetére
Egyébként MySql-nek (meg amúgy bármelyik SQL-nek) tök jól lehet paraméterezni a memória foglalását. Emlékeim szerint a MySql defaultban nagyon is visszafogottan foglal memóriát (rendszergazdák első MySql optimalizációja szokott lenni, átírni a memória foglalást valami egészségesebbre).
Szóval szerintem tedd fel nyugodtan. -
-
martonx
veterán
Sőt igaziból on-the-fly kellene replikálni, az a vicc, hogy az ugyan folyamatosan dolgoztatja a két szervert, viszont folyamatosan alacsony terheléssel.
Ezek a napi 1 megoldások viszont ugyan az éles szerveren kb. semekkora plusz terheléssel nem járnak (nem mintha az on-the-fly replika komoly terheléssel járna), viszont a teszt szerver arra az időre full használhatatlan. -
#4440
martonx
veterán
DrojDtroll
#4438
martonx
veterán
válasz
DrojDtroll
#4438
üzenetére
Nem lehet, hogy csak a hibaüzenet rossz, és azok valójában FK-k is, de közben meg ilyen PK-kkal nem létezik sor (36, 37), és valójában ez a hiba?
https://www.db-fiddle.com/ -be csinálhatnál egy példát.
-
#4426
martonx
veterán
BuktaSzaki
#4425
martonx
veterán
válasz
BuktaSzaki
#4425
üzenetére
Légyszi ide dobj be egy konkrét példát. https://www.db-fiddle.com/
Hogy konkrétumokról tudjunk beszélni. -
martonx
veterán
Ránézésre igen, de futtasd le és gyorsan kiderül. 7 millió sor nem nagy ügy, arra figyelj oda, hogy ha gyanúsan sokáig futna a lekérdezésed (mondjuk 1 percig), akkor inkább állítsd le a futtatását, és akkor biztos nem dögleszted be a DB-t.
Ez a kérdezősködésed így teljesen parttalan.
-
martonx
veterán
válasz
peterr85
#4404
üzenetére
Select-el nem ronthatsz el semmit, noha olyan select-et futtathatsz, ami legyilkolja az egész DB-t, és az lelassul, vagy szélesőséges esetben akár újra is kellhet indítani.
De ez csak elég nagy DB-knél fordul elő, sok milliós, milliárdos adatsorokkal.Szóval a kérdéseidre te magad is gyorsan választ kaphatsz, ha lefuttatod a lekérdezésed.
-
martonx
veterán
válasz
#68216320
#4402
üzenetére
Egyrészt ebben az esetben biztos mysql kell-e neki? Nem elég egy sqlite?
A fejlesztés be kell látni, hogy valamennyire gép igényes feladat, 15 éves P4-el nem biztos, hogy érdemes belekezdeni.
Amúgy itt van egy tutorial szerűség: https://stackoverflow.com/questions/42301953/how-to-install-a-light-version-on-mysql -
-
martonx
veterán
Úgy hogy ezek mögött valójában cégek vannak / olyan felhasználó cégek akik a supportért fizetnek.
Azaz attól, hogy magából a szoftver licenszből nincs bevételük, még egy csomó mindenből lehet.
Lásd Firefox böngésző, ahol a Mozilla abból létezik, hogy google / Microsoft időnként beléjük tol pár millió EUR - t.
-
martonx
veterán
Olyat kérdezel tőlünk, amit rajtad és a szerver üzemeltetőkön kívül senki se tudhat, noha megértem, hogy tanácstalan vagy.
Ha időközben szerver csere történt, akkor persze van egy csomó ismeretlen a képletben (változott-e PHP verzió, csomagok verziója, MySQL verzió, ezek konfigurációi stb...) Ezek bármelyike okozhat bármilyen mellékhatást. Remélem segítettem. -
martonx
veterán
válasz
bandi0000
#4281
üzenetére
Ha jól értettelek, akkor ezek között 1-1 kapcsolat van. Azaz milyen normál formát szegnél meg ezzel? Semmi értelme az 1-1 kapcsolatot ily módon szétbontanod (persze lehet értelme, ha annyira óriási lenne a tábla mondjuk 100 mezővel, vagy ha lenne egy gyakrabban változó mező struktúra, és egy fixebb).
Termék - id - név - dátum1 - dátum2 - kép1 - kép2
A fentit semmi értelme így szétbontanod:
termék - id - név
termékid - dátum1 - dátum2
termékid - kép1 - kép2
-
martonx
veterán
válasz
kezdosql
#4251
üzenetére
Igen, profi vagyok, de ettől még nem én írtam az sqlite-ot. A lekezelő válaszaim pedig magadnak köszönheted mert folyamatosan kavarogsz, és össze-vissza kérdezel. Megkérdezted, hogy miért stringben tárolja az sqlite a dátumokat, miközben így utólag meg már azt kérdezed, hogy oké, de hogy kell kezelni sqlite-ban a dátumokat (ezzel kapcsolatban én is csak google-özni tudnék, mert sose használtam sqlite-ot). Nagyon nem mindegy a kérdés, mert hülye kérdésekre nyilván csak hülye válaszok tudnak érkezni.
És a drupal most komolyan hogy jön ide? Igen CMS-esekkel könnyen beleszalad ilyenbe az ember, de mi köze ennek bármihez, amiről eddig szó volt?
Azt látom, hogy csak kötözködni jössz ide, nem pedig tényleges tanácsokért. Én amikor már nincs min kötözködnöd, akkor bedosz, egy de szar a drupal kijelentést, fogalmam sincs miért
Mindenestre engem szórakoztatsz, szóval állok rendelkezésedre.
-
martonx
veterán
válasz
kezdosql
#4245
üzenetére
Szvsz rajtam kívül is mindenki fennakadt ezen, maximum leszarták annyira, hogy ne tegyék szóvá
![;]](//cdn.rios.hu/dl/s/v1.gif)
A nekem címzett kérdésed félre ment, talán ezt a kérdést az sqlite fejlesztőinek kellene feltenned, nem én készítem az sqlite-otHa olyan adatbázis kezelőt keresel, amit egy szál file másolásával el tudsz a cél user gépére juttatni, és az magán belül oldjon is meg mindent, akkor arra valóban az annyit ócsárolt MS Access a legalkalmasabb.
Milyen verziókkal vannak a gondok?
-
martonx
veterán
válasz
kezdosql
#4230
üzenetére
Te mekkora erővel írod a hülyeségeid.
Egyrészt a C# az nem C
C#-ot meg 3 éve már .Net Core-al szokás használni, ami teljesen platform független, linuxon, osx-en, és windowson is fut. A grafikus megjelenítés persze más tészta, csak a konzolos megjelenítés cross-platform, ha szép ablakokat akarsz minden platformon, akkor az is megoldható, de az pár fokkal macerásabb.
A C# fejlesztői csicsák, ahogy te fogalmaztál szintén ingyenesek, és szintén cross-platformok.
-
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]
-
-
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. -
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!
-
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.
-
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.
-
-
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
-
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. -
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 -
-
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.
-
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 -
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.
-
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. -
-
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ó -
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. -
#3845
martonx
veterán
marositech
#3844
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
-
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. -
-
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á.
-
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. -
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. -
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. -
#3585
martonx
veterán
fordfairlane
#3584
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. -
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 -
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.
-
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. -
martonx
veterán
válasz
GreenIT
#3496
üzenetére
Szia,
Szerintem nem csak ezek a lehetőségeid vannak. Ráadásul az adatbázis struktúra miért kellene, hogy bármennyire is befolyásolja az adatrögzítést?
A kettőnek nagyon kevés köze van egymáshoz
Válassz olyan adat struktúrát, amilyet csak akarsz, az semmiben nem fogja befolyásolni az adatrögzítést.
Mivel a pontos feladatot nem ismerjük (nem is akarjuk megismerni a fent említett okok miatt), így ennél konkrétabb választ úgy sem fogsz tudni kapni. -
martonx
veterán
válasz
GreenIT
#3485
üzenetére
"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?
Legyinteni, hogy ha nektek ez kell, akkor legyen, vagy megprobalni egy jo megoldast kitalalni es meggyozni a feladatot adot, hogy van jobb megoldas?"Egyre kevésbé értelek. Eddig ezért sem szóltam hozzá a "kérdéseidhez". Életvezetési tanácsokat vársz itt az SQL topikban, vagy önmenedzselési tanácsokat, vagy szakmai tanácsokat konkrét szakmai kérdésekre? Mert nagyon nem mindegy. Ha beküldesz egy SQL fiddle-el megtámogatott query-t, hogy mit és hogyan kellene, abban simán segítünk. De az ilyen szintű kérdésekre, hogy vajon hogyan tároljam a ki tudja milyen adatot, mégis mit vársz tőlünk? A feladatot sem ismerjük, de valószínűleg a megismeréséhez is több óra kellene, ami simán meghaladja egy jószolgálati alapokon nyugvó topik segítőkészségének a határát.
Életvezetési problémák megoldásához meg biztos, hogy nem ez a megfelelő topik, noha off-ban akár tudunk ez irányban is tanácsokat adni, de minek ide szemetelni? -
#3480
martonx
veterán
PumpkinSeed
#3478
martonx
veterán
válasz
PumpkinSeed
#3478
üzenetére
Én egy adatbázist használnék, a régiónkénti szerverekhez pedig csak egy-egy saját cache-t (mondjuk redis vagy ilyesmi) tennék. Amikor bármi bemegy a DB-be, az X percen belül úgyis be fog futni a cache-be, semmi értelme kismillió adatbázissal szórakozni. Szerintem.
Illetve tényleg van értelme minden régióba szervert tennetek? Ez egy sima webszerver, nem media streaming vagy ilyesmi. Nálunk pl. az egész világot egy szál szerverről Írországi adatközpontból szolgáljuk ki, és nagyon nem lassú (nyilván ami késleltetés Nyugat-EU-ban 20ms, az USA-ban 60, Ausztráliában meg akár 100ms fölé is mehet, de ennyi latencyvel simán együtt lehet élni, ahelyett hogy emiatt elkezdenénk görbíteni a teret). A szerver mellé pedig régiónként vannak média streaming szervereink.
A legújabb rendszerünk pedig régiónként elosztva készül (saját pixel tracking maximum 5ms-os késleltetése miatt kritikus, hogy közel legyen a felhasználóhoz), mindegyik régiónak van egy saját kis fis-fos NoSql-je (kvázi cache-ként fogható fel), és egy sync service-e, ami bizonyos időközönként, események hatására szinkronizálja a lokális NoSql-t az egyetlen központi MS SQL szerverrel.
-
#3473
martonx
veterán
PumpkinSeed
#3472
martonx
veterán
válasz
PumpkinSeed
#3472
üzenetére
"szükségem van végetelen master-master replikációra" - mert miért is?
Nekem ez architekturális tervezési hibának tűnik, mikor valakitől ilyet hallok. -
-
#3430
martonx
veterán
Sixkiller6
#3426
martonx
veterán
válasz
Sixkiller6
#3426
üzenetére
sqlfiddle.com használatánál nincs egyszerűbb, és ingyenesebb. Nem is értem mások miért szívatnak
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Nekem ez architekturális tervezési hibának tűnik, mikor valakitől ilyet hallok.
Új hozzászólás Aktív témák
- Szünetmentes tápegységek (UPS)
- eBay-es kütyük kis pénzért
- Projektor topic
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Autós topik
- Arc Raiders
- Eredeti játékok OFF topik
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- További aktív témák...
- Lenovo ThinkPad T480s,14",FHD,i5-7300U,8GB DDR4,256GB SSD,WIN11,TOUCH
- GARANCIÁLIS ASUS TUF F16 // Intel Core 5 210H // 16GB RAM // 1TB SSD // RTX 4050
- 10genes kishibàs pc(i3-10105f/8gb/gt1030/win11/SSD/hdd)
- PANASONIC Toughbook CF-53,i5-3340M,4GB RAM,500GB HDD,DVD,WIN10
- Lenovo LOQ Gamer laptop , R7 7435HS , 24GB DDR5 , RTX 4050
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB RAM RX 9060 XT 16GB GAMER PC termékbeszámítással
- Kuriózum: Ozark Trail (amerikai) fejlámpa 600 lumen
- AKCIÓS PRECÍZIÓS KÉSZÜLÉK! 7560 i9-11950H 32GB RAM 1TB SSD Nvidia RTX A3000 6GB 1 év gar
- GYÖNYÖRŰ iPhone 14 Pro 128GB Space Black -1 ÉV GARANCIA - Kártyafüggetlen
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB DDR5 RTX 5060 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest