SQL desktop kliensek: legyszi segitsetek kitolteni a tablazatot!

A tablazat, aminek kitolteseben a segitsegeteket kernem (tobb programot is keresek tobb okbol is) 



__________|_____MySQL_____|___PostgreSQL__|_____Oracle____|
Windows   |       ?       |       ?       | SQL Developer |
__________|_______________|_______________|_______________|
Linux     |       ?       |       ?       | SQL Developer |
__________|_______________|_______________|_______________|
Mac OS X  |   SequelPro   |       ?       | SQL Developer |
__________|_______________|_______________|_______________|

( petyasoft27 | 2014. 09. 06., szo – 20:16 )

Windows MySQL + PostgreSQL:
Free: HeidiSQL
Fizetős: Navicat

( hrgy84 | 2014. 09. 07., v – 01:18 )

MySQL: MySQL Workbench (Linux + Windows), ebbe mar azt hiszem integralva van a MySQL administrator is. Igen jo cucc, teljes koru rgazdai es fejlesztoi supportra megfelel.

Oracle-hez meg jo lehet a Tora is, kisebb es egyszerubb mint a SQL Developer.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

"TOra is an open-source multi-platform database management GUI that supports accessing most of the common database platforms in use, including Oracle, MySQL, and Postgres, as well as limited support for any target that can be accessed through Qt's ODBC support. TOra has been built for various Linux distributions, Mac OS X, MS Windows, and UNIX platforms."

Forras: TOra - [about]

--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Hát holnap azért lecsekkolom, de ha jól rémlik akkor az intellij idea-ban levő sql console jól csinálja. Viszont ettől függetlenül, ez szerintem gáz.

Szerk: most jutottam el oda, hogy megnézzem. Nem tökéletes az idea megoldása, de mentségére legyen mondva, hogy a listában először azokat a lehetőségeket ajánlja fel, amik validak, és csak azok után az olyanokat, amikkel hibás queryt lehet összerakni. Ezzel szemben a mysql workbench eleve csak a kulcsszavakat és beépített függvényeket ajánlja fel, a tábla, oszlop, tárolt eljárás stb. neveket egyáltalán nem. Semmilyen hintet sem ad, pl. egy select valami után azért elvárnám, hogy a listában legfelül egy from legyen. És a legszebb: select * után a from benne sincs a listában...

MySQL WB még mindig egy ótvar nagy fostos bughalom vagy most már használható is? Miután összeintegrálták az amúgy külön egész használhatóan működő komponenseket egybe, azután egy használhatatlan fos lett és kerestem helyette másikat.

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

( Elbandi v | 2014. 09. 07., v – 02:01 )

navicat fizetos, cserebe van 5-6 db tipushoz tamogatas. linux alatt a beepitett wine-vel fut.

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

( mn3monic v | 2014. 09. 07., v – 10:00 )

Én mindre az IntelliJ IDEA beépített adatbázis kezelőjét használom. Nemsokára különálló app is lesz belőle.

( vajtsz | 2014. 09. 07., v – 10:02 )

PostgreSQL et eleg sok eve hasznalok, nem mondom hogy bugmentes es nem volt gond vele de PgAdmin-t hasznaltam vegig. A verziovaltasokra kulonosen figyelni kell mert eloszeretettel tettek bele olyan uj "feature" kat amiktol idegbajt lehetett kapni.

( saxus | 2014. 09. 08., h – 02:40 )

PostgreSQL: PgAdmin III. Vannak bajok vele, de amúgy jól használható. Van mindenre.

MySQL: mondanám, hogy Windowson HeidiSQL, de ki a faszom akar MySQL-hez hozzányúlni?

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

Olvastam, szar a dizajnja. Oke, de sajnos jelen pillanatban ennek van a legnagyobb tamogatottsaga, es egyszeruen nincs hasonlo RDBMS amivel ki lehetne valtani. A Postgre nem kompatibilis vele API szinten (vagyis a MySQL-hez irt cuccok nagy resze hasznalhatatlan vele), raadasul sok mindenben mas szemleletmodot kovet, mint a MySQL modellje (ami ha rossz is, neha hasznos), valamint azt hiszem csak mostanaban kezdenek valamit vakarozni a clusterezes / master-slave felallas kore gyarilag (a community altal hozzaganyolt cuccokat most hagyjuk), amit a MySQL mar tobbezer eve tud a szar dizajnjaval egyutt.
Az Oracle meg egyszeruen mocskosrohadtdraga.

Varom az opciokat.

(es tbh az a cikk egy kicsit erzelmileg tul van futve, bar objektivnek probal latszani.)
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

1) Mert a hupuk nekiállnak picsogni, hogy jaj bloatware, mert x mb-vel több lemezhelyet eszik.
2) Sokaknak nincs rá szüksége.
3) Alapvetően egy önálló szoftver, nyilván ráépítve a PostgreSQL szolgáltatásaira.
4) Egyáltalán nem biztos, hogy neked a Slony-I-ra van szükséged.
5) Van más alternatíva, ami lehet, hogy neked jobban kell épp.
6) 10(+?) éve együtt él a PostgreSQL-el, eléggé kiforrott és széles körben ismert ahhoz, hogy ne egy sima "hobbi projekt"-ként tekints rá.

+1) Ha mindenképp egybecsomagot akarsz, akkor még mindig használhatod az EnterpriseDB féle PostgreSQL-t.

