Címlap

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
 »
  • A hozzászóláshoz belépés szükséges
  • 6489 olvasás

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ő.
( carlcolt | 2018. december 28., péntek - 11:29 )

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)

( persicsb | 2018. december 28., péntek - 11:32 )

+1 A PostgreSQL baromi jó szoftver.

( saxus | 2018. december 31., hétfő - 7:29 )

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™

( Tomi87 (veterán) | 2019. január 6., vasárnap - 13:28 )

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.

( saxus | 2019. január 6., vasárnap - 15:44 )

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™

( zoozo | 2019. január 4., péntek - 19:40 )

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.

( Oregon | 2018. december 28., péntek - 11:47 )

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

( persicsb | 2018. december 28., péntek - 11:49 )

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?

( Oregon | 2018. december 28., péntek - 11:53 )

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

( Pene | 2018. december 28., péntek - 12:16 )

a pgadmin szerintem bőven vállalható.

( Oregon | 2018. december 28., péntek - 12:19 )

Tud elemzést és javaslatot is?

( persicsb | 2018. december 28., péntek - 12:28 )

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

( Oregon | 2018. december 28., péntek - 13:44 )

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

( persicsb | 2018. december 28., péntek - 21:42 )

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.

( Oregon | 2018. december 31., hétfő - 7:46 )

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.

( Pene | 2018. december 30., vasárnap - 22:34 )

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

( hunludvig (veterán) | 2018. december 28., péntek - 12:41 )

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

( persicsb | 2018. december 28., péntek - 13:22 )

Verziót nem mondtam. A 4 borzasztó.

( TCH | 2018. december 28., péntek - 14:15 )

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

( uzsolt (veterán) | 2018. december 28., péntek - 14:21 )

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

( TCH | 2018. december 28., péntek - 14:28 )

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

( uzsolt (veterán) | 2018. december 28., péntek - 14:36 )

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

( TCH | 2018. december 28., péntek - 14:52 )

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

( Oregon | 2018. december 28., péntek - 14:57 )

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

( TCH | 2018. december 28., péntek - 16:56 )

Mi hiányzik belőle?

( izll | 2018. december 30., vasárnap - 0:09 )

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

( Arpi (veterán) | 2018. december 30., vasárnap - 23:22 )

+1

( carlcolt | 2018. december 31., hétfő - 0:41 )

> Postgresql
> wine

Lol

( Elbandi (veterán) | 2018. december 31., hétfő - 12:30 )

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!

( saxus | 2018. december 31., hétfő - 7:31 )

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™

( Oregon | 2018. december 31., hétfő - 7:47 )

Mint pl?

( saxus | 2018. december 31., hétfő - 7:52 )

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™

( Oregon | 2018. december 31., hétfő - 7:55 )

Értem. Ez valóban gáz.

( msandor (veterán) | 2019. január 1., kedd - 12:56 )

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!

( saxus | 2019. január 1., kedd - 17:54 )

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™

( msandor (veterán) | 2019. január 2., szerda - 11:21 )

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

( saxus | 2019. január 2., szerda - 12:27 )

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™

( hunludvig (veterán) | 2018. december 31., hétfő - 10:12 )

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

( ishida | 2018. december 29., szombat - 18:30 )

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.

( enpassant (veterán) | 2018. december 30., vasárnap - 15:05 )

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

( saxus | 2018. december 31., hétfő - 7:34 )

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

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

( enpassant (veterán) | 2018. december 31., hétfő - 9:32 )

Tudsz linket adni?

( saxus | 2018. december 31., hétfő - 10:07 )

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™

( Jason (veterán) | 2018. december 31., hétfő - 16:29 )

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

( kisg (veterán) | 2019. január 1., kedd - 11:04 )

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

( carlcolt | 2019. január 1., kedd - 13:13 )

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.

( kisg (veterán) | 2019. január 1., kedd - 19:53 )

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... :)

( _Franko_ (veterán) | 2019. január 19., szombat - 11:33 )

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

( khiraly | 2019. január 2., szerda - 16:22 )

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....

( banyek | 2019. január 18., péntek - 21:13 )

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

( YleGreg | 2019. január 18., péntek - 23:41 )

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! :-)

( asch (veterán) | 2019. január 19., szombat - 13:48 )

:-)

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!

( saxus | 2019. január 19., szombat - 15:19 )

"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™

( khiraly | 2019. január 19., szombat - 21:53 )

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....