- Disney+
- DVBViewer
- XPEnology
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Otthoni hálózat és internet megosztás
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Milyen routert?
- Az USA tisztifőorvosa figyelmeztető címkét ragasztana a közösségi médiára
- Aliexpress tapasztalatok
- Mesterséges intelligencia topik
Új hozzászólás Aktív témák
-
nevemfel
senior tag
válasz
Chrystall #5800 üzenetére
MySQL :: MySQL 5.7 Release Notes :: Changes in MySQL 5.7.31 (2020-07-13, General Availability)
Security Notes
Incompatible Change: Access to the INFORMATION_SCHEMA.FILES table now requires the PROCESS privilege.
This change affects users of the mysqldump command, which accesses tablespace information in the FILES table, and thus now requires the PROCESS privilege as well. Users who do not need to dump tablespace information can work around this requirement by invoking mysqldump with the --no-tablespaces option. (Bug #30350829)Rally against apathy draws small crowd
-
Lokids
addikt
Sziasztok!
Segítene valaki értelmezni ezt?
IsNull([Feladatok]![Feladat neve])Null a feladatok de nem null a feladat neve?
[ Szerkesztve ]
If you chase two rabbits you will lose them both.
-
-
Ispy
veterán
A feladatok a recordset és abból a feladat nevét vizsgálja, a ! azt jelenti, hogy a recordset eleme következik.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
gajdi79
csendes tag
Üdvözlet!
Abban kérnék segítséget, hogy használunk egy dobozos ügyviteli programot, ami firebird 2.5 classic 64bit adatbázis kezelővel fut, szerver/kliens módban gigabites hálózaton. A szerveren egy virtuális gép fut egy linux kb. 4GB Rammal, a rendszer/adatbázis kezelő 32 gb. RAMmal fut 10 alatt, i7-6.gen procival. Viszont a Fejlesztők alap firebird konfiggal dolgoznak, esetleg van lehetőség a fb. konfig módosításra, hogy a rendszer stabil maradjon, de eseteleg a program lekérdezések gyorsuljanak?
Köszönöm a segítséget. -
Petya25
addikt
Már megint egy pivot.... sosem boldogulok vele...
select sor, oszlop, db from tábla
Az hogy hány sor vagy oszlop nem tudom előre, csak a sorokba kellene a sor mező, az oszlopokba az oszlop mező, az érték pedig a db.
Erre valaki?Antonio Coimbra de la Coronilla y Azevedo, bizony!
-
Petya25
addikt
Excelben ez két kattintás, a sort behúzod a sorokba, az oszlopot behúzod az oszlopba, a db-ot meg az értékbe.
Egy sima kis táblázat ahol pl nevenként vannak tárgyak felsorolva illetve hogy abból mennyi darab van nála.
ez lenne a cél:
név tárgy1 tárgy2 tárgy3
béla 4 2 5
lajos 0 3 9Antonio Coimbra de la Coronilla y Azevedo, bizony!
-
Swarcz
újonc
Sziasztok,
Új munkám van ahol az L1-es feladatok mellé az L2 sokszor visszadobálja az SQL feladatokat rám, az az L1-re.
Soha nem volt közöm ilyen szinten programozáshoz, nincs ellenemre, érdekel a dolog.
A kérdésem az lenne, hogy hogyan érdemes neki kezdeni az alapokhoz? udemy tutorial?Nem akarok mágus lenni, csak megakarom érteni a folyamatokat. A problémám az, hogy zavar, hogy nem tudom mit csinálok, mert az L2 többnyire küldi a scripteket is és nekem csak a megváltoztatni kívánt adatokat kell kicserélnem egy már meglévő scripten. Az SQL adatbázis teljesen lengyelül van, ez még egy nehezítés, mert nem tudok lengyelül, így még inkább fogalmam sincs, hogy mit csinálok.
Köszi előre is mindenkinek! -
nevemfel
senior tag
válasz
Petya25 #5810 üzenetére
Rákukkantottam a témára, ez a probléma "dynamic pivot" néven kering a neten, elég sokszor kérdezik, és nem triviális a megoldása. Ez talán a legegyszerűbb - legszemléletesebb példa:
Másik probléma magával a PIVOT-tal, hogy mint annyi minden SQL advanced feature, erősen SQL kiszolgálófüggő, hogy hogyan működik, illetve, hogy egyáltalán ismeri-e a PIVOT-ot. Pl. Mysql 5.7-ben biztosan nincs benne.
Rally against apathy draws small crowd
-
Petya25
addikt
válasz
nevemfel #5812 üzenetére
köszi a segítséget
Hasonló "összerakom szövegesen a query-t" már csináltam egyszer, tényleg nem egyszerű.
Amúgy elég gáz, hogy egy ilyen (excelben) tök egyszerű dolgot nem lehet 2 sorban megírni MS SQL-ben. Az excel mögött is egy SQL fut le, sor oszlop érték felsorolás lenne az egész....Antonio Coimbra de la Coronilla y Azevedo, bizony!
-
nevemfel
senior tag
válasz
Petya25 #5813 üzenetére
Szerintem is jó lenne egy ilyen dinamikus funkció, beépítve az adatbáziskezelőkbe, nagymértékben leegyszerűsíthetné az entity-attribute-value modellre épülő adatbázisok kezelését: [link]
Bizonyára megvan az oka annak, miért nem implementálják ezt. Talán mert összetett, talán mert számos egyéb problémát generál, nem tudom. Mindenesetre mysql alatt egyszerű a helyzet, mert nem tudja a nem dinamikusat sem
, de a példa alapján, tárolt eljárásból kezelve, nem tűnik vészesnek.
Ahol meg sehogy nem lehet megoldani, ott marad az, hogy az alkalmazásszerverben kell implementálni, nem SQL-ben.
[ Szerkesztve ]
Rally against apathy draws small crowd
-
Ispy
veterán
válasz
Petya25 #5813 üzenetére
Nos, ez azért van, mert az sql adatbázis kezelő, nem táblázatkezelő. Szóval ezt úgy kell csinálni, hogy összerakod az excelt, ami kiadja a pivotot, diagramot, akármit, a táblázatkezelő meg csak egy 2 dimenziós táblát a nyers adatokkal. Vagy leprogramozod sql oldalon egy tárolt eljárásban. Mindenesetre nem arra használod, amire kitalálták.
Nálunk ez úgy megy, hogy kifzeti a kedves ügyfél a 3-5-10 nap programozást a pivotért, vagy összekattintgatja magának 1 óra alatt, lehet választani, a kényelemnek ára van.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
bambano
titán
azon agyalok, hogy egyrészt tömbbe érdemes lehet-e összerakni, másrészt stringbe, elválasztó jellel.
a postgresql tud string aggregálást.szerk: #5810
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
pch
aktív tag
Szerintem meg ütközik az sql elvével is.
Ugye egy 1NF kimondja, hogy egy táblába nem lehetnek táblázatértékű oszlopok.
Relációs adatbázis elv.
Szóval ha van egy név adatunk meg egy telefonszám adatunk nem lehetnek egy táblázatba már az első normálformázásnál se.http://sb-soft.hu - "A" számlázó
-
Petya25
addikt
Igen, a front enden én is meg tudom neki mutatni a kért eredményt, meg ott ő magának is meg tudná futtatni, de kényelmes. Neki telefonon levélben érkezzen a kimeneti fazon. Nekem egyszerűbb irány ezt SQL-en készíteni és fájlban kiküldeni.
Antonio Coimbra de la Coronilla y Azevedo, bizony!
-
fjanni
tag
Sziasztok, segítséget kérnék.
Adott egy tábla mely 15 perces energia fogyasztás számláló adatokat (kWh) tartalmaz időbélyeggel.
Szeretnék ebből napi/heti/havi/éves fogyasztás adatokat Grafana dashboardon ábrázolni.
Milyen megoldást javasoltok?
Ma a max(counter)-min(counter) függvénnyel számolok Group by Month(Time) feltétellel, akkor nem marad ki az adott hó első counter adata és az előző hó utolsó adata közötti különbség?
Pont ezért próbáltam a LAG függvénnyel minden rekordhoz kiszámolni a változást és ezeket összesíteni
Ez a lekérdezés:
SELECT
Month(zeit) as Month,
Zaehlerstand - lag(Zaehlerstand) over (order by zeit) as "Consumption"
FROM database.table
order by zeit
Ez szépen ki is számolja a különbségeket és az időt hónappá konvertáljaDe amikor összesíteni akarom a havi adatokat és beteszem a
Group by Month(Zeit)
sort, akkor a 12 hónapnál semmit nem hoz, hanem az első hónapnál hozza az összesített 12. havi adatot, és mindegyik hó el van csúszva.Mi lehet a probléma?
Hogyan lehet helyesen napi/heti/havi összesítéseket csinálni az időbélyeg alapján? -
bambano
titán
ha nekem kellene ezt a problémát megoldani, első nekifutásra biztosan nem sql-lel foglalkoznék, hanem megnézném, hogy van-e erre a Grafana-nak megoldása. Az ilyen grafikonrajzoló cuccok ősének tekinthető mrtg ezt alapból tudta kezelni. emlékeim szerint gauge volt a konfig opció.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
fjanni
tag
Ez szerintem nem jó, az időbélyeg a Zeit mezőben van, a sum(zeit) pedig az idő összesíti és nem a számláló különbözeteket.
Úgy érted SELECT YEAR(Zeit) as year, MONTH(Zeit) as month, sum (counterdif) as Consumption from table group by year, month ?
A probléma még mindig az, hogy amikor GROUP BY nélkül futtatom akkor helyesen a 12. hónapra teszi a Counter dif értékeket (amiket összesíteni kell), de ha group-olom, akkor miért teszi ezt az 1. hónaphoz? -
bambano
titán
lehet az a baj, hogy a group by és a lag sorrendje nem az, ami neked jó.
ezért javaslom a subquery-t. valahogy így:with alselect as (SELECT Month(zeit) as Month,
Zaehlerstand - lag(Zaehlerstand) over (order by zeit) as "Consumption" FROM database.table)
select * from alselect group by
stb. nem ismerem a mysql-t, a pontos szintaxist az olvasóra bízzuk
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
fjanni
tag
válasz
bambano #5829 üzenetére
Igen, valószínűleg a subquery a megoldás amiatt amit írtál.
Készítettem egy queryt de valamiért hibás:
(
SELECT
Year (zeit) as Year,
Month(zeit) as Month,
Zaehlerstand-lag(Zaehlerstand) over (order by zeit) as "Consumption"
FROM table
) as T
select * FROM T group by Year, MonthMi lehet a gond?
-
-
bambano
titán
postgresül így néz ki:
with T as (
SELECT date_part('year',Zeit) as Year,
date_part('month',Zeit) as Month,Zeit, zaehlerstand,
Zaehlerstand-coalesce(
lag(Zaehlerstand) over (order by Zeit),
zaehlerstand) as Consumption
FROM Energy)
select year,month,sum(consumption) from T
group by 1,2 order by 1,2;a problémád az lehet, hogy a lag függvény az első sorra NULL értéket ad, ezért a kivonás nem működik. tehát nem nullát, hanem NULL-t. ezt lehet kikerülni a coalesce függvénnyel.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
pch
aktív tag
Nekem jól adja vissza amit írtam...
http://sb-soft.hu - "A" számlázó
-
fjanni
tag
Nem a számlálóállásokat kell összeadni, hanem az egyes számlálóállás különbözeteket, ezért kell a LAG függvény.
Zaehlerstand- LAG (Zaehlerstand) over (order by Zeit) as Consumption
Ez viszont már nem fut le valamiért az SQL Fiddle-ben.
Ez a hibaüzenet: DDL and DML statements are not allowed in the query panel for MySQL; only SELECT statements are allowed. Put DDL and DML in the schema panel. -
fjanni
tag
válasz
bambano #5836 üzenetére
Köszi, a sum(consumption) a külső Select-ben segített.
Most már jól működik, összesít és a 12. hónap is megvan.
Márcsak egy gond van, valahogy hiányzik a két hónap közötti adat, azaz a hónap első számlálóállása és az előző hó utolsó számlálóállása közötti adat. Azaz a sum-ban csak azok a különbözetek szerepelnek amelyekben mindkét Zeit ugyanahhoz a hónaphoz tartozik. -
Kommy
veterán
Lehetséges olyan lekérdezést létrehozni amit csoportosítanál például cég szerint, de ha nincs megadva cég akkor partner szerint csináljon?
A lényeg az lenne, ha van cég adat akkor az össze alá kerüljön ha nincs akkor sima név alá.
Mert mot ugye így simán cég szerint van csoportosítva, majd pedig partner szerint, de ugye így ha több partner is van adott cégen belül akkor ugye két sor lesz.
-
DeFranco
nagyúr
válasz
#79484416 #5842 üzenetére
technikai oszloppal esetleg, ahol egy nvl(cég,partner) -rel ekvivalens művelettel csinálsz egy oszlopot, és arra csoportosítasz.
nem szép, de azt hiszem működne.
minél többet gondolkodom rajta, annál inkább az az érzésem, hogy adatszervezésileg egyre inkább életszerűtlennek tűnik ez az igény, egy jól szervezett táblázatban ilyen esetnek nem volna szabad előfordulnia.
persze az élet nem az optimális adatszervezésről szól, én meg csak ugatom az sql-t, mert csak selecteket írogatok a munkámhoz, nem ez a szakterületem.
[ Szerkesztve ]
-
-
Atomgeszi
veterán
[https://www.w3schools.com/sql/trysql.asp?filename=trysql_select_all] Oldalon nektek megjelenik a Restore Database jobb oldalt?
Bármilyen böngészőben próbálom megnyitni nincs ott a Restore Database, és bármilyen hozzáadással az adatbázisban ezt a hibát dobja:
Error in SQL:Operation must use an updateable query.
Note: Your browser does not support WebSQL, so you are now using a light-version of our Try-SQL Editor, with a read-only Database.
If you use a browser with WebSQL support (Chrome, Safari, or Opera), you can try any SQL statement, and play with the Database as much as you like.
Legújabb Chrome és mégsem jó.WebSQL bővítményre meg nem dob semmit a kiegészítők alatt.
-
Atomgeszi
veterán
válasz
#79484416 #5849 üzenetére
Nem kell regisztrálni. Ráadásul a Get your own SQL server egy teljesen más dolog. Ott saját SQL szervert tudok pénzért.. de én nem azt akarom, hanem a lekérdezéseket az ő adatbázisukon tesztelni.
Eleve a hiba leírásában is azt írja, hogy nem supportálja a böngészőm, és nem pedig azt ,hogy nem fizettem elő.
Új hozzászólás Aktív témák
- Házimozi belépő szinten
- Garmin Instinct – küldetés teljesítve
- Honor Magic5 Pro - kamerák bűvöletében
- Revolut
- TCL LCD és LED TV-k
- Politika
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Megérkezett Magyarországra az LG 480 Hz-es OLED monitora
- Kedvenc zene a mai napra
- Hardcore café
- További aktív témák...