SQL + web frontend

Adatbázis: SQL, XML DB

Hello,

valami webes SQL frontend-et keresek. Tud valaki valami tippet adni?

Olyan kene, hogy en a hatterben tudjam adminisztralni az adatbazisokat SQL-bol es web-rol lehessen bongeszni ebbol krealt SELECT query-ket + esetleg cellakba beirkalni.
Mindez realtime volna jo, szoval ha valami valtozas van, akkor az frissuljon a frontenden is mindenkinel, aki eppen pont azt nezi.

Valami otlet, hogy hol induljak el? Letesik ilyesmire valami portal szeru direkt ilyen celra irt cucc? Nem akarnam a megjelinto rutin leprogramozasatol elkezdeni...

  • 2246 megtekintés

( zsolt | 2007. 02. 22., cs – 00:19 )

Leírhatnád pontosabban is, hogy mit akarsz, mert így senki nem fog válaszolni.

Mondjuk nem biztos, hogy jól értem, amiket kérdezel, de megpróbálom.

en a hatterben tudjam adminisztralni az adatbazisokat SQL-bol

parancssor mindegyik SQL adatbázishoz van. Most az a kérdés, hogy milyen SQL adatbázisok vannak? Néhány: sqlite, mysql, postgresql, oracle, stb. első a legegyszerűbb utolsó már nehézsúly.

web-rol lehessen bongeszni ebbol krealt SELECT query-ket + esetleg cellakba beirkalni

általában mindegyik parancssoros kliensnek van olyan opciója, hogy html táblázatban nyomja ki a query eredményét, így egyszerűen tudsz cgi script-eket írkálni akár bash-ben is. Mondjuk szerintem php jobb erre a célra.

( gee v | 2007. 02. 22., cs – 00:34 )

Nem írtad, milyen platform.

Én Linux/x86-ra Oracle XE-t tennék.

Benne van a webes adminisztráció. Benne van ad hoc SQL query-k lehetősége. Az applicataion builderrel kiváló formokat, listákat készíthetsz táblákhoz, kb. 90 másodperc alatt.
Frissülni refresh nyomása után fog a többi felhasználónál.

http://www.oracle.com/technology/products/database/xe/index.html
http://www.oracle.com/technology/obe/xe/getstarted/getstarted.htm

Az application express-szel php (vagy más) programozás nélkül tudsz összerakni alkalmazást.
Ha az a cél.

G

Hello,

te mar kozel jarsz az igazsaghoz!
Bocs, en kerek elnezest, valoban nem fejtettem ki eleg reszletesen, hogy mit is szeretnek.

### Egy mondatban osszefoglalhatom:

Az MS Access-t szeretnem kivaltani vallalati kornyezetben.

### Bovebben

Riportokat csinalok SAP-bol kikopott adathalmazbol.
Ezeket eloszor becibalom az Access-be es ott kicsit megdolgozom.
Az altalam meggyurmazott adatokat az Access-ben konnyen szerkesztheto form-ok segitsegvel teszem ki kozhasznalatra, azaz naponkent, egyszerre joparan egyszerre megnyitjak az altalam frissitett adatokat es bizonyos szurok alapjan lekerdezeseket vegeznek benne. Ez tipikusan a 'Tabular form'-nak nevezett dolog.

Es itt jon egy kis csavar, hogy altalaban van 1 oszlop, ahova kommentet irkalhatnak be.
Itt neha elofordul utkozes, azaz ugyanabban az idoben esetleg akar tobben akarnak irni pont ugyanabba az egy cellaba, amit az Access igy-ugy vegulis lekezel.

### Cel:

- Szeretnek egy Adatbazis szervert Access helyett (MySQL, Postgre, Oracele - meg nem tudom)
- Az adatbazis csesztetesevel vegulis elboldogulok, azzal nem lesz gond.
- Szeretnek egy webes frontendet hozza az Access form-ok kivaltasara, amit, mint DB admin, konnyen tudnek szerkeszteni. Tehat, ha pl. uj form-ot akarok eloallitani, akkor azt ne nekem kelljen megkodolni az alapoktol, ha lehet. (tuti van mar erre letezo megoldas)
- Fontos lenne, hogy le tudja kezelni ezt az kommentalos oszlop kerdest, tehat valami JAVA vagy nem tudom milyen megoldassal meg kene oldani, hogy amint valaki valamit beir egy cellaba, az frissuljon az osszes tobbi ember altal latott form-on is _magatol_ (tehat nem F5 a browser-ben es nem is periodic refresh, hanem valami push megoldas) -- ehhez a reszhez sajnos egyaltalan nem ertek.