De ugyanígy elvitatkozhatnánk pl. a PgAgentről is. Teljesen jó eszköz jobok futtatására. (az alap PostgreSQL mellett Slony-I és PgAgent-et használunk a Pgsql-es ökoszisztémából. Meg persze PgAgent-et.) Mondhatnám, hogy de jó lenne, ha része lenne egy sql job scheduler, hasonlóan pl. az MSSQL-hez, ahol egy csomagban megkapunk mindent, de most azt a plusz két programot felrakni nem egy nagy wasistdas. Esetek nagy részében úgy sincs szüksége a jónépnek, ahol meg van, ott nem azon fognak picsogni, hogy jaj, miért külön program.

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

Nem a plusz ket csomagrol van szo, hanem a mentalitasrol. Ha megnezed, a MySQL egy csomagban szallit master/slave replikaciora megoldast, illetve clusteringre megoldast (forrascsomagrol beszelek, a binarist ugy forditod, ahogy akarod), igy szemleletben sokkal kozelebb all az MS SQL-hez, mint a Posgre-hez.

Ami a kulon csomagban levo dolgokat illeti: nem az a problema, hogy kulon csomagban van, hanem hogy nem ugyanaz fejleszti. Eleve, ha nem tudod, hogy a PostgreSQL melle neked egy Slony-I -re van szukseged (vagy masra, who knows), akkor maga a Postgre nem ad tampontot, hogy mit keress. Persze, lehet google-zni, de annak, akinek semmi tapasztalata nincs a Posgre-vel napok-hetek mennek el, hogy megoldast keres, ahelyett, hogy egy meglevot hasznalna. Es egy kulso szemlelo szamara az eltelt evek nem biztos, hogy szamitanak, szamtalan olyan szoftver van, amit evek ota fejlesztenek, megis egy kalap lepkefingot se er (itt van mindjart a PHP, #sarcasm). Felreertes ne essek: elhiszem, hogy a Slony-I vagy a PgAgent jo, de ezek nem internal megoldasok, es a PostgreSQL oldala nem is ajanja oket kozvetlenul, hogy ha ilyen funkcionalitasra van szukseged, akkor ezeket keresd. Marpedig, amiket ezek a cuccok biztositanak, azok egy nagyobb kornyezetben bizony gyakran felmerulo igenyek.

Az a nagy elonye a keszen szallitott megoldasoknak, hogy ott vannak. Nem kell feltelepiteni oket, de ott vannak, es ugrasra keszen varjak, hogy beaktivald es hasznald oket. Ez nem jelent kotelezvenyt: a MySQL-t le lehet forditani clustering tamogatas nelkul, es amennyire emlekszem, talan meg replikacio tamogatas nelkul is. Ha nem kell, a binarisban mar nem lesz jelen, nem lesz "bloatware" a cucc, hanem egy kicsi aranyos adatbaziskezelot kapsz.
A Postgre-nel mindez nem letezik, es ahany megoldas, annyi fele irany van. Ha kapsz menedzselesre egy Postgre clustert, nem eleg kitalalnod, hogy milyen Postgre es hogy van rajta felkonfigolva, meg fel kell deriteni azt is, hogy pontosan mivel raktak ossze a clustert, es az hogy van konfigolva. Nincs standard, nincs recommended way, hanem 3rdparty ganyolasok vannak, amik egy resze stabil, mas resze esetleg nem stabil. Egy kulso gyarto sosem fogja olyan jol ismerni a szoftvert, mint az azt iro csapat, mert ha valaki eljut ide, akkor az leforkolja maganak, es onnantol nem 3rdparty plugin szallito lesz, hanem custom Pg szallito.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Egy kulso gyarto sosem fogja olyan jol ismerni a szoftvert, mint az azt iro csapat, mert ha valaki eljut ide, akkor az leforkolja maganak, es onnantol nem 3rdparty plugin szallito lesz, hanem custom Pg szallito.

Chris Browne (az egyetlen név, amivel a Slony-I kapcsán találkozni a forráskódba nézés nélkül) pl. Contributor a Postgres-nél - ebből a szempontból nem "külsős". Forkolni meg nem feltétlenül éri meg, mert így most csak a replikációval kell foglalkozniuk, egy forknál a teljes rendszer biztonsági/feature/... fejlesztéseit/javításait követniük kellene túl azon, hogy a replikációval foglalkoznak.

Egyébként meg Postgres az esetek túlnyomó részében úgyis valami Linux-on fut, onnantól kezdve meg a Slony-I/pg összeheggesztés a disztribúció fejlesztőinek a dolga (ha jól látom nincs is csomag letöltési lehetőség az oldalukon)

Szerk.: +OOB replikációra ott van a streaming replication.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

"3rdparty ganyolasok "

Most ezt egyébként megnézted, hogy gányolás, vagy csak eldöntötted, hogy 3rd party, akkor már csak gányolás lehet? (Mindezt ironikus módon pont a MySQL-el szemben, ami önmagában egy összebaszott szar?)

De akkor még egyszer: másra van a Slony-I és másra az OOTB streaming replication. (Példának okáért mi csak az adatbázis egy részét replikáljuk másik adatbázisba.) Össze is csomagolhatnák egy csomagba, de attól még architektúrálisan nem fog változni semmi.

Egyébként aki felcsapja az ide vonatkozó PostgreSQL dokumentációt, az elég hamar belefuthat a Slony névbe: http://www.postgresql.org/docs/9.3/static/different-replication-solutio…

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