HOVD 2018 - Kedvenc adatbázis-kezelő

 ( trey | 2019. január 17., csütörtök - 15:45 )
amazon dynamodb, google bigtable, azure cosmos db
2% (10 szavazat)
apache derby, java db, h2, sqlite
5% (28 szavazat)
db2
2% (11 szavazat)
firebird
1% (4 szavazat)
gráf adatbázisok (például neo4j, marklogic)
1% (7 szavazat)
mariadb, mysql, percona server
41% (253 szavazat)
microsoft sql server
6% (35 szavazat)
mongodb
3% (21 szavazat)
oracle
4% (25 szavazat)
postgresql
35% (216 szavazat)
Összes szavazat: 610

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Minden evben mindossze ket olyan szavazatot teszek le, amit jo erzessel teszek, tehat ugy erzem "rá" szavazok es nem "alá" (mint legkisebb rosszra).

Az egyik a PostgreSQL. Ebben a szemetdombban amit IT-nak hivnak a keves dolgok egyike, amirol erzem, hogy nem fog szarban hagyni, es esszel terveztek.

(Masik az nginx, de a PostgreSQL-t nehezebb volt jol megcsinalni)

+1 A PostgreSQL baromi jó szoftver.

Az valóban, csak sajnos a toolok körülötte... hát khm. Hagy maga után kívánnivalót. Ebben sajnos néha igazat kell adnom kollégáim hisztijének.

Bármennyire is kedvencem.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Jetbrains DataGripje, kulonallo szoftverkent es mas Jetbrain termek pluginjakent is eleg jo. Sajnos mindenhogy fizetos.

Mostanaban a DBeaver-t probalgatom, nem tunik rossznak es ingyenes is.

Mikor utoljára néztem - kb. másfél éve - nem volt benne grafikus explain, ami viszont egy igen hasznos funkciója a PgAdmin-nak (meg az SSMS-nek).

Az, hogy fizetős valami, az kevésbé probléma, ha megéri az árát. (Előző munkahelyemen is vetettünk PHPStorm licenceket, ill a mostanin is van lehetőség ReSharperre, ha valaki kéri.)

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Miben jobb mint a MySQL?
Hosszú hallgatás után nem régen előállt az Oracle friss MySQL kiadással, és ez a 8-as nagy fejlődést hozott.

postgresql-hez van már phpmysqladmin tudású tool?

Mi hiányzik nekeda meglévő toolok közül? Ott van a PgAdmin, ott vannak a JDBC alapú multiplatform eszközök, mint például a DBeaver. Mi kell neked?

Évekkel ezelőtt amikor körbefutottam témát, akkor még minden tool kicsit volt csak jobb, mint a parancssor.

a pgadmin szerintem bőven vállalható.

Tud elemzést és javaslatot is?

Atr kérdezed, tud-e explaint futtatni? :D

Nem:) phpmyadmin tud javaslatot tenni az optimális mezőformátumra.

Ez így önmagában értelmetlen. Mi szerint optimális? Tárhely? Elérési idő?
Az, hogy mi az optimális, azt mindig csak akkor tudod megmondani, ha megmondod, hogy mire optimalizálsz.

Ez javaslat függő. Mindenképpen érdemes elgondolkodni a javaslaton.
Amikor nulláról ír valamit az ember, akkor nem biztos,hogy a megfelelő mezőformátumot választotta.

Nem tudom, életemben nem kerestem ilyen funkciót ezekben :-/

pgAdmin 4, hát, ööö, értem az érveket, de azért mindig elmorzsolok egy könnycseppet a pgAdmin 3-ért, mikor elindítom.

Verziót nem mondtam. A 4 borzasztó.

Van. Adminernek hívják. Az nem csak MySQL-t tud, hanem több adatbázist, többek között PG-t is.

https://www.adminer.org/
Bár nem tudom, mennyire elég a tudása a kérdezőnek.

Van featurelista az oldalon, meg összehasonlító a PHPMyAdminnal.

Ez is?
Használtam adminert, szerettem is, de (legalábbis néhány éve) még kevesebbet tudott, mint a phpmyadmin.

Gőzöm sincs, hogy ezt tudja-e. Meg kell kérdezni tőlük és ha nem, akkor request feature.

Önkény és nem objektív az összehasonlítás.

Mi hiányzik belőle?

EMS SQL Manager for PostgreSQL - Wine-al is tökéletesen fut.

+1

> Postgresql
> wine

Lol

az ugye megvan hogy az EMS SQL Management-hez kell a wine, nem a pghez?

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Miért akarna bárki is php*admin-t rakni bárhova is? PHPMyAdmin az oka, hogy egy halom rossz üzemeltetési gyakorlat elterjedt.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Mint pl?

Pl, hogy kinn van az egész adatbázis egy webes felületen valami gyenge jelszóval védve, mert "könnyen elérhető".

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Értem. Ez valóban gáz.

Ez semmiképpen sem a PMA hibája, ugyanis alapból (ha epelből teszed fel tutira) csak localhostról fogad el kéréseket, azaz a debil admin szándékosan teszi ki a netre.
A jelszavak "gyengesége" is inkább az admin hibája, ha jól emlékszem manapság már van bekapcsolt jelszó policy a MySQL-ben (belefutottam korábban), amit ki kell kapcsolni, hogy engedje az admin/admin szintű jelszavakat.

Én használom, mert nagyon hasznos eszköznek tartom, rendszergazdaként pont annyit tudok vele csinálni, hogy ne kelljen DBA-t fizetni, de nem teszem ki a netre, nem adok illetékteleneknek hozzáférést, minden adatbázishoz csak arról az IP-ről férnek hozzá, ahol az alkalmazás fut, stb. Szóval csak ésszel!

