SQL desktop kliensek: legyszi segitsetek kitolteni a tablazatot!

 ( carlcolt | 2014. szeptember 6., szombat - 19:40 )

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 |
__________|_______________|_______________|_______________|

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

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

+1 :)
2 kedvenc, bár a Navicatnek igen jó ára van.

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
()_()

En oracle dba-knal meg csak toad-ot lattam.

"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
()_()

Oracle fronton a PL/SQL Developer se rossz.

http://www.allroundautomations.com/plsqldev.html

Sőt, kifejezetten jó.

"MySQL Workbench [...] Igen jo cucc"
+1

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

MySQL Workbench nem annyira rossz, de azért egy ssms-től még messze van. Pl. a kódkiegészítése nem veszi figyelembe a kontextust, magyarul mindent felajánl, akkor is ha syntax errorhoz vezet.

Nem is akartam SSMS-hez hasonlitani, tok mas vonalon mozog a ketto. Btw, nincs is igazan olyan MySQL felulet, ami tudna az altalad emlitett feature-t.
--
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™

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

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

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!

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

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

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

http://www.jetbrains.com/dbe/
IDEA Ultimate-ben már ezer éve használom.

Koszi az infot. Mar alig varom!

En is hasznalgattam, de csak ezert IDE-t inditani nem akartam...
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

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

Koszi, subscribe, foleg hogy hasznalok IntelliJ-t

+1

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.

Jaja, phppgadmin-nal nekem se a legjobbak a tapasztalataim, foleg verzio altas utan. De kifejezetten desktop klienst keresek

Rejtett subscribe, de vajtsz a pgAdmin-ról írt, ami desktop.

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

Windows + MySQL: SQLyog https://www.webyog.com/product/sqlyog
Létezik community edition is, kicsit butább de az alap dolgokat tudja: https://code.google.com/p/sqlyog/

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™

Szerintem nem annyira gaz a MySQL ha arra hasznaljak, amire valo...
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

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

Mire is való? :)

Hálózati SQLite :)

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

Szép. :D

Olvastad a linkelt cikket?

----------------
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
()_()

Slony-I azért nem annyira "community által hozzágányolt cucc" már bocs. A Streaming replication meg egy picit más.

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

Oke, benne van az alap csomagban vagy nincs benne? Es hogy all ez a dolog a MySQL eseteben?
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

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

Miert kellene, hogy benne legyen az alap csomagban?

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

Miert kell kulon szallitani?
--
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
()_()

Idézet:
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-solutions.html

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