Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

U potazi za pravim resenjem...

[es] :: Baze podataka :: U potazi za pravim resenjem...

[ Pregleda: 5156 | Odgovora: 16 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

Ilija Studen
Novi Sad

Član broj: 3864
Poruke: 859
*.beotel.net

Sajt: www.activecollab.com


+1 Profil

icon U potazi za pravim resenjem...18.05.2002. u 00:24 - pre 236 meseci
U redu, zelim da napravim bazu koja ce organizovati gomile tutorijala koje zelim da postavim na svoj sajt. Zelim da sve strpam u bazu (ama bas sve) i da kasnije koristim ColdFusion Templates za prikaz tih podataka. Koju mi bazu preporucujete... Ja probao sa Accessom, ali mi ne dozvoljava da unesem velike tekstove (od po 5000 reci)!

Koliko ce ovaj pristup opteretiti server na kome hostujem sajt? Koji domaci serveri podrzavaju ColdFusion? Da li je ovo uopste dobro resenje?

Nije nista hitno, samo da znam sta da pocnem da ucim...
http://www.activecollab.com - Alat za upravljanje projektima
 
Odgovor na temu

dwarf
Beograd, Srbija

Član broj: 1328
Poruke: 336
*.yubc.net



Profil

icon Re: U potazi za pravim resenjem...18.05.2002. u 05:07 - pre 236 meseci
Paaa...Mislim da Beotel koristi ColdFusion, ali nisam siguran. Sada ce ti situacija sa komercijalnim paketima bas biti gusta, posto kostaju i sada ce provajderi morati da ih plate. Za Beotel znam sigurno da imaju nesto u CF-u radjeno na svojim serverima. Od ostalih ostaje da pitas SezamPro, Infosky i Bits (posto oni imaju manje-vise sve i sva, ali jako lose podeseno).

Za bazu imas samo jedno resenje. Posto je CF vecinom intaliran samo na NT serverima, SQL Server i pici. Nije on uopste los.
 
Odgovor na temu

Last Man Standing
Misha Kostich
Chicago

Član broj: 3775
Poruke: 101
*.client.attbi.com



+1 Profil

icon Re: U potazi za pravim resenjem...18.05.2002. u 05:49 - pre 236 meseci
Nemoj da stavljas dokumente u bazu bez preke potrebe. Stavi samo path do odgovarajuceg fajla u fajl sistemu. Bolje pocni sa ASP-om i Access-om. Cold Fusion se sve manje koristi. Bas me zanima da li neki provajder ima SQL Server i koja je cena.
A computer once beat me at chess, but it was no match for me at kick boxing.
 
Odgovor na temu

Ilija Studen
Novi Sad

Član broj: 3864
Poruke: 859
*.beotel.net

Sajt: www.activecollab.com


+1 Profil

icon Re: U potazi za pravim resenjem...18.05.2002. u 07:33 - pre 236 meseci
U sustini svodi se na sledece: ako nadjem server koji koristi CF (ColdFrustration :o)) onda ce (valjda) host biti duzan da mi obezbedi te usluge bar do isticanja mog ugovora sa njim. (Ili nije tako???) Znaci da cu godinu dana biti siguran da nesto nece krenuti naopako... Za tih godinu dana cu valjda skupiti 100evra za neki pouzdaniji strani host, ako nasi prestanu da mi pruzaju te usluge... Dakle, CF ostaje! Ali, jos mi niste odgovorili.

Koju bazu da koristim?
http://www.activecollab.com - Alat za upravljanje projektima
 
Odgovor na temu

dwarf
Beograd, Srbija

Član broj: 1328
Poruke: 336
*.yubc.net



Profil

icon Re: U potazi za pravim resenjem...18.05.2002. u 10:29 - pre 236 meseci
Use the language, Luke!

Pa sve sam ti lepo rekao. Drugo i drugo, izjava da se CF sve manje koristi nema nikakve veze sa zivotom jer njega itekako lepo koriste neke jako velike kompanije (link: http://www.forta.com/cf/using/) a sada, pojavom MX familije proizvoda i povezivanjem sa Flashom ce samo jos vise da poraste popularnost.

Dakle, jos jednom, baza zavisi od OS-a, manje vise, i od hosta. Sto se SQL Servera tice, znam sigurno da ga Informatika ima ali zaista ne znam koliko kosta (jer koristim *nix resenja, uglavnom). Ako ides na NT obavezno zaobidji Access i idi na SQL Server, naravno ako imas para za hosting.

Ako nemas para za takav hosting, onda uzmi Access, ali LMS-ov savet stoji, pravi staticne HTML strane cije putanje drzis u bazi i mozda neke keyworde ako hoces da omogucis pretrazivanje. Slican sistem se itekako lepo koristi na par domacih "vecih" sajtova.

Ako se u nekom trenutku odlucis da ipak hoces da koristis Perl i/ili PHP, onda, kod nas makar, izbor pada samo na MySQL, koliko ja znam. Nije lose izbor, svakako, i verovatno bi lepo legao za takav projekat zbog svoje brzine.

Nadam se da je sada jasno.
 
Odgovor na temu

ljuban
Ljubisa Punosevac
trenutno Nis

Član broj: 1755
Poruke: 131
*.bankerinter.net



Profil

icon Re: U potazi za pravim resenjem...18.05.2002. u 20:56 - pre 236 meseci
Ja imam "resenje" za tvoj problem ali ce vecina od prethodnika da padne sa stolice kada ga procita. To kod nas jos uvek nema (bar koliko ja znam) ali znam da je za velike i ozbiljne stvari ubedljivo najbolje. Radi se o Oracle-u. Da kazem prvo sta sve moze da se uradi pa onda mozete da pocnete da kritikujete. Znam da je kod nas ovakav predlog neracionalan ali ipak saslusajte. Oracle ima jedan deo koji se zove interMedia i koji sluzi bas za takve svrhe. Ovaj alat podrzava skladistenje i pretrazivanje vise od 10000 formata. Fajlovi mogu da se skladiste u bazu a mogu i da se navedu samo reference na disku. Ako imas mnogo fajlova (desetine hiljada) ovo moze da bude "pravo resenje". Interfejs nije bitan, moze da se radi i sa CF, skroz je nebitno. Fajlove mozes da indeksiras na vise nacina (to je takodje nauka) u zavisnosti od njihove velicine, podataka koji se u njima nalaze, nacina na koji ces da vrsis pretrazivanje itd. Mozes da obezbedis download-ovanje fajlova pregledanje fajlova i jos mnogo toga u zavisnosti od toga sta zelis da uradis i koliko je to veliko. Ako nemas dobar server, ako je ta baza mala, ako ti pretrazivanje nije toliko bitno... onda ovaj predlog slobodno zaboravi i pogledaje neki prethodni. O ovome moze jos mnogo da se pise ali da ne duzim previse.

Pozdrav
 
Odgovor na temu

Riste Pejov
Team Leader/Senior Software Developer @
Ein-Sof ltd Skopje
Skopje, Macedonia

Član broj: 128
Poruke: 571
62.220.202.*

Jabber: richie@bagra.net.mk
ICQ: 154236769
Sajt: riste.softver.org.mk


Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 01:13 - pre 236 meseci
Citat:

Last Man Standing
Nemoj da stavljas dokumente u bazu bez preke potrebe.


Sta ce coveku baza kad bi to ovako uradio ? Kako ce pretrazivati dokumente ?
Ukoliko se odlucis za ovo resenje, onda ti uopste ne treba baza, vec mozes to uraditi sa jednim CSV fajlom.

Moj predlog je da dokumente stavis u bazu, i fino lepo je indexuj fulltext, za lako pretrazivanje.
Od SQL serverima kad je u pitanju web, jednostavno nema boljeg resenja od MySQL. MySQL hosting mozes naci gde god pozelis. I sve dokumente mozes staviti u LongBlob kolonu koja moze imati do 4 milijarde karaktera, tako da velicina dokumenta nije ti problem, a i CF garant ima neki interfejs za pristup MySQL bazi. Ali ja bi ti savetovao da batalis CF i da pocnes sa PHP. PHP se vrlo lako uci a integracija sa MySQL-om je genijalna kombinacija za web programiranje, jednostavno nema boljeg resenja kad u pitanje web.

People who think they know everything tend to irritate those of us who do.
 
Odgovor na temu

Ilija Studen
Novi Sad

Član broj: 3864
Poruke: 859
*.beotel.net

Sajt: www.activecollab.com


+1 Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 01:48 - pre 236 meseci
Saznao sam da najverovatnije ne postoji domaci host koji ce podrzati CF... Ali, nasao sam jedan free host samo sto mi daje 25MB prostora!

Da li je neko imao iskustva sa CFom? Interesuje me da li mogu da namestim da baza bude na jednom serveru a CF podrska na drugom?
http://www.activecollab.com - Alat za upravljanje projektima
 
Odgovor na temu

dwarf
Beograd, Srbija

Član broj: 1328
Poruke: 336
*.yubc.net



Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 02:11 - pre 236 meseci
Citat:
MarQs:
Da li je neko imao iskustva sa CFom? Interesuje me da li mogu da namestim da baza bude na jednom serveru a CF podrska na drugom?


Mislim da bi ovo bilo moguce preko ODBC drajvera ili tako necega. Dakle, ako baza koju koristis ima ODBC interfejs (a vecina modernih baza imaju) onda mozes na jednom serveru da postavis CF server i da definises ODBC konekciju ka drugom serveru na kome je baza.

Samo...koliko ti materijala uopste imas??
 
Odgovor na temu

Ilija Studen
Novi Sad

Član broj: 3864
Poruke: 859
*.beotel.net

Sajt: www.activecollab.com


+1 Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 03:01 - pre 236 meseci
5 MB prevedenih tutroijala + jos 40MB neprevedenih (meni se ne zuri, polako) s tim da tu ima par PDF fajlova koju su znatno veci od HTMLa... Dakle, nekih 5-15 MB teksta kad se to preotoci u Word i jos 15MB slika.

Znam da tu ima prilicno (bar dva tri meseca) posla, ali polako. Kada odradim kljucne teme njih cu postaviti, a ostatak cu dodavati kako stignem.
http://www.activecollab.com - Alat za upravljanje projektima
 
Odgovor na temu

Dragi Tata
Malo ispod Kanade

Član broj: 1958
Poruke: 3906
..ndg-pm4-1.dialup.nethere.net



+6 Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 04:18 - pre 236 meseci
Citat:
Riste Pejov:

Od SQL serverima kad je u pitanju web, jednostavno nema boljeg resenja od MySQL. PHP se vrlo lako uci a integracija sa MySQL-om je genijalna kombinacija za web programiranje, jednostavno nema boljeg resenja kad u pitanje web.


Auuu, sada si ipak malo preterao. PHP + MySQL može da bude rešenje u ovakvom slučaju, ali reći da "nema boljeg rešenja kad je u pitanju web" je krajnje preterano. Ova kombinacija vrši posao za sajtove sa malim opterećenjem, ali je totalno "neskalabilna".

I ne vidim zašto bi držao dokumente u bazi. Ja bih u svaki record stavio naziv, ključne reči i path do dokumenta. Za to i Access može sasvim lepo da posluži, mada je naravno sporiji od MySQL-a. I inače, pošto bi se ovde, koliko vidim, radilo o read-only bazi, bilo kakva od gorepomenutih kombinacija će da radi - samo je pitanje brzine pristupa i naravno brzine izrade.

 
Odgovor na temu

Last Man Standing
Misha Kostich
Chicago

Član broj: 3775
Poruke: 101
*.client.attbi.com



+1 Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 06:53 - pre 236 meseci
Kod provajdera obicno postoji ogranicenje za velicinu baze i to mnogo rigoroznije nego sto je dobijeni prostor na disku. Problem koji je postavljen nije teoretski, vec ima i prakticnih ogranicenja. Kao sto vidis, tesko je naci provajdera koji (za ovaj slucaj) ima zadovoljavajuci servis. Da li ima provajdera sa Oracle-om? Zato sam pomenuo Access, koji samo lici na bazu, ali ga valjda ima svuda i moze da posluzi.

Dva servera koji nisu na istom LAN-u neces bas lako spojiti. ODBC ce najverovatnije raditi samo do prvog firewall-a. Kada to sredis (ako sredis), pojavice se pitanje brzine ako dokumente stavis u bazu. URL-ovi nece raditi, pa ces imati putanju server 1 - server 2 - browser. Ako imas tutorial od 5-6 Mb, brzina baze ti sigurno nece biti usko grlo.

BTW, kako radi full text search na MySQL-u kada imas PDF ili Word dokument sa binarnim sadrzajem (slikama). Koliko je to brzo?

A computer once beat me at chess, but it was no match for me at kick boxing.
 
Odgovor na temu

dwarf
Beograd, Srbija

Član broj: 1328
Poruke: 336
*.yubc.net



Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 10:43 - pre 236 meseci
Oracle?? Mora da sam nesto propustio u zivotu, ucinilo mi se da je covek rekao da je to njegov privatni sajt, a ne multimilionski projekat za vladu neke zemlje. Oracle...smesno.

Dokumenti u bazi, odnosno tekst u bazi, rade posao ako covek hoce da napravi full-text serarch. U tom slucaju, drzanje dokumenata sa strane, na fajl sistemu, bi mu samo otezalo posao. Kao jos jedna stvar se javlja security. Ako je to one-shot postavljanje, odnosno jednom se postavi i vise ne gleda, onda OK. Ali ako je potrebno praviti neke sisteme administracije, onda dolazimo do

Medjutim, Marqs, tvoja kolicina podataka je zaista impresivna. Mozda bi zaista trebalo da razmislis o resenju gde u bazi postavljas samo neke osnovne podatke o dokumentu, listu kljucnih reci, i putanju ka njemu.
 
Odgovor na temu

Riste Pejov
Team Leader/Senior Software Developer @
Ein-Sof ltd Skopje
Skopje, Macedonia

Član broj: 128
Poruke: 571
*.on.net.mk.

Jabber: richie@bagra.net.mk
ICQ: 154236769
Sajt: riste.softver.org.mk


Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 12:12 - pre 236 meseci
Citat:
Dragi Tata:

Auuu, sada si ipak malo preterao. PHP + MySQL može da bude rešenje u ovakvom slučaju, ali reći da "nema boljeg rešenja kad je u pitanju web" je krajnje preterano. Ova kombinacija vrši posao za sajtove sa malim opterećenjem, ali je totalno "neskalabilna".


Sta je to po tebi sta je neskalabilno kad coveku ne treba refertial integrity, trigere, ili stored proc ? Upravo zato sto nema trigere, stored proc i slicno MySQL je brzi od ostalih, a te dve stvari ne trebaju 90% sajtova na internetu. Ukoliko se ne radi o online bankarstvu ili neki online shop kome trebaju slozene relacije medju tabelama, MySQL je fenomenalan. Opterecenje i velicine baze nisu problem za MySQL. Osobeno kad je u pitanju verzija 4 koja ima in-cache query-ja.
Dragi tata malo preterao ovo sa skalabilnoscu jer ionaka ta skalabilnost nije potrebna za 90% sajtova na webu, ne vredi kupovati mercedes kad ti treba yugo 45.

Ipak je tata dao dobru ideju da u bazu stavis kljucne reci, i path.
People who think they know everything tend to irritate those of us who do.
 
Odgovor na temu

Ilija Studen
Novi Sad

Član broj: 3864
Poruke: 859
*.beotel.net

Sajt: www.activecollab.com


+1 Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 16:06 - pre 236 meseci
Evo kako sam osmislio to (nisam jos ocistio anomalije, to cu u toku dana):

tutorials table:

1. br
2. ime
3. author
4. napisan
5. poslednja_izmena

ocena table:

1. br
2. broj_glasova
3. suma
4. prosecna_ocena

text table:

1. br
2. text

gde je za povezivanje tabela koristim br. Sad kao pogledam konstrukciju i meni se text tabela cini suvisnom. :o|

Tabela text se moze izbaciti i da stavim path i keywords u tutorials tabelu. Baza nije read-only jer zelim da posetilac moze oceniti svaki tutorijal (samo zbog toga zelim da koristim baze. da nema toga koristio bih cist HTML uz malo JavaScripta).
Izabrao sam komplikovanije resenja. Dobro, mucicu se mesec dana vise, ali cu imati iskustva sa MySQLom i bazama uopste (takvo znanje nije na odmet).

Sto se materijala tice, da imam ga mnogo, ali ga necu svog prevesti i postaviti. Moram malo isfiltrirati sve to (da bi mi bilo lakse). Ocekujem da ce biti nekih 10-20MB tutorijala na serveru...

Ko je spominjao trpanje PDFa u bazu? Rekao sam da mi PDF fajlovi budzaju kolicinu tutrojala koje imam, ali to su fajlovi skinuti uglavnom sa Adobeovog Expert Centra koje treba prevesti. Na mom nece biti ni trunke PDFa!!!
http://www.activecollab.com - Alat za upravljanje projektima
 
Odgovor na temu

Dragi Tata
Malo ispod Kanade

Član broj: 1958
Poruke: 3906
209.132.90.*



+6 Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 18:00 - pre 236 meseci
Citat:
Riste Pejov:
Sta je to po tebi sta je neskalabilno kad coveku ne treba refertial integrity, trigere, ili stored proc ? Upravo zato sto nema trigere, stored proc i slicno MySQL je brzi od ostalih, a te dve stvari ne trebaju 90% sajtova na internetu. Ukoliko se ne radi o online bankarstvu ili neki online shop kome trebaju slozene relacije medju tabelama, MySQL je fenomenalan. Opterecenje i velicine baze nisu problem za MySQL. Osobeno kad je u pitanju verzija 4 koja ima in-cache query-ja.
Dragi tata malo preterao ovo sa skalabilnoscu jer ionaka ta skalabilnost nije potrebna za 90% sajtova na webu, ne vredi kupovati mercedes kad ti treba yugo 45.


Nismo se razumeli, izgleda. Meni se nije dopala tvoja "generalna" izjava da je kombinacija PHP+MySQL "najbolje rešenje za web aplikacije", ne samo zbog skalabilnosti, već i zbog nemogućnosti da se backend razbije u komponente. A za ovaj konkretan slučaj (i mnoge druge) sasvim je moguće da je to OK.

I u principu ne volim kad se "business" logic implementira preko script jezika (Perl, PHP, VBScript,...) jer je to posle muka održavati.
 
Odgovor na temu

dwarf
Beograd, Srbija

Član broj: 1328
Poruke: 336
*.yubc.net



Profil

icon Re: U potazi za pravim resenjem...19.05.2002. u 19:11 - pre 236 meseci
Ja se izvinjavam, ali referencijalni integritet nije nesto sto "uglavnom nije potrebno". Sistemima za vesti ili tako neke namene to je itekako bitno. Trigeri olaksavaju posao jer ne moras da pises komplikovan aplikacioni kod, i samim tim usporis stvar, vec mozes da definises samo par trigera i stvar radi. Mozda usporava bazu, ali, recimo, DB2 itekako brzo radi i to na hardveru na kome bi mu svaki MySQL server pozavideo.

Nepostojanje transakcija (trenutno) i pod-upita necu ni da komentarisem.

Znate, ljudi, bilo kom online shop-u koji drzi bazu svojih korisnika to treba. Da, moze da se uradi i bez toga, ali je neuporedivo lakse sa tim. I ne znam ko je tacno ljude naucio da sve to nije potrebno, zaista...

================================

Ulazimo u eru kada Internet vise nije samo mesto na kome se nalaze zgodni forumim tehnicka dokumentacija ili cak samo online prodavnice. Sada se ozbiljno prica i o kompletnim e-goverment resenjima. Ako ce sada neko da mi kaze da je sasvim cool pisati XYZ linija koda u nekom jeziku (Java, PHP, Perl, nebitno) da bi se prevazisli nedostaci baze podataka sa kojom radimo, zaista nije zdrav. Da, da, Slashdot je napravljen sa MySQL-om bez transakcija, ali su ti isti momci pozurili dodavanje BDB tabela (odnosno, BerkleyDB biblioteke) u sledece izdanje MySQL-a. Znaci, smeta sto ga nema.

Ja sam pre izvesnog vremena radio dosta veliki sistem na MySQL-u uz pomoc PHP-a. PHP mi sam po sebi nije bio problem, ali mi je nedsotatak transakcija, zatim pod-upita, a pogotovo referencijalnog integriteta itekako pravio problem.

================================
 
Odgovor na temu

[es] :: Baze podataka :: U potazi za pravim resenjem...

[ Pregleda: 5156 | Odgovora: 16 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.