HeidiSQL, PgAdmin III tud SSH tunnelen keresztül csatlakozni OOTB. Mi a tökömnek kell egyáltalán bármi ilyet felrakni egy szerverre?

Egyébként hozzáteszem, az IP dologtól sem kell még önmagában hasra esni. Ha rendesen akarod csinálni, akkor már verify-full-os SSL, anélkül igazából false sense of security.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Várj, én nem mondtam, hogy a PMA-t a MySQL szerverekre tettem fel. Szerintem félreértettél.

Akkor meg végképp minek PMA? Egy halom olyan plusz dolog kell hozzá szemben egy sima klienssel, amihez elég egy SSH tunnel.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

A postgres/postgres kb ugyanilyen bevált gyakorlat és nem sokkal enyhébb.

Az ipar előrehaladtával ez a kérdés már némiképp értelmét veszti ebben a formában. Kb. olyan, mintha azt kérdeznék tőlem, hogy "mi a kedvenc szerszámod?". Modjuk nekem a kalapács, mert mindent meg lehet vele csinálni (oldani).
Kedvenc adatbázisaim felhasználás szerint:
SQL db - mariadb (erre szavaztam, mert ez volt)
key-value db - redis
time series db - influxdb

A postgres nem azért nem a kedvencem, mert nem tartom jónak, csak valahogy úgy alakult, hogy keveset használom, ezért nem is értek hozzá annyira.
A többi viszont biztos nem a kedvencem.

Épp a minap jött szembe a Guardian cikke, hogyan és miért migráltak PostgreSQL-re Mongo-ról.

Ennél szerintem érdekesebb az, hogy a Diaspora-sok hogyan és miért váltottak PostgreSQL-re.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Tudsz linket adni?

Ha jól emlékszem ez volt: http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

ehe, anno egyik ex munkahelyemen hamarabb bebukott a dolog: üres, sharded mongo cluster segfaultolt bármilyen DML-re.

Dehát, dehát...az Über meg PostgreSQL-ről migrált MySQL-re! Hol itt az igazság? :D

Az egy specialis use case volt, ahol mar nem lehet fully relational database-zel dolgozni, es a mysql-ben az o szuk keresztmetszetuket okozo relational tuljdonsag elkerulhetosege veletlen pont jobban volt implementalva. De ilyenkor mar nosql a megoldas altalaban, persze vannak olyan nemrelacios feladatok is, amikben meg a postgres motorja veri az egyebkent nem is relacios es jol ismert nosql alternativat.

Igen, ezért tettem röhögő smileyt. A legviccesebb az volt, hogy (az SE Daily interjú alapján) azért vezették be a PostgreSQL-t, mert valamelyik technikai főnök tudta, hogy ott van rollback schema update-re. Ez tényleg egy PGSQL spec feature, imádom.

Viszont ha ez felmerül, mint migrációs ok, akkor azt jelenti, hogy korábban nagy problémáik voltak ebből...ami felvet egy-két kérdést a folyamataikkal kapcsolatban.

Hab a tortán, hogy a visszamigrálás után meg MySQL fölé húztak valami schemaless layert, merthogy az sokkal egyszerűbb a fejlesztőknek. Itt hagytam abba a követését a storynak... :)

Mert a MongoDB-t (és BigData-t) sokan sokszor divatból használják, aztán rájönnek, hogy abban az adatmennyiségben és elosztottságban csak szopás a MongoDB (és a BigData).

--
https://iotguru.live

A mostani uj irany, hogy a kliensoldalra toljuk le az adabaziskezeles egy reszet.
Mondjuk egy 10MB-nyi chunkban, majd o ott elmolyol az SPA-ban. Processzora van, hadd izzadjon:)

Az window.indexedDB.open() elbir 2GB-tal vegulis:)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Hat a MariaDB-t azt en kulonvennem a MySQL-tol, es a Percona servertol :/

Szöveges file!

Read inteface: grep és cut
Write interface: echo és sed
Joker interface: awk és printf
Backup software: cp és xz
Debugger: hexdump -C és szemmelverés
Skálázódás: vegyél gyorsabb procit
Security: rot13 és mindenki bek4phatja

Nna. Az vesse rám az első követ, aki még sosem tárolt adatot szöveges fileokban! :-)

:-)

En egyebkent szoktam ilyet csinalni, akar plain szoveges fajllal, akar XML, akar JSON-nel.

Sokszor ha nincsenek komplex lekerdezesek es tranzakciok, akkor boven elegendo a fajlokat megfelelo konyvtarrendbe tenni, es kesz. Esetleg be lehet indexelni az egeszet, ha kell.

Ja, es az egeszet be kell dobni git-be, es elosztottan is lehet hasznalni!

"Sokszor ha nincsenek komplex lekerdezesek es tranzakciok, akkor boven elegendo a fajlokat megfelelo konyvtarrendbe tenni, es kesz. "

Szóval igazából minden olyan adat, ami egyébként kukába is mehet, senkit nem izgat, ha nincs meg? :)

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

ezt kifejthetned. SEnki sem mondta, hogy ne lenne backup.

Egyebkent meg rengeted olyan dolog van, amit csak te hasznalsz, es mas nem (pl. email is ilyen),
szoval nem kivanja igazabol az adatbazist. Mondjuk pont emailnel pont a mongodb egy jo valasztas, de az alapotlet az az, hogy amit az ember sajat maga hasznal, sajat maga modosit, ahhoz mi a turonak adatbazis?

A git-nek se kell adatbazis.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....