Szoval erre kene valami jo kis megoldas, ami nem csak frontendet tenne szebbe-jobba-okosabba, hanem az egesz megoldast egy kicsit az Access-nel magasabb szintre tudna emelni.

Koszi!

e0

Az Application Express-t pont az Access kiváltására pozícionálja az Oracle.
Van valami MSAccess->Apex konvertere is.

Sosem használtam. :-)

Access-t láttam már, az apex-ben jellemzően sokkal egyszerűbb bármit megcsinálni (amit én láttam itt és ott), kivéve a nyomtatható report.

Apex-ben nem láttam még papírra formázós reportot. De mondjuk nem is
nagyon kerestem.

Szerintem megnézni mindenképp érdemes.

G

Oracle XE az egyben van minden. Benne van integralva egy apex, 2.1-es verzio, httpd, webes admin felulet.

Ha nem XE-t valasztasz, hanem penzes valtozatot, akkor ahhoz apache lesz a httpd, az apex is lehet mas, (most epp 2.2.1-es verzional tart), stb.

A lenyeg, hogy az XE egy jol osszecsomagolt valami, holt egyszeru feltenni (apt-get install oracle-xe-universal), es kesz.

Egy nem XE Oracle-t azert lenyegesen mas (es bonyolultabb) telepiteni, beallitani, stb.

G

Hát, ilyen automatikus frissítős megoldáshoz nem értek. Nem is tudom, weben lehet-e ilyesmit csinálni.

Normál esetben, ugye, amikor változtat az egyik felhasználó, és elmenti,
onnantól ez van az adatbázisban, és aki akkor megnézi, az ezt látja.

Gondolom ha automata periodic refresh-t nyomsz az nem rosszabb ennél. De nem tudom. Ilyesmit nem is próbáltam még sosem csinálni.

Persze ha egy cellát többen szerkesztenek, akkor lehet többféle módon kezelni. Hibaüzenettel, hogy más már megváltoztatta (és először nyomj refresh-t), vagy a második felülírja az elsőt, vagy ilyesmi.

Én azt mondanám (de persze feladattól függ), hogy csinálnék egy triggert, amivel az update nem felülírná az adott kommenten, hanem hozzáfűzné.
Így ha Mancika is meg Pirike is beírja a nevét a komment mezőbe, akkor
ez egy refresh után "Mancika Pirike" módon látszódik. Így viszont persze nem lehet törölni.

Szóval feladattól függ.

A feladat többi része az pofonegyszerű.

G

Mi nem érthető?

4G lehet az adatfájl mérete, 1G memóriát használ max. menet közben a rendszer, és csak 1 processzort.

Tehát ha 2 procis 2GB RAM-os gépre teszed, akkor sem nyer többet (persze így tudsz 1G-t adni az adatbázisnak, az OS meg a többi lehet a maradék procin, maradék RAM-ban).

A 4G tárhely az attól függ, hogy elég-e, hogy mennyi adatot akarsz benne tartani.

Én, amit láttam Access-t, ott a 2G feletti mdb fájl méretkor volt elszállás.

Na, ez a dupláját tudja :-)

De persze ha ennél több kell, akkor kell venni egy Oracle10g-t a legkisebbet. Az apex ingyenes.

Persze ha tényleg ennyi adat kell, akkor valószínűleg nem lesz gond az Oracle licenc díja.

G

A 4GB nem volt ertheto, mert ugyebar az egy adatbazis szerver eseteben igen csak csekelyke.
Atolvastam egyebkent, meg most probalgatom.
Akkor vegyem ugy, hogy ez egy lebutitott ingyenes bemutato, ami megmutatja kicsiben, hogy mekkora uberkiralysag lesz, ha megveszem a fizetos verziot...
Jol tevedek?

Gondolhatod így is.

De nekem van több projektem, ahol a cég XE-t használ, apex alkalmazással, és bőven elférnek a 4G-ban.

Amit épp készítek, az egy szerződésnyilvántartó rendszer, ugye benne mindenféle partnerek, meg telephelyek, meg mennyiségek, meg ezaz.
Kevesebb mint 1G.

