|
|
|
Interesno» MySQL AB privetstva Oracle na FOSS arenata
|
|
|
|
|
|
ot Remo Tex(10-10-2005)
MySQL AB i pazarut na BD s otvoren kod dnes poluchiha neochakvano priznanie ot strana na Oracle, chrez pridobivaneto na Innobase OY ot Oracle Corp.
Naviarno se pitate - I kakvo obshto ima tova s MySQL?
Vsushtnost Innobase e dostavchika na populiarnata InnoDB mashina za suhraniavane na danni na MySQL. Edno ot neshtata koito nashite potrebiteli tseniat nai-mnogo v MySQL e negovata unikalna arhitektura za za zarezhdane i rabota s razlichni mashini za suhraniavane na danni (pluggable storage engine architecture), kudeto Vie imate sposobnostta da izbirate izmezhdu niakolkoto vuzmozhni mashini za suhraniavane na danni vklyuchvashti MyISAM, Memory, Merge, Cluster i InnoDB, a ot versiiata 5.0, sa dobaveni i novite Archive i Federated [storage engines].
Sushto kakto i MySQL Server i negovite mashini za suhraniavane na dannite, InnoDB e publikuvana pod GPL. S tozi litsenz potrebitelite imat pulnata svoboda da izpolzvat, razrabotvat i promeniat izhodniiat kod kakto nameriat za dobre. Tochno zatova MySQL izbira GPL: za da zashtiti svobodata koiato potrebitelite tseniat v svobodniia softuer i softuera sus otvoren kod.
V iziavlenieto si za presata
Orakul tvurdiat, che: "InnoDB ne e samostoiatelen produkt za BD: toi se razprostraniava kato chast ot SUBD MySQL. Dogovornite otnosheniia za InnoDB s MySQL podlezhat na podnoviavane dogodina. Ochakvaniiata na Oracle sa za produlzhavane na tezi otnosheniia."
MySQL sushto praviat iziavlenie za presata, kudeto
Mårten Mickos, glavniiat izpulnitelen direktor na MySQL, zaiaviava: "Tova predstavliava oshte-edno utvurzhdavane na dvizhenieto za otvoren kod. Krasotata na softuera s otvoren kod i litsenza GPL pod koito se razprostraniava e v svobodata. Sushto kakto i kodut na MySQL, InnoDB se razprostraniava pod GPL litsenz, koeto oznachava che potrebitelite imat pulnata svoboda da izpolzvat, razrabotvat i promeniat izhodniia kod. Nie sme udovletvoreni ot vse po-shirokoto priemane ot industriiata na tehnologiiata na SUBD s otvoren kod. Tova oshte oznachava i che razrabotchitsite na BD veche shte imat oshte po-goliama guvkavost pri izpolzvaneto na MySQL i Oracle v edno i sushto obkruzhenie."
tsialata novina mozhete da prochetete tuk.
--
//MySQL i MySQL logoto sa registrirani turgovski marki na MySQL AB
//Oracle e registrirana turgovska marka na ORACLE Corp. i/ili neinite filiali.
//Drugi naimenovaniia mogat da budat turgovski marki na suotvetnite sobstvenitsi.
<< Film za igrata Halo shte se pravi pod Linuks | Kak da uskorite zarezhdaneto na GNOME >>
|
|
|
|
|
aman ot pishman redaktori :) Ot: Remo Tex Na: 10-10-2005@8:41 GMT+2 Otsenka: 1/Neutralen"//MySQL i MySQL logoto sa registrirani turgovski marki na MySQL AB" - Interesno Orakul otkoga ne e registrirana turgovska marka? Ne smetnah za nuzhno da gi izbroiavam ponezhe dazhe ofitsialnata novinka zavurshvashe s prostichkoto [nikakvi (C), (R), (TM)]:
Kaj Arnö
VP Community Relations
MySQL AB
---
Konstruktivnata kritika be vzeta pod vnimanie (ne samo ot strana na MySQL, interesno zashto nikoi ne zashtiti Oracle kogato vsushtnost novinata e tiahna a az nablegnah samo na predstaviane glednata tochka na MySQL) i propuskite za Avtorskite prava, turgovskite marki i pr. popraveni.
P.P. Posledniia red mozhe da se chete i : turgovski marki na suotvetnite sobstvenitsi - ako oshte ne sa kupeni ot Orakula :)
Redaktiran na: 10-10-2005@11:46
[Otgovori na tozi komentar]
Kum: aman ot pishman redaktori :) Ot: Slavei Karadzhov <slaff __@__ linux-bg __tochka__ org> Na: 10-10-2005@9:29 GMT+2 Otsenka: 1/NeutralenPogledni tozi komentar za informatsiia:
http://www.linux-bg.org/cgi-bin/y/index...
[Otgovori na tozi komentar] Kum: aman ot pishman redaktori :) Ot: N. Antonov <nikola __@__ linux-bg __tochka__ org> Na: 10-10-2005@12:43 GMT+2 Otsenka: 1/NeutralenEto zaradi takiva neumestni vklyuchvaniia e neobhodimo da ima redaktori!
[Otgovori na tozi komentar]
blia, blia Ot: Georgi CHorbadzhiiski <georgi< at >unixsol< dot >org> Na: 10-10-2005@9:22 GMT+2 Otsenka: 2/Informirasht
MySQL AB pravi pari ne ot GPL, a ot prodazhbata na MySQL pod komersialen litsenz. Ako Oracle im duhne pod opashkata kato otkazhe da razprostraniava InnoDB pod drug litsenz osven GPL, biznes modelut na MSQL stava leeeeeko nevuzmozhen.
"Ochakvaniiata na Oracle sa za produlzhavane na tezi otnosheniia"
...shte vi se. A ako ne go napravi? Taka ili inache MySQL bez InnoDB, e smeshna rabota (to i s InnoDB pak e smehoriia, no pone ima niakakvi nachenki na relatsionna baza danni).
[Otgovori na tozi komentar]
Kum: blia, blia Ot: Yasen6275 <ohtya< at >chem__dot__uni-sofia__dot__bg> Na: 10-10-2005@10:36 GMT+2 Otsenka: 1/NeutralenCHakai che ne razbrah. Koi kogo pozdraviava MySQL AB Oracle ili obratnoto. SHToto zaglavieto kazva edno a teksta drugo.
[Otgovori na tozi komentar]
Kum: Kum: blia, blia Ot: Andrew Na: 10-10-2005@11:04 GMT+2 Otsenka: 1/Neutralen"Pozdraviavat" se vzaimno :)))))
[Otgovori na tozi komentar]
Kum: blia, blia Ot: bobo Na: 10-10-2005@22:21 GMT+2 Otsenka: 1/Neutralenmi nai mnogo da go forknat pod drugo ime i orakul pak da barnat mecha.
a vinagi sum se chudil na tezi koito ne priznavat kachestvata na mysql. produkt dal dosta goliam tlasuk .. da ne kazha narpavo shut v gz.. na ueb-a zaedno s php i apache.
[Otgovori na tozi komentar]
Kum: Kum: blia, blia Ot: Georgi CHorbadzhiiski <georgi __@__ unixsol __tochka__ org> Na: 11-10-2005@11:04 GMT+2 Otsenka: 1/NeutralenForkvaneto ne im reshava problema. Softuera e pod GPL i niama da mogat da go razprostraniavat pod dvoiniiat litsenz, koito polzvat za MySQL. Taka ili inache litsenza na MySQL ne e suvmestim s GPL, taka che sa pretsakani pri lipsa na sporazumenie s InnoDB
[Otgovori na tozi komentar]
aide aide nauchete si terminite Ot: Karaman Na: 10-10-2005@9:33 GMT+2 Otsenka: 1/Neutralenrelatsionna baza ot danni e vsiaka prosta baza danni kudeto imame organizatsiia v tablichen vid.
Ako shtete 1 Excel Sheet s tablichni danni e relatsionna baza ot danni! Tova, che niakoi bazi danni imat poveche funktsii ot drugi e vupros na vkus, no ne i na terminologiia!
[Otgovori na tozi komentar]
SHTo e to RDB? Ot: Sava CHankov <sava (a) blueboard__dot__biz> Na: 10-10-2005@10:23 GMT+2 Otsenka: 1/NeutralenZa da e relatsionna edna baza ot danni, tia triabva da otgovaria na *vsichki* printsipi na d-r Kod - chovekut, izmislil poniatieto (http://en.wikipedia.org/wiki/Codd%27s_1...).
MySQL ne izpulniava pravila ¹10 i ¹12, sledovatelno deistvitelno mozhe da se tvurdi, che ima "niakakvi nachenki na relatsionna baza danni".
[Otgovori na tozi komentar]
Kum: SHTo e to RDB? Ot: Kiril Mitev <kiril< at >mitev__dot__biz> Na: 10-10-2005@10:59 GMT+2 Otsenka: 1/NeutralenIzprevari me :)
[Otgovori na tozi komentar]
To po tazi logika ne sushtestvuvat RDMBS :) Ot: Sale Na: 10-10-2005@10:58 GMT+2 Otsenka: 2/Informirasht
Dali niakoi niakoga e pravil spisuk na tova koi produkti na koi ot tezi pravila otgovariat i nai-veche OTKOGA?
Ne pomnia niakoi predi 1995-ta da e tvurdial, che Oracle naprimer ne e Relatsionna sistema a puk dotogava Tranzaktsiite v Oracle biaha samo optsiia.
Interesno mi e kolko i koi produkti udovletvoriavat napulno ¹11 naprimer.
Kolkoto do ¹12 niakoi mozhe li da obiasni kak to se otnasia sushtestvuvashtite v dneshno vreme prilozheniia?
Zashtoto to datira ot vremeto na dBase i podobni sistemi za koito (togava) niamashe nikakvi sumneniia, che sa Relatsionni.
[Otgovori na tozi komentar]
Kum: To po tazi logika ne sushtestvuvat RDM Ot: Andrei Na: 11-10-2005@16:35 GMT+2 Otsenka: 1/NeutralenUchitelkata mi po BD v Germaniia spomenavashe, che Kodd e definiral pravilata da suotvetstvat na sistemata na firmata za, koiato toi e rabotil i na praktika tezi pravila ne sa mnogo obektivni.
[Otgovori na tozi komentar]
Bez komentar (vizhte podpisa) Ot: Sale <salle__at__mysql __tochka__ com> Na: 10-10-2005@11:05 GMT+2 Otsenka: 1/Neutralenhttp://lists.mysql.com/mysql/190146
[Otgovori na tozi komentar] Kum: SHTo e to RDB? Ot: Karaman Na: 10-10-2005@12:44 GMT+2 Otsenka: 1/NeutralenBlagodaria za informatsiiata! Ne biah chuval, za tova. Vupreki, che ne e dal purvata definitsiia za RDB, naistina ideiata mu za pravila v razvitieto na RDB i definitsiiata na RDB e chudesna, nasochena e v progresivna polozhitelna posoka. Sega razbiram, zashto tolkova mnogo se spori v oblastta na bazite danni :). Eh, zhivota mi dnes stana po-interesen :) 10x oshte vednuzh :)
[Otgovori na tozi komentar] RDB Ot: Bugcho Na: 10-10-2005@14:12 GMT+2 Otsenka: 1/NeutralenNaprotiv, Edgar Kod e dal purvata definitsiia za RDB. Toi e bashtata na relatsionniia model. Mislia, che okolo 1976 god. e izmislil tezi pravila. Togava tseliiat sviat na SUBD se e radval na mrezhoviia model na BD i ideiata za ploski tablitsi e bila stranna, a za niakoi - dori smeshna.
Drug e vuprosa, che dori i dnes niama SUBD, koiaeto da otgovaria suvsem tochno na vsichkite tezi pravila. Dori i Oracle. Koeto obezsmislia spora dali MySQL ili Oracle (ili IBM DB2, ili Microsoft $QL $erver, ili Sybase...) e po-RDB ot drugite(-:
[Otgovori na tozi komentar] Kum: RDB - Blagodaria! Ot: Sale <salle< at >mysql __tochka__ com> Na: 10-10-2005@18:23 GMT+2 Otsenka: 1/NeutralenI az sum na mnenie, che nito ednin produkt ne otgovaria NAPULNO na iziskvaniiata na Kod.
Niamashe da ima nishto losho ako se praveha sravneniia ot roda na "X ne poddurzha A i B puk Y ne poddurzha i A i B i V i G znachi e ednoto e po-blizo, drugoto po-daleche ot IDEALNITE iziskvaniia."
Na vsichkoto otgore v sluchaia stava vupros za teoriia, a RBD izobilstvat s primeri kogato teoriiata i praktikata dosta silno se razminavat.
Teoriiata naprimer izdiga Normalizatsiiata v kult dokato na praktika riadko ima polza ot normalizirane sled 3-ta nornalna forma.
Na teoriia niama miasto za pulnotekstovi funktsii v RBD tito puk za suhranenie na obekti pod kakvato i da e forma (zaradi Normalizatsiiata) dokato na praktika se izpolzvat dosta chesto. i t.n. i t.n.
I tova e validno za vsiaka teoriia i praktikata. Teoriite sa izklyuchitelno vazhni i neobhodimi, no s chista teoriia rabota ne se vurshi.
Kakto se kazva v edin lyubim moi tsitat:
"Na teoriia teoriiata i praktikata sa ednakvi. Na praktika obache se razlichavat."
Da ne zabraviame, che bashtite na Relatsionniia model sa dvama: E.F. Codd http://en.wikipedia.org/wiki/Codd
i C.J. Date http://en.wikipedia.org/wiki/Christophe...
i te dvamata vinagi sa otstoiavali protivopolozhni mneniia po edin sushtestven za RBD vupros - Triabva li da se izpolzva NULL ili ne? (T.nar. NULL debat).
Tozi debat produlzhi chak do smurtta na Codd prez 2003 i taka i ne ostana razreshen.
E triabvashe li vsichki programisti da chakat da se razreshi tozi teoretichen spor predi da pochnat da pishat Relatsionni produkti?
[Otgovori na tozi komentar] Ima li pochva relatsionniia model v MySQL Ot: Sava CHankov <sava __@__ blueboard __tochka__ biz> Na: 11-10-2005@8:55 GMT+2 Otsenka: 1/NeutralenDa, spor niama - teoriia i praktika se razminavat poniakoga. No tuk malko se otmestihme ot temata, koiato beshe ima li "niakakvi nachenki na relatsionna baza danni" v MySQL. Ne beshe tolkova otdavna vremeto, kogato Monti (avtorut na vuprosnata SUBD) s piana na usta tvurdeshe, che suhranenite protseduri, trigerite i vunshnite klyuchove sa glupost i niamat miasto v bazata danni. E, sega vizhdame poleka-leka tezi neshta da se poiaviavat v MySQL. Tazi suprotiva sreshtu osnovite na relatsionniia model, kakto i agresivniia marketing (napomniasht za edna druga kompaniia, koiato agresivno marketira operatsionnata si sistema) porazhdat nepriiatni chuvstva sred razrabotchitsite. Da ne govorim za bezumnite resheniia kato localhost=unix soket, 127.0.0.1=TCP/IP vruzka.
Redaktsiia:
Eto edin primer za briliantniia um na avtorite na MySQL - "Prichini da ne se izpolzvat ogranicheniia ot tip vunshen klyuch" - prisustval v rukovodstvoto na MuSQL i iztrit po neizvestni prichini: http://webdocs.math.univ-rennes1.fr/MyS...
Vtora redaktsiia:
Ekspertno mnenie po vuprosa e li MySQL izobshto SUBD, da ne govorim za relatsionna: http://www.dbdebunk.com/page/page/62253...
Redaktiran na: 11-10-2005@9:27
[Otgovori na tozi komentar]
Kum: A zashto ne tsitirash dokrai? Ot: Sale <salle __@__ mysql< dot >com> Na: 11-10-2005@10:04 GMT+2 Otsenka: 1/NeutralenV ekspertnoto mnenie, koeto tsitirash
vuprosniiat ekspert tvurdi, che
MySQL is not a DBMS; it is not relational and the query language it supports is not even ‘somewhat’ similar to SQL.”
Spored nego ezikut za zaiavki na MySQL dori otdalecheno ne prilicha na SQL. CHak puk tolkova...
A osven tova spored nego:
Oracle is not really relational. I might call Oracle semi-relational (recognizing that as an oxymoron); Date would call Oracle a ‘SQL DBMS’.
t.e. dori Oracle ne e RBD (spored eksperta) a
e nai-mnogo polu-relatsionna sistema.
Kak smiatash dokolko edno takova ekspertno mnenie ima neshto obshto s realnostta?
Kolkoto do Monti, sporil sum s nego mnogo puti dori i i ne si go spomniam s piana na ustata. Ne znam otkude ti iznikva tazi predstava.
Ne sum suglasen obache, che sa "neizvestni" prichinite poradi koito vuprosniiat tekst beshe mahnat ot rukovodstvoto :) Prichinata e samo edna i tia e dobre izvestna. Staraem se da se vslushvame v zhelaniiata na potrebitelite si. Sled kato potrebitelite durzhat na neshto nasha rabota e da im go predostavim.
Vizh ako spored spored teb tova e promiana ot dobro kum losho niamam kakvo da kazha. SHTom i marketinga spored teb e prestuplenie ..
[Otgovori na tozi komentar]
Kum: Kum: A zashto ne tsitirash dokrai? Ot: Georgi CHorbadzhiiski <georgi__at__unixsol __tochka__ org> Na: 11-10-2005@11:13 GMT+2 Otsenka: 1/Neutralen"SHTom i marketinga spored teb e prestuplenie .."
ne znam dali e prestuplenie no sus sigurnost MySQL osnovno vsiava FUD, sreshtu konkurentite si. Taka ili inache po tehnicheski parametri ne mozhe da se meri s tiah i zatova razchita na otkroveni luzhi ili v nai-dobriiat sluchai na poluistini. Ei tova e marketinga...
http://archives.postgresql.org/pgsql-ge...
[Otgovori na tozi komentar] Kum: Kum: Kum: A zashto ne tsitirash dokrai? Ot: Georgi Na: 11-10-2005@11:28 GMT+2 Otsenka: 1/NeutralenNapravo si v tselta.
Ne razbiram zashto sled kato ima PostgreSQL na tozi sviat i s tova perfektno kachestvo, na chovek mozhe da mu doide na um da misli za MySQL ili neshto podobno.
Inache e dobre, che imat zashtitnik ot nashata strana, no s tezi gluposti koito govoriat sreshtu PostgreSQL mi padat v ochite a i zashtitnika im sushto).
Ne sa pravi, che PostgreSQL ne stava za golemi resheniia, bih kazal, che tochno tam mu e predimstvoto. Izpolzvam go za vseki goliam proekt i imam tablizi s nad 100M zapisa koito rabotiat perfektno.
A marketinga ochevidno e direkten i brutalen i mi napomnia na tochno edna kompaniia s tozi podhod.
[Otgovori na tozi komentar] Kum: Kum: A zashto ne tsitirash dokrai? Ot: ce Na: 11-10-2005@12:01 GMT+2 Otsenka: 1/Neutralenproblema s marketinga e "luzhovnostta", purvo kogato mysql niama i pomen ot triggers, views i t.n. tezi neshta sa zakleimeni kato gluposti, nenuzhni i t.n. sega veche ima beta versiia s tezi ekstri i te veche sa dobri (a te sa si prosto trigeri i vyuta ;-)))!
koi znae kolko neshta ot segashnata dokumentatsiia sa na sushtiia printsip (ne e kato da niama), a masata hora viarvat .... i tova e problema
prosto ima razlichni vidove marketing i tozi koito izpolzva mysql e dosta uuuu nedobur dori i za tiah zaradi stranni posledstviia, naprimer: povecheto mysql potrebiteli niama i da pochnat da polzva tezi ekstri, zashtoto te znaia i pomniat, che te sa losho ....
PS Puiakut razgovarial s bika. "Kak mi se iska da poletia i da katsna na tova durvo" - vuzdishal toi - "no ne mi dostiga energiia za da maham tolkova silno s krila". "Zashto ne kluvnesh malko ot fekaliite mi" - predlozhil bikut - "te sa silno energiini i hranitelni". Puiakut se nadvesil nad edna ot negovite kupchinki i ne sled dulgo otkril, che bikut e prav - veche imal energiia i uspial da dostigne nai-dolniiat klon na durvoto. Na sledvashtiiat den, sled kato si pohapnal oshte ot chudodeinata smes, toi katsnal na po-gorniiat klon. Nai-setne, niakolko dni po-kusno, puiakut gordo se perchil i vdigal vriava ot vurha na durvoto. Ne sled dulgo bil zabeliazan ot fermera, koito go svalil s edin izstrel na pushkata si.
Biznes Pouka: Bullshìt might get you to the top, but it won't keep you there.
[Otgovori na tozi komentar] Izviniavai ZHoro ama za kakvo govorish? Ot: Sale <salle __@__ mysql[ tochka ]com> Na: 11-10-2005@13:32 GMT+2 Otsenka: 1/NeutralenBi li mi pokazal pone edin sluchai v koito niakoi ot MySQL AB govori protiv kogoto i da bilo drugigo? Koi ot sluzhitelite na kompaniiata, kude i koga e razprastraniaval neverni tvurdeniia za koito i da e drug produkt?
S tova, che protiv MySQL neprekusnato se izlivat kakvi li ne argumenti (niakoi naistina razumni, drugi napravo smeshni) sum sviknal otdavna.
No kradetsut da vika "Druzhte kradetsa" tova veche mi idva v poveche.
Haide spomni si koga, kude i pred kogo AZ dum kazval, che niakoi drug produkt (nameri edin pone) e bokluk, ili za nishto ne stava ili e nedorazumenie ili e detska igrachka v sravnenie s MySQL.
Zashtoto tochno TI si tozi koito sipe chestichko podobni dumi po adres na MySQL.
Poznavame se ot godini i da si priznaia ne sum ochakval ot teb podobno litsemerie.
Sale
[Otgovori na tozi komentar] Kum: Kum: Kum: Kum: A zashto ne tsitirash dokr Ot: Sale <salle< at >mysql__dot__com> Na: 11-10-2005@13:55 GMT+2 Otsenka: 1/NeutralenI koi da mu se ne vidi e tozi sluzhitel na MySQL koito govori protiv PostgreSQL?
CHak puk tolkova da preinachavate neshtata.
Ako niakoi dosega ne go e razbral oplyuvaneto na drugite VINAGI ima otritsatelen efekt. Nai-malkoto zashtoto e chista zaguba na vreme i energiia.
[Otgovori na tozi komentar] Kum: Kum: Kum: Kum: Kum: A zashto ne tsitirash Ot: ce Na: 11-10-2005@14:28 GMT+2 Otsenka: 1/Neutralennikoi nishto lichno sreshtu teb ne e kazal!
za tova izlozhenie i povedenieto na tamoshnite izlozhiteli az ne moga da kazha, no ofitsialniiat sait na mysql v dadeni momenti e sudurzhal takiva neshta naprimer:
http://66.249.93.104/search?q=cache:cwJ...
mysql zabravia, ama gugul ne ;-))
za koi neshta sa istina koi ne, niama da se otplesvam (makar, cheeee ...)
shte otbelezha samo, che sravnenieto e mezhdu 7.2 na pg-to i 4.0 na mysql-a
mysql 4.0 e produkshun 2004
postgesql 7.2 e ot 2001 (2003 veche ima 7.4 ....)
praviat se supostavki s 5.0, koiato i sega ne e prudukshun, a za postgresql ima veche 8.0, a suvsem skoro i 8.1 (gore-dolu kogato veroiatno shte izleze 5.0 stable), koito gi niama spomenati dori
....................
[Otgovori na tozi komentar] Kum: Kum: Kum: Kum: A zashto ne tsitirash dokr Ot: Andrei Na: 11-10-2005@16:40 GMT+2 Otsenka: 1/NeutralenSega kazhi na momchetatata, koito polzvat i praviat *BSD, che vsushtnost ot tiah niama nuzhda pri polozhenie, che ima GNU/Linuks....
[Otgovori na tozi komentar] Kum: Kum: Kum: Kum: Kum: Kum: A zashto ne tsi Ot: Andrei Na: 11-10-2005@16:56 GMT+2 Otsenka: 1/NeutralenMemory corruption?
http://developers.slashdot.org/article....
MySQL 4 Declared Production-Ready
Posted by michael on Tue Mar 18, '03 03:18 PM
[Otgovori na tozi komentar] Kum: Kum: Kum: Kum: Kum: Kum: Kum: A zashto Ot: ce <valiak __@__ gmail __tochka__ com> Na: 11-10-2005@17:55 GMT+2 Otsenka: 1/Neutralenda moia greshka, no vse pak pak srvanenieto e s 2 godini po-stara versiia
[Otgovori na tozi komentar] Kum: Kum: Kum: Kum: Kum: Kum: Kum: Kum: A Ot: Andrei Na: 12-10-2005@10:46 GMT+2 Otsenka: 1/NeutralenZa men e vazhno, che neshtata vurviat kum po-dobro. S 5.0 za starite potrebiteli povecheto neshta ne se promeniat, t.e. sushtestvuvashti prilozheniia e malko veroiatno da se chupiat, za novite prilozheniia, koito ochakvat naprimer, che vkarvaneto na niz ot 10 simvola, v kolona poemashtata maksimalno 9 niama da raboti, ami to niama da raboti. Tova se nastroiva, che t.nar. SQL_MODE.
Viarno e, che navremeto be kazvano, che podzaiavkite sa loshi i izpolzvaite dzhoini. Sega ima podzaiavki i sledovatelno ne e veche validno. Tozi produkt e kato edno choveshko sushtestvo. Razhda se bez mnogo mozuchni vruzki v glavata i s napredvane na vuzrastta dobiva novi i novi kachestva. Sus sigurnost ima neshta, sreshtu koito ste bili kato malki i nakraia ste reshili, che ima smisul ot tiah. Az 5 godini otkazvah da se kacha otnovo na kola da shofiram i v kraina smetka predi 4 sedmitsi se kachih pak. Otrichah go tova, no vse pak reshih, che ne prechi da imam knizhka.
Da si dam i mnenieto v otgovor na ZHoro CHorbadzhiiski. Zashto ne Postgre, a MuSKL. Otrichaneto i vrichaneto v edin produkt ne e hubavo. Sam znaesh, che ima n na broi gnu/linuks distributsii, da ne govorim za raznite BSD-ta. Ti si pochitatel na Slekuer, zashto se zanimavash sus Slekuer, sled kato OpenBSD e po-sigurno sudurzha kod, koito e po-star ot tozi na linuks iadroto? Vse pak istoriiata na BSD e dosta dulga. SHTe ti otgovoria! Zashtoto pod sluntseto ima miasto za vseki i vseki mozhe da se bori za nego, zatova. MySQL se opitva da se bori za miasto pod sluntseto kato ne plyue (pone se opitva) "konkurentsiiata". MuSKL predlaga na klientite neshto, kazva tsenata i te pretseniavat dali si struva da sklyuchat dogovor ili da si govoriat s golemite 3 (Oracle, IBM, Microsoft).
Postgre sushto si imat problemi s raznite firmi zhelaeshti da izpolzvat koda na SUBD-to za da pecheliat pari. EnterpriseDB naprimer kopirat imenata na razlichnite paketi ot MySQL Network plyus tova litsenzite im sa za protsesor, a ne za mashina. Vsichki tezi kompanii se sluchva da naemat malko ili mnogo ot osnovnite razrabotchitsi na Postgre za da suzdavat novi moduli, no vse pak zaplatite ot niakude triabva da idvat - prodazhbi. V tozi moment firmite ne vrushtat koda nazad kum osnovnoto durvo, a puk razrabotchitsite niamat vreme da rabotiat vurhu osnovnoto durvo da ne govorim, che dori i da go napraviat koda, koito suzdavat e sobstvenost na firmata. Taka vsushtnost Postgre zabavia skorost. CHuval sum dori, che se sluchva ot 2 razlichni mesta da bude osushtestvena edna i sushta funktsionalnost.
Neka ne se plyueme, a da si pomagame. Tuk sme zashtoto FOSS ni haresva i vmesto da oplyuvame edin ili drug neka napravim neshto v polozhitelna posoka.
[Otgovori na tozi komentar] Kum: Kum: Kum: Kum: Kum: Kum: Kum: Kum: Ku Ot: ce <valiak__at__gmail< dot >com> Na: 12-10-2005@11:28 GMT+2 Otsenka: 1/Neutralenaz predimno ne sum suglasen s tova
______
MySQL se opitva da se bori za miasto pod sluntseto kato ne plyue (pone se opitva) "konkurentsiiata".
______
niama pak da se rovia v gugul i t.n., tva ne e kato da se opitvash da vdignesh tank
inache az niamam problemi sus sushtestvuvaneto na produkta, dazhe otvreme na vreme go polzvam, prosto politikata im e super nepriiatna (a i tova iskazvane za smisula mai ne beshe na Georgi CHorbadzhiiski, a samo na niakoi Georgi)
sushto:
______
Postgre sushto si imat problemi s raznite firmi zhelaeshti da izpolzvat koda na SUBD-to za da pecheliat pari.
______
samiia produkt niama problemi s tova! tova e prosto BSD litsenza, vseki ima pravo da go prodava kakto nameri za dobre, no enterpriseDB prodavat enterpriseDB, koeto e razlichno ot postgresql! i te imat razlichna politika ot PostgreSQL Core Team
a povecheto firmi vrushtat koda,(ili chasti ot nego) zashtoto inache posle pri vsiaka nova versiia triabva da pachvat nanovo i kolkoto poveche e pachvaneto, tolkova poveche izostavat i triabva da navaksvat, koeto v edin moment im stava nevuzmozhno
[Otgovori na tozi komentar]
ama vie da ne se skarate Ot: Karaman Na: 11-10-2005@13:38 GMT+2 Otsenka: 1/Neutralenkakvoto i da si lafim tuka, sveta ne mu puka!
[Otgovori na tozi komentar] Kum: Kum: Kum: Kum: Kum: Kum: Kum: Kum: Ku Ot: Andrei Na: 12-10-2005@12:13 GMT+2 Otsenka: 1/NeutralenNa poslednata konferentsiia OSCON mladezhite v paviliona na PostgreSQL sa razprostraniavali veseli kartichki, na koito e izobrazeno kak slon peche na gril delfin. Potursi v Gugul za "elephant roasting dolphin". Az vidiah dori tazi kartichka, no niamam adres za da ia pokazha.
[Otgovori na tozi komentar]
Kum: Kum: Kum: Kum: Kum: Kum: Kum: Kum: Ku Ot: ce <valiak__at__gmail __tochka__ com> Na: 12-10-2005@13:49 GMT+2 Otsenka: 1/Neutralendori i da e taka, az tova ne moga pak da go komentiram, shtoto dori ne sum go chuval, puk i nishto ne namiram v gugul, tova tvurdenie e oshte po-letiashto ot tova, koeto Georgi CHorbadzhiiski e pratil link pone
sushto taka, tova che niakoi pravi neshto ne e opravdanie za drugiia da pravi sushtoto!! edin vid pochva da prilicha na ne az te oshtipah ne ti me oshtipa purvi ....
[Otgovori na tozi komentar] Kum: Kum: Kum: Kum: Kum: Kum: Kum: Kum: Ku Ot: ce <valiak__at__gmail[ tochka ]com> Na: 12-10-2005@13:57 GMT+2 Otsenka: 1/Neutralenhttp://www.commandprompt.com/images/mam...
tova pak ne e Postgersql Core Team :-))
sushto taka, tova ne e tochno FUD ... ;-)
i e mamut, a ne slon!! :-)
za mnenieto v pg arhivite mozhe da razgledash
http://archives.postgresql.org/pgsql-ge...
a i tsialata tema v arhiva, da vidizh obshtoto mnenie i kak tova si e idea i realizatsiia na commandprompt
Redaktiran na: 12-10-2005@14:04
[Otgovori na tozi komentar]
Kum: Kum: Kum: Kum: Kum: Kum: Kum: Kum: Ku Ot: Andrei Na: 12-10-2005@14:54 GMT+2 Otsenka: 1/NeutralenNo v kraina smetka minava za aktsiia na vsichki okolo Postgres. Taka, che komandprompt sa napravili kofti reklama na obshtestvoto okolo PG.
Otnosno agresivniiat marketing. Da, marketingut opredeleno e agresiven, no tova e nachin da si probiesh put, kogato pazarut e tesen i tam sa golemite 3. Ako se pogledne v istoriiata, kakto pokazah po-gore 4.0 beshe obiavena za stabilna prez Mart 2003-ta, sega e Oktomvri 2005, godina i polovina po-kusno, i 5.0 e na praga, veroiatno mnogo skoro dostupna. Goliama stupka napred za 2.5 godini.
[Otgovori na tozi komentar] Kum: Kum: Kum: Kum: Kum: Kum: Kum: Kum: Ku Ot: ce <valiak__at__gmail[ tochka ]com> Na: 12-10-2005@15:30 GMT+2 Otsenka: 1/Neutralenda golemi stupki e napravil produkta spor niama, no i konkurentite za 2.5 godini sa napravili golemi stupki napred :-))
az ne sum tolko goliam zashtitnik na postgresql, che da ne im priznavam greshkite .... :-)
eto pak nedorazumenie :-)) mysql tvurdiat (ei sega naskoro), che te ne se tseliat v golemite 3 pone (ili pone ne v oracle ..... :-)))
kakto i da, mnogo se ottsepi tsialata tema ot originalniia post ...
Redaktiran na: 12-10-2005@15:38
[Otgovori na tozi komentar]
Kum: Kum: Kum: Kum: Kum: Kum: Kum: Kum: Ku Ot: debugger Na: 13-10-2005@10:46 GMT+2 Otsenka: 1/Neutralenhttp://simon.nitro.dk/fun/mammoth_versu...
[Otgovori na tozi komentar]
|
|
|
|
|
|
|
|