Új hozzászólás Aktív témák
-
martonx
veterán
válasz kezdosql #4230 üzenetére
Te mekkora erővel írod a hülyeségeid.
Egyrészt a C# az nem CC#-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.Én kérek elnézést!
-
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á
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?
Én kérek elnézést!
-
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.
Én kérek elnézést!
-
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
Én kérek elnézést!
-
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.Én kérek elnézést!
-
martonx
veterán
Ivagy elengeded az Oracle-t és feldobsz egy mssql-t vagy MySql-t vagy postqresql-t.
Én kérek elnézést!
-
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.
Én kérek elnézést!
-
martonx
veterán
-
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Én kérek elnézést!
-
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.
Én kérek elnézést!
-
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.
Én kérek elnézést!
-
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.Én kérek elnézést!
-
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.
Én kérek elnézést!
-
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.Én kérek elnézést!
-
-
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.Én kérek elnézést!
-
-
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.
Én kérek elnézést!
-
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...
Én kérek elnézést!
-
martonx
veterán
Ha megnézed, hogy ez mit tud: https://pandas.pydata.org/ vs ehhez képest az SQL mit tud, akkor nincs mit tovább magyarázni. 1-2 sor kóddal tudsz trend vonalakat illeszteni adat pontokra, ezt vizualizálni stb...
Én kérek elnézést!
-
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.
Én kérek elnézést!
-
martonx
veterán
"Ettől még fenntartom azt, hogy Javaban egyszerűbb lenne lekódolni+gyorsabban is futna."
Mármint bármilyen programnyelven (javascript, php, c#, python, java, stb...) és nem csak egyszerűbb lenne lekódolni, és nem csak gyorsabban is futna, de könnyedén debuggolható, logolható, verzió kezelhető is lenne.
Noha mindezt SQL-el is meg lehet oldani, de elképesztően nyögve nyelősen.Én kérek elnézést!
-
martonx
veterán
Bocs, pontatlan voltam. Az SQL-t nem számítom a programnyelvek közé. De igazad van végülis ez is programnyelv, csak épp nem imperatív. Ugyanígy nem tekintem programnyelvnek a CSS-t sem Legalábbis a magam pongyola megfogalmazásában.
A Java lambdát ne keverd ide, az csak egy syntetic sugar, nem attól lesz deklaratív nyelv a Java. De kezdünk nagyon eltérni az eredeti problémától
Én kérek elnézést!
-
martonx
veterán
PostgreSQL is the DBMS of the Year 2020 (db-engines.com) érdekességképpen
Én kérek elnézést!
Új hozzászólás Aktív témák
- Samsung Galaxy A55 - új év, régi stratégia
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Netfone
- Politika
- Hamarosan elképesztő mennyiségű áramot fogyasztanak el az adatközpontok és az AI
- EAFC 24
- Felpörög az asztali CPU-piac a következő pár hónapban
- exHWSW - Értünk mindenhez IS
- Építő/felújító topik
- A választási tévinformációk ellen küzd a Meta
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen