Táblázatkezelő, ami 1 milliónál több sort képes feldolgozni

Fórumok

Segítséget kérnék, hátha tudtok erre megoldást!

Probléma:

Egyszerű felhasználóknak kellene átadni nagy mennyiségű adatsort egyben, amit utána tudnak

  • nézegetni,
  • szűrni,
  • sorba rendezni,
  • oszlopok értékeit aggregálni.

Követelmények:

  • Windows 10 oprendszer (cross platform előny)
  • grafikus felület
  • ingyenes (nyílt forráskód előny)
  • akár több millió sor kezelése (mindegy, hogy csv, vagy sqlite, vagy egyéb fájlformátum)
  • exportálási lehetőség (csv, xlsx)

Amit próbáltam:

  • MS Office / LibreOffice - nem kezelnek 1M-nál több sort (több munkalapra pakolni az adatokat - nem jó)
  • SQLite Browser / DB Browser for SQLite - majdnem jó a Browse Data része, de nem jöttem rá, hogyan lehet az oszlopok értékeit összeadatni (lekérdezés nélkül)

 Kérdés, hogy létezik-e kész megoldás, én nem találtam.

Hozzászólások

Biztos, hogy erre táblázat kezelőt szeretnél? Az "akár több millió sor"-ra el lehet küldeni homokozni könnyen RDBMS-eket is.

Azért gondoltam táblázatkezelőre, mert most is Excelt használnak. Túl sok művelet nem kellene hozzá, csak a fent felsoroltak.

De, ha azt mondod más irányba kellene menni, meghallgatom. A lényeg, hogy irodai (excelhez szokott) adminisztrátoroknak kell átadni az adatokat.

Én azért gondolnék egy rdbms-re, mert gyorsabban megoldható abban, mint egyáltalán amennyi időt el fogsz veszíteni tesztelésekkel. Böngészős megoldással nagyon könnyen bővíthető később, mert mindenhol lehetnek további igények, ...

Ha nem válaszolnék kommentben, hát küldj privátot!

Szerkesztve: 2020. 02. 05., sze – 15:14

Egyszerű felhasználóknak kellene átadni nagy mennyiségű adatsort egyben, amit utána tudnak

  • nézegetni,
  • szűrni,
  • sorba rendezni,
  • oszlopok értékeit aggregálni.

A megkozelites az igazi problema. Mi az a scenario ahol egy egyszeru felhasznalonak at kell adnod >1M sort? Miert ok szurnek aggregalnak oszlopokat? Ez onmagaban azert kialt, hogy egy normalis dashboardot epitsenek nekik es ne nekik kelljen szorakozniuk hetfonkent, hogy legyartsak a sajat riportjaikat...

PowerBI, qlik, tableau vagy bármelyik hasonló.

Na, ne már!
Valaki a 578346. sorba beir egy képletet, aztán majd ki emlékszik rá?
El kell választani az adatok tárolását és a velük végzett műveleteket.
Ehhez komolyabb/más cucc kell, nem excel.
Python, R, de adott esetben awk script is jó választás.
A feladatot kell jobban megismerni.

Szerkesztve: 2020. 02. 05., sze – 17:00

"SQLite Browser / DB Browser for SQLite - majdnem jó a Browse Data része, de nem jöttem rá, hogyan lehet az oszlopok értékeit összeadatni (lekérdezés nélkül)"

SQLite Release 3.31.1 On 2020-01-27

Changes carried forward from version 3.31.0 (2020-01-22):

Pont ezt kerested? Ez egy új funkció amit a DB csak 1-2 hete támogat. Ha a GUI frontend nem akar túl okos lenni és átengedi magán az SQL parancsokat, akkor alátéve a legújabb sqlite-ot már most létre tudsz hozni generated columns-os táblákat.

egyszeru felhasznalok akik nezegetnek, szurnek, rendezgetnek tobb millio adatsort? valaki ebben a tortenetben csunyan hazudik :)

Ez a digitális megfelelője a horder-nek, amikor képtelenek eldönteni, hogy mit lehet törölni. Vagy legalább archiválni.

Jogi okokból megtartani leveleket még oké (bár jogilag jobb ha tudja mindenki, hogy nem bizonyító erejű...), de amikor valakinek van a gmail fiókjában 30000 olvasatlan levél, akkor nem kell meglepődni, hogy kb. 50-50%, hogy reagál-e a levelemre.

Ha nem válaszolnék kommentben, hát küldj privátot!

Szerkesztve: 2020. 02. 05., sze – 18:58

Nekem az excel teljesen jó:

3 szerver log > notepad++ (egy kis replace stb)  cvs > excel 844 876 sor xlsb (Bináris excel-munkafüzet) 26 855 278 bájt

ok. nincs egy millió

1920. augusztus 01. a Magyarországi Tanácsköztársaság vége.

1918. március 21. – 1920. augusztus 01. Magyarországi Szocialista Szövetséges Tanácsköztársaság.

Nagyon nagy történelmi bűn, hogy létrejöhetett Magyarországon, 1918-ban a tanácsköztársaság.

MS Access nem lenne erre jó megoldás? Alá meg lehetne tenni egy SQLExpress-t ha nem lenne elegendő a beépített DB.

(Az Excel export miatt gondoltam, hátha tartalmazza az Office csomagjuk.)

 

Illetve külső adatforrást (SQL view) az excel is le tud kérdezni amit utána már használhatna a táblázatban. 

gnumeric: 1500000 sort lazán megnyitott tsv (érdekes, a tabbal szeparált csv-t csak így átnevezve nyitja meg helyesen) formátumból. (max:2097152)

A libreoffice 6.2: 1048576 sornál nem tud többet, azt is rohadt lassan kezeli. ( talán majd ha egyszer átírják c,c++ nyelvre)

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.

Valamiért ez a történet ugrik be erről:

NAV az ellenőrzése során csv-ben kérte el az adatokat. Kérdezem az ellenőrt, ugye nem excellel akarja nézegetni? Lenézően mondta, hogy gondolom, nekik erre célprogramjuk van...

Pár nap múlva felhív, hogy valami gond van az adatokkal és beolvas egy angol nyelvű hibaüzenetet, amiben az Excel (!) figyelmezteti, hogy túl sok sor van és csonkolni fogja - mondtam neki hogy ez nem hiba, az OK-ra kattintva be fogja olvasni a programjuk az adatokat. Érdekes módon minden észrevételük az év első pár hetére korlátozódott a későbbiekben...