Idővel majd persze nő az adatmennyiség. De vajon szükséges-e az egy évvel korábbi adatokat is benne tartani az adatbázisban?

Engem a 4G-nál jobban érdekel, hogy van néhány funkció, ami nem érhető el az XE-ben. Ha azok
kellenének, akkor nem lenne használható. Én pl. tök örülnék, ha a rendes Enterprise Managerrel lehetne állítgatni, elemezni az adatbázist, ha az optimalizálás is olyan lenne, mint a nagy testvéreknél.

Egyébként meg ez egy olyan dolog, hogy meg kell nézni, kb. milyen mennyiségre számíthatunk. Kevés adat lesz, vagy baromi sok. És el lehet dönteni, hogy mi kell akkor.

Akárhogyis: Ez egy ingyenes verzió. Vagy elég, és akkor az ember örül, hogy egy jól dokumentált, kényelmesen használható cucc van a kezében, vagy nem elég, és akkor az ember dönt, hogy ez kell neki pénzért, vagy keres más megoldást, esetleg ingyen.

G

A leírásod alapján nagyon úgy tűnik, hogy az APEX jó választás lenne Neked. Jó ajánlás volt gee-től. :) Ahogy olvastam a hozzászólásokat, láttam, hogy próbálgattad is és felmerült benned egy-két kérdés közben.
Íme néhány válasz és észrevétel:

Az Oracle a az Applicaton Express-t pontosan az MS Access kiváltására pozícionálja, ahogy gee is mondja.
Sőt, néhány hónappal ezelőtt az APEX 2.2-es verzióhoz kiadtak egy Oracle Application Express Application Migration Workshop (http://www.oracle.com/technology/products/database/application_express/…) nevű kiegészítést, amely egyszerű varázslók segítségével történő MS Access alkalmazás migrációt tesz lehetővé. Most már azóta az APEX 3.0-ás verziónál tartunk és ennek már alapból része az előbb említett migrációs eszköz, azonban sajnos az Oracle XE-hez semmilyen formában nem áll rendelkezésre. (szerintem elég hatékony - leginkább egyszerűbb alkalmazásoknál)

Minek neki Oracle HTTP Server?
Ez egy speciális Apache, amibe az Oracle belepakolta a neki szükséges bővítményeket és ki tudja miket. Az APEX szempontjából, ami a legfontosabb az a modplsql csomag. Egyébként pedig ez az Apache is bővítgethető tovább tetszés szerint. Valamint fontos, hogy amennyiben az Oracle HTTP Servert az APEX miatt használjuk akkor természetesen ingyenes (a DB licenc szükséges)

Itt azonban van némi újdonság. A hamarosan megjelenő Oracle 11g-nél már lesz beépített "HTTP szerver" tehát úgy, mint most az XE-nél. (azért hozzátenném, hogy akárhogy is kényelmesebb lehet ez a megoldás, a biztonság szempontjából célszerűbb egy valódi HTTP szerver beiktatása)

Az XE egy lebutított ingyenes bemutató...?
Lehet így is venni, de azért nem teljesen erről van szó. A db méret processzor és memória korláton kívül azért nem beszélhetünk olyan nagy butításról, mert az XE is rendelkezik egy Oracle DB minden képességével. Leginkább egy-két extra csomagot hagytak ki belőle, mint pl. képkezelő eljárások vagy pl. nem túl egyszerű a tárolt eljárások meghívása böngészőből. (tényleg csak a példák kedvéért)

"...mekkora uberkiralysag lesz, ha megveszem a fizetos verziot"
Amennyiben az Xe nem elégíti ki az igényeidet, és nem szereted a korlátokat, vagy pl. az Application Migration Workshop-ot szeretnéd használni akkor bizony egy Oracle DB-re és egy APEX-ra van szükséged. Azonban megnyugtató, hogy lassan két hónapja Magyarországon is elérhető fizetős APEX hosting (http://www.apexhosting.hu) szolgáltatás, ahol jóval kedvezőbben meg lehet úszni annál, mint ha egy teljes Oracle DB licencét kéne vásárolnod.

Izsák Tamás
http://www.apexblog.hu

( zoli78 | 2007. 02. 22., cs – 17:30 )

Az adatbázis absztrakcióra jó a propel.phpdb.org-on található propel keretrendszer. Sajnos ha dinamikusan változik az adatbázisszerkezet, akkor felejtős.
A problémáddal szerintem nézz be a weblabor.hu-ra is.