- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Az Apple iPadOS-t is megrendszabályozza az EU
it Az EB közölte: az Apple iPad táblagépekre írt iPadOS rendszere is kapuőrnek számít, az üzleti felhasználókra gyakorolt fontossága miatt.
-
Premier előzetesen a Gray Zone Warfare
gp A mai naptól hivatalosan is elrajtol a játék korai kiadása PC-n.
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
Új hozzászólás Aktív témák
-
bozsozso
őstag
válasz martonx #2051 üzenetére
Rendben. Csak azért kérem a javaslatokat, mert most tanulgatom az adatbázis kezelést és ha összeállítok egy adatbázist azt szeretném optimalizálni illetve a lekérdezések ne legyenek túl bonyolultak.
Amit ki szeretnék hozni a végén:
Anyagfelhasználás kimutatás rendelésre és szállításra is, napi heti havi szinten.
Szállítás kimutatás boltonként termékenként havonta mennyiségben.
Szállítás kimutatás boltonként termékenként hetente mennyiségben.
Szállítás kimutatás boltonként havonta heti bontásban értékben.
Anyagfelhasználásra egy készletvezetést - nyitó készlet, beérkezett, kiszállított és záró készlet adatokkal mennyiségben.Nagyjából ennyi egyelőre, de ki tudja mit hoz az élet.
-
martonx
veterán
válasz bozsozso #2052 üzenetére
A koncepcióban ezt az egész anyagfelhasznalast nem értem. Ha rendelsz, akkor nő a készlet, ha szallitasz akkor csökken. Mi az az anyagfelhasznalast? Önmagában lehet, hogy a készlet mozgásokat is ki lehetne szervezni külön táblába, a leendő riportok függvényében.
Én kérek elnézést!
-
bozsozso
őstag
válasz martonx #2053 üzenetére
A boltok cikk rendeléseiből kell az anyagfelhasználást kiszámolni. Van egy pékség ami gyárt termékeket(kenyér, kifli stb). A termékeknek van anyagfelhasználása(liszt, só élesztő stb) Bejönnek a boltokból a rendelések pl. Kenyérre ki kell számolni az adott napon mennyi anyagra lesz szükség (ez jelenlegi excel táblámban 1db mennyiség amit kézzel összesítenek, bár még nem vetettem el az adatbázisba boltonkénti rögzítést sem). A szállítás meg azért fontos, mert a boltoknak kiszállításra kerülnek a termékek. Valószínűleg nem pont annyit gyártanak le mint amennyi a rendelés volt ezért kell ebből is anyagfelhasználást számolni. Beszerzés anyagokra és egyes külső pékség által gyártott termékekre van. A készletet elég az anyagra számolni ehhez kell a nyitó készlet+beszerzés- a szállított termékek anyagfelhasználása amiből megkapjuk a záró készletet. A külső pékség által szállított termékekre nem fontos a készlet vezetés - bár lehet megcsinálom arra is - mert az ahogy bejön ki is megy. Viszont ennél is kell vezetni a beszerzést és kiszállítást.
-
bozsozso
őstag
Úgy néz ki a táblákkal megvagyok és jók is lettek. Lekérdezéseket meg tudom csinálni az anyagfelhasználásra is. Nem találok megoldást, de valahogy el lehet forgatni az adatokat. Olyanra gondolok mint az excelben a transzponálás.
Most jelenleg sorokban vannak meg az adatok.
Bolt,dátum, cikk, mennyiség
Azt szeretném elérni, hogy a bolt,dátum, mennyiség maradjon a helyén a cikk pedig átkerüljön az oszlopokba így rövidítve a kimutatást igaz ezzel szélesítem. Ezt mindig jobb megoldásnak látom mint egy cikket több soron felsorolva.
-
digitalson78
friss újonc
Sziasztok!
Nem biztos, hogy jó topikba írom, akkor légyszi segítsetek, hová írjak.
Teljesen kezdő vagyok ebben az ügyben.... (EXCEL-ben nem,ahhoz tényleg jó vagyok)
Nah,szóval: munkahelyem megbízott kis informatikával.
Kérés/megoldás?
Szóval olyan adatbázis rendszert (acces? alapút) kéne csinálnom,ahol különböző kisebb telephelyek beírják (saját jogosultsági korlátozással) napi/heti jelentést munkáról (miből,mennyit,miket csináltak,mennyi pénzforgalmat generáltak). És főnöki kraszter pedig látná az egészet összefésülve.
Én magam ötlete: valami olyan felhős ACCES/EXCEL alapú rendszerbázist kéne kihozni.
Mi szükséges ötlet megvalósításhoz?
Tippeket,javaslatot örömmel veszem. -
sonar
addikt
válasz digitalson78 #2060 üzenetére
Nézd excel és access nem multiuser-es cucc. Mégha azt is hirdetik én nem bízok benne, mert egy shared excellel is sokszor van konflikt.. Illetve egy bizonyos adat felett a munka is nehézkessé válik. Illetve only win.
MySQL-t viszont egyszerre tudja használni mindenki. Ami nehézkes az az, hogy meg kell oldani az adat bevitelt és a megjelenítést. Viszont, multiplatform. Csillió feature-rel.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
martonx
veterán
válasz digitalson78 #2062 üzenetére
Google Sheet, Office 365-ös online excel teljesen jók erre. Legalábbis kezdésnek, egyáltalán kipróbálni, hogy működik-e a koncepció.
Aztán majd, ha esetleg kezd szűkös lenni a mögöttes Google Sheet / Online Excel, akkor majd valóban érdemes lehet egy saját webes admin felületre átültetni, saját DB-vel.Én kérek elnézést!
-
sonar
addikt
válasz digitalson78 #2062 üzenetére
Ilyen célre sosem használtam google megoldását, erről nem tudok nyilatkozni.
MySQL: egy alap install szerintem nem okoz gondot senkinek akinek van egy kis informatikai tudása (teszteléshez elég a next next finish)
A dolgok onnantól kezdenek komplikáltak lenni amikor a táblákat kell megszerkeszteni meg a jogosultságokat.
Táblánál speciel előre definiálnod kell az oszlopokat és azoknak a típusait. Ezzel tudod korlátozni, hogy milyen adatok kerüljenek be a táblába. Ez lehet megengedő és szigorú. Feladatja válogatja, hogy melyik a célszerű. (persze mindent lehet utólag is módosítani)
És akár simán megoldható, hogy akinek kell azok csak befelé küldik az adatokat (tehát nem látnak semmit a nagy egészből) akinek meg kell azok meg mindent látnak.
Annó régen csináltam olyat, hogy volt egy excel ami befelé küldte az adatokat, egy másik ami meg kiolvasta.
Csak mert excel az excel és tud kapcsolódni DB-hez.
így minden adat kontrollálva volt, szeparálva a jogosultágok és egyből jöttek a grafikonok. Backup kérdés is megoldott volt.
Manapság YT a legjobb kiindulási pont. Meg rá kell szánni az időt, hogy ki próbálja a dolgokat az ember.Más:
Warning: Researcher Drops phpMyAdmin Zero-Day Affecting All Versions[ Szerkesztve ]
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
kovacsga39
friss újonc
Sziasztok,
Ebben a kérdésben szeretnék segítséget kérni. Egyszerűen nem tudom, hogy kellene megoldani úgy hogy ne legyen két model táblám.
Munkalap tábla:
munkalapId | bejovoModelId | kimenoModelId
1 1 2Model tábla:
modelId | modelName
1 Sportos
2 HagyományosEzt szeretném a lekérdezés eredményének:
MunkalapId | bejovoModel | kimenoModel
1 Sportos HagyományosMegoldható e egy Select lekérdezéssel ha igen mi lenne a megoldás?
-
martonx
veterán
Join kétszer
Én kérek elnézést!
-
gilfoyle
őstag
Lehet nem ide tartozik, mariadb vs mysql problémám van.
Ugyanaz az sql lekérdezés a mysql-ben 0,54s (ubuntu server 18.04) alatt fut le, a mariaban 8,623s (debian 10)...select * 4 tábla joinolásával, 83 rekord az eredmény, rekordonként 156 mezővel.
SELECT *
from t1
join t2 on (t2.mezo1 = t1.mezo1 or t2.mezo1 = t1.mezo2 or t2.mezo1 = t1.mezo3)
join t3 on t1.mezo4 = t3.mezo1
join t4 on t2.mezo2 = t4.mezo1
where t2.mezo1 = 18
and t2.mezo3 = 1
and t1.mezo4 not like 'xx-%'
and t1.mezo4 not like 'yy-%'
and t1.mezo4 not like 'zz-%'
order by t1.mezo5 desc, t1.mezo6, t1.mezo7, t1.mezo8, t1.mezo9 descMit kellene optimalizálnom?
[ Szerkesztve ]
-
martonx
veterán
Indexeket ellenőrizd. Csomó mezőre szólnak a joinok.
Én kérek elnézést!
-
gilfoyle
őstag
Köszi mindenkinek, a left join jelentősen begyorsította a lekérdezést, 1s-nál rövidebb idő alatt lefut.
Sajna táblánként csak egy index van, a felsorolt mezők nagy része nem az. -
Dißnäëß
veterán
Sziasztok !
Kísérletezek (HA) egy 3 gépes MySQL cluster beröffentésével.
A hivatalos doksi szerint van az NDB Cluster Engine-es megoldás és van az InnoDB Cluster engine-es. Utóbbival mókoltunk.
Tesztrendszer, app mellé MySQL router, azon keresztül hívható a Primary és a két Secondary, minden oké.
Azaz majdnem. Ha a Primary-t offline-ba teszem, a MySQL Router automatikusan látja az InnoDB cluster változását és route-ol minden forgalmat a következő node-ra, ami egy secondary.
Ugyanis egyik secondary node sem veszi fel (legalább egyiküknek kéne) a Primary szerepet, pedig doksi szerint ennek meg kell történnie automatikusan.
Default beállítás minden, nem vagyok túl nagy SQL guru, szóval nincs agyonkonfigolva még a rendszer, csak egy basic setup.
1) Én csinálok vmit rosszul, vagy az automatic failover és társai további manuális konfigolást igényelnek, hogy működjenek ?
2) Illetve NDB Cluster és InnoDB Cluster közötti különbségeket látva nem feltétlen tiszta számomra, melyik is jobb milyen célra. Néztem egy összehasonlítást, NDB Cluster-t úgy javasolja nagyobb troughput-ra, azaz teljesítmény igényre, hogy közben az InnoDB doksija szerint a 3 féle replikációs módszer közül (async, semisync, sync) a full sync megoldás a leglassabb, de cserébe legkonzisztensebb és egyben ez jellemzi az NDB Cluster-t is és ha full sync replikációt akarunk a node-ok között, akkor NDB-vel menjünk inkább. Még ez is oké, de akkor miért van javasolva az InnoDB megoldásai között
(Inkább logikai bukfenc, de az is lehet, hogy én nem látok vmit).
3) Illetve failover/átállás nem várt hiba esetén: InnoDB és NDB Cluster megoldás között tényleg igaz, hogy InnoDB átállás ~30mp, NDB pedig <1s, gyakorlatilag instant ? (InnoDB failover esetén az appnak ki kell bírnia 30mp állást magyarul?)
Köszi a segítséget.
[ Szerkesztve ]
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
laracroft
aktív tag
Sziasztok
Van egy táblám, ami tele van különböző autók különböző GPS koordináta párjaival.
Szeretném megtudni, hogy az adott rendszámú autó mennyi utat tett meg az előző helyzete óta.| accountID | deviceID | date | latitude | longitude | distance |
| --------- | -------- | ------------------- | ------------ | ------------ | ---------- |
| nev | ABC123 | 2019-11-05 00:05:00 | 47.520246667 | 19.058816661 | 0 |
| nev | ABC456 | 2019-11-07 00:05:00 | 47.886514112 | 19.639852321 | 0 |
| nev | ABC789 | 2019-11-09 00:05:00 | 47.412351221 | 19.856214785 | 0 |
| nev | ABC123 | 2019-11-11 00:05:00 | 47.365985254 | 19.652321452 | 0 |
| nev | ABC456 | 2019-11-13 00:05:00 | 47.755652221 | 19.322152152 | 0 |
| nev | ABC789 | 2019-11-15 00:05:00 | 47.632565899 | 19.745555545 | 0 |
| nev | ABC123 | 2019-11-17 00:05:00 | 47.520246667 | 19.058816661 | 0 |
| nev | ABC456 | 2019-11-18 00:05:00 | 47.886514112 | 19.639852321 | 0 |
| nev | ABC789 | 2019-11-19 00:05:00 | 47.412351221 | 19.856214785 | 0 |
| nev | ABC123 | 2019-11-20 00:05:00 | 47.365985254 | 19.652321452 | 0 |
| nev | ABC456 | 2019-11-21 00:05:00 | 47.755652221 | 19.322152152 | 0 |
| nev | ABC789 | 2019-11-22 00:05:00 | 47.632565899 | 19.745555545 | 0 |Igazából nem a matekra, hanem arra lennék kíváncsi, hogy hogyan tudnám neki megadni a számoláshoz szükséges lat1, lon1 és lat2, lon2 párokat.
Előre is köszi
-
Apollo17hu
őstag
-
martonx
veterán
válasz laracroft #2079 üzenetére
Közben rájöttem, hogy a Dbfiddle sokkal jobb, mint az sqlfiddle, ami konkrétan nem működik.
MySql 8-al csináltam meg, ami már lassan felnő a normális adatbáziskezelők szintjére (ismeri a window függvényeket, és a common table expression-öket).Szóval itt a megoldásom, remélem jól értettem, és ezt szeretted volna: [link]
Én kérek elnézést!
-
laracroft
aktív tag
válasz martonx #2080 üzenetére
Örök hálám a megoldásodért, de szégyellve magam újabb kérdést tennék fel.
A megoldásod segítségével sikerült a koordinátapárok között megtett távolságot kiszámolnom és jelenleg ITT tartok kb.
Az odometer mezőben szeretném látni az autó által addig megtett utat. (addigi distanceKM értékek összeadása)
Ezt hogyan tudnám megtenni?
Előre is köszönöm -
martonx
veterán
Remélhetőleg ezt szeretted volna: [link]
Én kérek elnézést!
-
laracroft
aktív tag
-
laracroft
aktív tag
Sziasztok
Frissíteni szeretném a TABLE1 táblában lévő értékeket a TABLE2 táblában lévő értékekkel. Az alábbi kódot használva syntax error-t kapok.
Mit rontok el?UPDATE
T1
SET
T1.name = T2.name,
T1.address = T2.address,
T1.age = T2.age
FROM
TABLE1 AS T1
INNER JOIN
TABLE2 AS T2
ON
T1.id = T2.id
AND
T1.timestamp = T2.timestamp
WHERE
T2.timestamp > '1572566400'Köszi
-
Fecogame
veterán
Megérkezett a phpMyAdmin új verziója:
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
samujózsi
tag
Van egy linuxon, docker konténerben futó MySQL 8.x szerverem.
Első futáskor van egy random passwordje a rootnak, amit meg kellene változtatni.
O.K., a mysqladmin password -p segítségével működik a dolog.
De ha ehelyett belépek a mysql kliensbe és ott próbálkozom aSET PASSWORD = PASSWORD('asdfsdfafsd');
paranccsal, akkor elhajt, hogy szintaktikailag nem stimmel.
Valami ennyire megváltozott az 5.x óta, csak nem találom?
Mert a stackoverflow-n még a fenti javaslatot találtam.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
bozsozso
őstag
Sziasztok,
3 kérdésem lenne ha tudtok légyszi segítsetek.
1.Ha egy adatbázisban így jelenik meg a dátum: 28.01.2020 azt egy SELECT-el hogyan tudom az alábbi formában megjeleníteni: 20200128?
2. Szeretnék egy adatbázisban lévő adatot feltölteni az elején "0"-kal ez hogyan tudom ezt megadni szintén SELECT-ben?
3. Illetve IBExpert-ben a nem fogadta el oszlopnévként ha 0-val kezdődött. Ez valahogy megoldható? -
bozsozso
őstag
válasz Apollo17hu #2095 üzenetére
Köszönöm az LPAD függvény az jó lesz, de a DATE_FORMAT-nál nem tudok rájönni hogyan tudnám megfordítani a dátumot. Ugyanis a nekem nap.hónap.év formában van. Jó lenne ez is ha meg tudnám fordítani a dátumot.
-
bozsozso
őstag
válasz Apollo17hu #2097 üzenetére
Ez működik csak mint írtam nekem a dátum ilyen formában van az adatbázisban:
28.01.2020 -
bozsozso
őstag
válasz Apollo17hu #2099 üzenetére
Na meg is van, köszönöm a segítséget, mert Te jutattál el a megoldáshoz:
SELECT date_format(STR_TO_DATE("28.01.2020", "%d.%m.%Y"),"%Y%m%d");
Eredmény:20200128
Nagyon nagy segítség volt a linkelt függvény oldal ahol ki is tudtam próbálni. Nem ismertem ezt az oldalt.
[ Szerkesztve ]