- A hozzászóláshoz be kell jelentkezni
- 947 megtekintés
Hozzászólások
Kerem felvenni a szavazasba:
[ ] Az, amit valaki mas uzemeltet
- A hozzászóláshoz be kell jelentkezni
Ezt levelező szerverre is lehetne. Onprem exchange-t ki üzemeltet még, mióta a mikroszoft látványosan szopat minden ilyen céget és informatikust?
- A hozzászóláshoz be kell jelentkezni
Vannak esetek, amikor nem lehet csak egyet bejelölni, mert lehet egyformán kedvenc több is. Lesz valaha checkbox?
- A hozzászóláshoz be kell jelentkezni
Kene egy szavazas, hogy donteskeptelen vagy-e. Igy kezdetben ezzel az 5 lehetoseggel:
- Igen
- Nem
- Nem tudom
- Ki, en?
- Miert kene dontsek?
- A hozzászóláshoz be kell jelentkezni
Nem hinném, mert nem különülnének el élesen az egyes megoldások népszerűségei. Ha több egyformán kedvenc is van, válassz egyet, azt, amit a többi kedvenc közül akkor választanál, ha mondjuk pisztollyal a bordád között kényszerítenének. Vagy amelyiknek van valami extrája, először használtad, vagy legutóbb, legtöbbször, vagy a sok kedvenc közül a legjobban ismered. Próbáld valahogy megerőltetni magad. Ide a kommentekben meg maximum leírod, hogy mire szavaztál, de még melyek azok, amelyek egyformán kedvencek. Én is hasonlóan jártam el.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
A Dynamodb kétszer van. Google-nél inkább a Cloud Spanner az, ami adatbáziskezelő, nem a Bigtable (és állítólag a Spanner-höz hasonlít a CockroachDB). Amúgy nem vagyok képben a többi cloud (és onprem) szolgáltató kínálatával, szóval nem tudnék konkrét rendszerezési javaslatot adni.
- A hozzászóláshoz be kell jelentkezni
A Google-os lehetosegeknek egy nagyon kicsi szeletet szakertetted meg az iment:
https://medium.com/google-cloud/choose-the-right-database-service-in-gc…
Itt az folyamatabrat mindenkepp elemezd, mielott ugy erezned, hogy tudod, hogy kinek melyik Google Cloud db termek valo. A Google-nel ez egy kulon portfolio, valamelyik relational, valamelyik ezt adja cserebe hogy nem az, valamelyik azt adja cserebe, hogy nem az, etc.
- A hozzászóláshoz be kell jelentkezni
Nem állítottam, hogy ismerem a termékpalettát.
- A hozzászóláshoz be kell jelentkezni
Értelmezhetelen a kérdés.
Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.
- A hozzászóláshoz be kell jelentkezni
SQLite, alig találtam meg az opciók között, olyan fura csoportba került, annak is a legvégére. Kicsi, gyors, apróbb adatbázisokhoz bőven elég. Persze attól is függ, hogy mire értjük, mert ha valami nagyobb szervernek kell, akkor MariaDB, de azt is csak azért, mert azt ismerem valamennyire legalább a MySQL-es tapasztalat miatt.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Amelyik épp kevésbé viszi fel a vérnyomásom.
- A hozzászóláshoz be kell jelentkezni
Idősoros adatbázis-kezelők csoportja?
- A hozzászóláshoz be kell jelentkezni
postgresql-t kedvelem, még sosem hagyott cserben. Fejlesztőként a progamozása érdekel inkább ugye, nem az üzemeltetése. Többnyire logikus benne minden, és még nem láttam olyat hogy hibázott volna. És egy parancs telepíteni a legtöbb disztrón. Egyedül az access jogok beállításán szoktam kicsit bénázni, de mivel csak fejlesztek ugye beállítom, hogy mindenki mindent lásson és kész, eddig nem kellett semmi kifinomultabb :-).
- A hozzászóláshoz be kell jelentkezni
Jut eszembe, kimaradt a txt file:
select: grep
update: sed s/...
delete: sed .../d
egyeb kacifantokra: awk
:-)
- A hozzászóláshoz be kell jelentkezni
Kimaradt az insert: echo foo >> file
- A hozzászóláshoz be kell jelentkezni
A legjobb a txt+git: egyből history is van. Ezt adatbáziskezelőben sokszor nem triviális megvalósítani. Nem egy adatbázist láttam már, ami ezerszer ésszerűbb lett volna szöveg+git megvalósításban, vagy XML+git vagy JSON+git megvalósításban.
- A hozzászóláshoz be kell jelentkezni
A postgresql és forkjai gyakorlatilag mindent visznek.
Miért kedvenc?
- pluginek
- doksik
- DDL is rollbackelhető - hoppá.
Mysql - van, amire jó, az újabb verziók iszonyat táposak, de végig az az érzésem, hogy belül mókusok hajtják a kerekeket.
Nosql - szerintem teljesen más terület, ne akarjuk ugyanarra használni, mint egy RDBMSt, nehéz összehasonlítani.
Oracle - iszonyat jó, iszonyat drága, pár dolog idegesítően túlkomplikált (tömbök, DDL-ek implicit commitja).
A többivel nem volt mostanában dolgom.
- A hozzászóláshoz be kell jelentkezni
Nem ertem miert kellett ennyi evnek eltelnie, hogy vegre a Postgresql nyerjen a HOVD-on. A PostgreSQL a kedvenc szogem es a kalapacs a kedvenc szerszamom. :)
- A hozzászóláshoz be kell jelentkezni