
|
 |
 |
Интересно» MySQL AB приветства Oracle на FOSS арената
|
 |
|
|
 |
 |
от Remo Tex(10-10-2005)
MySQL AB и пазарът на БД с отворен код днес получиха неочаквано признание от страна на Oracle, чрез придобиването на Innobase OY от Oracle Corp.
Навярно се питате - И какво общо има това с MySQL?
Всъщност Innobase е доставчика на популярната InnoDB машина за съхраняване на данни на MySQL. Едно от нещата които нашите потребители ценят най-много в MySQL е неговата уникална архитектура за за зареждане и работа с различни машини за съхраняване на данни (pluggable storage engine architecture), където Вие имате способността да избирате измежду няколкото възможни машини за съхраняване на данни включващи MyISAM, Memory, Merge, Cluster и InnoDB, а от версията 5.0, са добавени и новите Archive и Federated [storage engines].
Също както и MySQL Server и неговите машини за съхраняване на данните, InnoDB е публикувана под GPL. С този лиценз потребителите имат пълната свобода да използват, разработват и променят изходният код както намерят за добре. Точно затова MySQL избира GPL: за да защити свободата която потребителите ценят в свободния софтуер и софтуера със отворен код.
В изявлението си за пресата
Оракъл твърдят, че: "InnoDB не е самостоятелен продукт за БД: той се разпространява като част от СУБД MySQL. Договорните отношения за InnoDB с MySQL подлежат на подновяване догодина. Очакванията на Oracle са за продължаване на тези отношения."
MySQL също правят изявление за пресата, където
Mårten Mickos, главният изпълнителен директор на MySQL, заявява: "Това представлява още-едно утвърждаване на движението за отворен код. Красотата на софтуера с отворен код и лиценза GPL под който се разпространява е в свободата. Също както и кодът на MySQL, InnoDB се разпространява под GPL лиценз, което означава че потребителите имат пълната свобода да използват, разработват и променят изходния код. Ние сме удовлетворени от все по-широкото приемане от индустрията на технологията на СУБД с отворен код. Това още означава и че разработчиците на БД вече ще имат още по-голяма гъвкавост при използването на MySQL и Oracle в едно и също обкръжение."
цялата новина можете да прочетете тук.
--
//MySQL и MySQL логото са регистрирани търговски марки на МySQL AB
//Oracle е регистрирана търговска марка на ORACLE Corp. и/или нейните филиали.
//Други наименования могат да бъдат търговски марки на съответните собственици.
<< Филм за играта Halo ще се прави под Линукс | Как да ускорите зареждането на GNOME >>
|
 |
 |
 |
 |
аман от пишман редактори :) От: Remo Tex На: 10-10-2005@8:41 GMT+2 Оценка: 1/Неутрален"//MySQL и MySQL логото са регистрирани търговски марки на МySQL AB" - Интересно Оракъл откога не е регистрирана търговска марка? Не сметнах за нужно да ги изброявам понеже даже официалната новинка завършваше с простичкото [никакви (C), (R), (TM)]:
Kaj Arnö
VP Community Relations
MySQL AB
---
Конструктивната критика бе взета под внимание (не само от страна на MySQL, интересно защо никой не защити Oracle когато всъщност новината е тяхна а аз наблегнах само на представяне гледната точка на MySQL) и пропуските за Авторските права, търговските марки и пр. поправени.
П.П. Последния ред може да се чете и : търговски марки на съответните собственици - ако още не са купени от Оракула :)
Редактиран на: 10-10-2005@11:46
[Отговори на този коментар]
Към: аман от пишман редактори :) От: Славей Караджов <slaff (a) linux-bg< dot >org> На: 10-10-2005@9:29 GMT+2 Оценка: 1/НеутраленПогледни този коментар за информация:
http://www.linux-bg.org/cgi-bin/y/index...
[Отговори на този коментар] Към: аман от пишман редактори :) От: Н. Антонов <nikola (a) linux-bg __точка__ org> На: 10-10-2005@12:43 GMT+2 Оценка: 1/НеутраленЕто заради такива неуместни включвания е необходимо да има редактори!
[Отговори на този коментар]
бля, бля От: Георги Чорбаджийски <georgi __@__ unixsol[ точка ]org> На: 10-10-2005@9:22 GMT+2 Оценка: 2/Информиращ
MySQL AB прави пари не от GPL, а от продажбата на MySQL под комерсиален лиценз. Ако Oracle им духне под опашката като откаже да разпространява InnoDB под друг лиценз освен GPL, бизнес моделът на MSQL става леееееко невъзможен.
"Очакванията на Oracle са за продължаване на тези отношения"
...ще ви се. А ако не го направи? Така или иначе MySQL без InnoDB, е смешна работа (то и с InnoDB пак е смехория, но поне има някакви наченки на релационна база данни).
[Отговори на този коментар]
Към: бля, бля От: Yasen6275 <ohtya (a) chem __точка__ uni-sofia __точка__ bg> На: 10-10-2005@10:36 GMT+2 Оценка: 1/НеутраленЧакай че не разбрах. Кой кого поздравява MySQL AB Оracle или обратното. Щото заглавието казва едно а текста друго.
[Отговори на този коментар]
Към: Към: бля, бля От: Andrew На: 10-10-2005@11:04 GMT+2 Оценка: 1/Неутрален"Поздравяват" се взаимно :)))))
[Отговори на този коментар]
Към: бля, бля От: bobo На: 10-10-2005@22:21 GMT+2 Оценка: 1/Неутраленми най много да го форкнат под друго име и оракъл пак да барнат меча.
а винаги съм се чудил на тези който не признават качествата на mysql. продукт дал доста голям тласък .. да не кажа нарпаво шут в гз.. на уеб-а заедно с php и apache.
[Отговори на този коментар]
Към: Към: бля, бля От: Георги Чорбаджийски <georgi__at__unixsol__dot__org> На: 11-10-2005@11:04 GMT+2 Оценка: 1/НеутраленФоркването не им решава проблема. Софтуера е под GPL и няма да могат да го разпространяват под двойният лиценз, който ползват за MySQL. Така или иначе лиценза на MySQL не е съвместим с GPL, така че са прецакани при липса на споразумение с InnoDB
[Отговори на този коментар]
айде айде научете си термините От: Karaman На: 10-10-2005@9:33 GMT+2 Оценка: 1/Неутраленрелационна база от данни е всяка проста база данни където имаме организация в табличен вид.
Ако щете 1 Excel Sheet с таблични данни е релационна база от данни! Това, че някои бази данни имат повече функции от други е въпрос на вкус, но не и на терминология!
[Отговори на този коментар]
Що е то РДБ? От: Сава Чанков <sava (a) blueboard__dot__biz> На: 10-10-2005@10:23 GMT+2 Оценка: 1/НеутраленЗа да е релационна една база от данни, тя трябва да отговаря на *всички* принципи на д-р Код - човекът, измислил понятието (http://en.wikipedia.org/wiki/Codd%27s_1...).
MySQL не изпълнява правила №10 и №12, следователно действително може да се твърди, че има "някакви наченки на релационна база данни".
[Отговори на този коментар]
Към: Що е то РДБ? От: Кирил Митев <kiril__at__mitev< dot >biz> На: 10-10-2005@10:59 GMT+2 Оценка: 1/НеутраленИзпревари ме :)
[Отговори на този коментар]
То по тази логика не съществуват RDMBS :) От: Сале На: 10-10-2005@10:58 GMT+2 Оценка: 2/Информиращ
Дали някой някога е правил списък на това кои продукти на кои от тези правила отговарят и най-вече ОТКОГА?
Не помня някой преди 1995-та да е твърдял, че Oracle например не е Релационна система а пък дотогава Транзакциите в Oracle бяха само опция.
Интересно ми е колко и кои продукти удовлетворяват напълно №11 например.
Колкото до №12 някой може ли да обясни как то се отнася съществуващите в днешно време приложения?
Защото то датира от времето на dBase и подобни системи за които (тогава) нямаше никакви съмнения, че са Релационни.
[Отговори на този коментар]
Към: То по тази логика не съществуват RDM От: Андрей На: 11-10-2005@16:35 GMT+2 Оценка: 1/НеутраленУчителката ми по БД в Германия споменаваше, че Кодд е дефинирал правилата да съответстват на системата на фирмата за, която той е работил и на практика тези правила не са много обективни.
[Отговори на този коментар]
Без коментар (вижте подписа) От: Сале <salle< at >mysql[ точка ]com> На: 10-10-2005@11:05 GMT+2 Оценка: 1/Неутраленhttp://lists.mysql.com/mysql/190146
[Отговори на този коментар] Към: Що е то РДБ? От: Караман На: 10-10-2005@12:44 GMT+2 Оценка: 1/НеутраленБлагодаря за информацията! Не бях чувал, за това. Въпреки, че не е дал първата дефиниция за РДБ, наистина идеята му за правила в развитието на РДБ и дефиницията на РДБ е чудесна, насочена е в прогресивна положителна посока. Сега разбирам, защо толкова много се спори в областта на базите данни :). Ех, живота ми днес стана по-интересен :) 10x още веднъж :)
[Отговори на този коментар] РДБ От: Бъгчо На: 10-10-2005@14:12 GMT+2 Оценка: 1/НеутраленНапротив, Едгар Код е дал първата дефиниция за РДБ. Той е бащата на релационния модел. Мисля, че около 1976 год. е измислил тези правила. Тогава целият свят на СУБД се е радвал на мрежовия модел на БД и идеята за плоски таблици е била странна, а за някои - дори смешна.
Друг е въпроса, че дори и днес няма СУБД, кояето да отговаря съвсем точно на всичките тези правила. Дори и Oracle. Което обезсмисля спора дали MySQL или Oracle (или IBM DB2, или Microsoft $QL $erver, или Sybase...) е по-РДБ от другите(-:
[Отговори на този коментар] Към: РДБ - Благодаря! От: Сале <salle (a) mysql< dot >com> На: 10-10-2005@18:23 GMT+2 Оценка: 1/НеутраленИ аз съм на мнение, че нито еднин продукт не отговаря НАПЪЛНО на изискванията на Код.
Нямаше да има нищо лошо ако се правеха сравнения от рода на "X не поддържа А и Б пък Y не поддържа и А и Б и В и Г значи е едното е по-близо, другото по-далече от ИДЕАЛНИТЕ изисквания."
На всичкото отгоре в случая става въпрос за теория, а РБД изобилстват с примери когато теорията и практиката доста силно се разминават.
Теорията например издига Нормализацията в култ докато на практика рядко има полза от нормализиране след 3-та норнална форма.
На теория няма място за пълнотекстови функции в РБД тито пък за съхранение на обекти под каквато и да е форма (заради Нормализацията) докато на практика се използват доста често. и т.н. и т.н.
И това е валидно за всяка теория и практиката. Теориите са изключително важни и необходими, но с чиста теория работа не се върши.
Както се казва в един любим мой цитат:
"На теория теорията и практиката са еднакви. На практика обаче се различават."
Да не забравяме, че бащите на Релационния модел са двама: E.F. Codd http://en.wikipedia.org/wiki/Codd
и C.J. Date http://en.wikipedia.org/wiki/Christophe...
и те двамата винаги са отстоявали противоположни мнения по един съществен за РБД въпрос - Трябва ли да се използва NULL или не? (Т.нар. NULL дебат).
Този дебат продължи чак до смъртта на Codd през 2003 и така и не остана разрешен.
Е трябваше ли всички програмисти да чакат да се разреши този теоретичен спор преди да почнат да пишат Релационни продукти?
[Отговори на този коментар] Има ли почва релационния модел в MySQL От: Сава Чанков <sava __@__ blueboard __точка__ biz> На: 11-10-2005@8:55 GMT+2 Оценка: 1/НеутраленДа, спор няма - теория и практика се разминават понякога. Но тук малко се отместихме от темата, която беше има ли "някакви наченки на релационна база данни" в MySQL. Не беше толкова отдавна времето, когато Монти (авторът на въпросната СУБД) с пяна на уста твърдеше, че съхранените процедури, тригерите и външните ключове са глупост и нямат място в базата данни. Е, сега виждаме полека-лека тези неща да се появяват в MySQL. Тази съпротива срещу основите на релационния модел, както и агресивния маркетинг (напомнящ за една друга компания, която агресивно маркетира операционната си система) пораждат неприятни чувства сред разработчиците. Да не говорим за безумните решения като localhost=unix сокет, 127.0.0.1=TCP/IP връзка.
Редакция:
Ето един пример за брилянтния ум на авторите на MySQL - "Причини да не се използват ограничения от тип външен ключ" - присъствал в ръководството на MуSQL и изтрит по неизвестни причини: http://webdocs.math.univ-rennes1.fr/MyS...
Втора редакция:
Експертно мнение по въпроса е ли MySQL изобщо СУБД, да не говорим за релационна: http://www.dbdebunk.com/page/page/62253...
Редактиран на: 11-10-2005@9:27
[Отговори на този коментар]
Към: А защо не цитираш докрай? От: Сале <salle< at >mysql __точка__ com> На: 11-10-2005@10:04 GMT+2 Оценка: 1/НеутраленВ eкспертното мнение, което цитираш
въпросният експерт твърди, че
MySQL is not a DBMS; it is not relational and the query language it supports is not even ‘somewhat’ similar to SQL.”
Според него езикът за заявки на MySQL дори отдалечено не прилича на SQL. Чак пък толкова...
А освен това според него:
Oracle is not really relational. I might call Oracle semi-relational (recognizing that as an oxymoron); Date would call Oracle a ‘SQL DBMS’.
т.е. дори Oracle не е РБД (според експерта) а
е най-много полу-релационна система.
Как смяташ доколко едно такова експертно мнение има нещо общо с реалността?
Колкото до Монти, спорил съм с него много пъти дори и и не си го спомням с пяна на устата. Не знам откъде ти изниква тази представа.
Не съм съгласен обаче, че са "неизвестни" причините поради които въпросният текст беше махнат от ръководството :) Причината е само една и тя е добре известна. Стараем се да се вслушваме в желанията на потребителите си. След като потребителите държат на нещо наша работа е да им го предоставим.
Виж ако според според теб това е промяна от добро към лошо нямам какво да кажа. Щом и маркетинга според теб е престъпление ..
[Отговори на този коментар]
Към: Към: А защо не цитираш докрай? От: Георги Чорбаджийски <georgi__at__unixsol[ точка ]org> На: 11-10-2005@11:13 GMT+2 Оценка: 1/Неутрален"Щом и маркетинга според теб е престъпление .."
не знам дали е престъпление но със сигурност MySQL основно всява FUD, срещу конкурентите си. Така или иначе по технически параметри не може да се мери с тях и затова разчита на откровени лъжи или в най-добрият случай на полуистини. Ей това е маркетинга...
http://archives.postgresql.org/pgsql-ge...
[Отговори на този коментар] Към: Към: Към: А защо не цитираш докрай? От: Георги На: 11-10-2005@11:28 GMT+2 Оценка: 1/НеутраленНаправо си в целта.
Не разбирам защо след като има PostgreSQL на този свят и с това перфектно качество, на човек може да му дойде на ум да мисли за MySQL или нещо подобно.
Иначе е добре, че имат защитник от нашата страна, но с тези глупости които говорят срещу PostgreSQL ми падат в очите а и защитника им също).
Не са прави, че PostgreSQL не става за големи решения, бих казал, че точно там му е предимството. Използвам го за всеки голям проект и имам таблизи с над 100М записа който работят перфектно.
А маркетинга очевидно е директен и брутален и ми напомня на точно една компания с този подход.
[Отговори на този коментар] Към: Към: А защо не цитираш докрай? От: ce На: 11-10-2005@12:01 GMT+2 Оценка: 1/Неутраленпроблема с маркетинга е "лъжовността", първо когато mysql няма и помен от triggers, views и т.н. тези неща са заклеймени като глупости, ненужни и т.н. сега вече има бета версия с тези екстри и те вече са добри (а те са си просто тригери и вюта ;-)))!
кой знае колко неща от сегашната документация са на същия принцип (не е като да няма), а масата хора вярват .... и това е проблема
просто има различни видове маркетинг и този който използва mysql е доста ъъъъ недобър дори и за тях заради странни последствия, например: повечето mysql потребители няма и да почнат да ползва тези екстри, защото те зная и помнят, че те са лошо ....
PS Пуякът разговарял с бика. "Как ми се иска да полетя и да кацна на това дърво" - въздишал той - "но не ми достига енергия за да махам толкова силно с крила". "Защо не клъвнеш малко от фекалиите ми" - предложил бикът - "те са силно енергийни и хранителни". Пуякът се надвесил над една от неговите купчинки и не след дълго открил, че бикът е прав - вече имал енергия и успял да достигне най-долният клон на дървото. На следващият ден, след като си похапнал още от чудодейната смес, той кацнал на по-горният клон. Най-сетне, няколко дни по-късно, пуякът гордо се перчил и вдигал врява от върха на дървото. Не след дълго бил забелязан от фермера, който го свалил с един изстрел на пушката си.
Бизнес Поука: Bullshìt might get you to the top, but it won't keep you there.
[Отговори на този коментар] Извинявай Жоро ама за какво говориш? От: Сале <salle< at >mysql[ точка ]com> На: 11-10-2005@13:32 GMT+2 Оценка: 1/НеутраленБи ли ми показал поне един случай в който някой от MySQL AB говори против когото и да било другиго? Кой от служителите на компанията, къде и кога е разпрастранявал неверни твърдения за който и да е друг продукт?
С това, че против MySQL непрекъснато се изливат какви ли не аргументи (някои наистина разумни, други направо смешни) съм свикнал отдавна.
Но крадецът да вика "Дръжте крадеца" това вече ми идва в повече.
Хайде спомни си кога, къде и пред кого АЗ дъм казвал, че някой друг продукт (намери един поне) e боклук, или за нищо не става или е недоразумение или е детска играчка в сравнение с MySQL.
Защото точно ТИ си този който сипе честичко подобни думи по адрес на MySQL.
Познаваме се от години и да си призная не съм очаквал от теб подобно лицемерие.
Сале
[Отговори на този коментар] Към: Към: Към: Към: А защо не цитираш докр От: Сале <salle< at >mysql[ точка ]com> На: 11-10-2005@13:55 GMT+2 Оценка: 1/НеутраленИ кой да му се не види е този служител на MySQL който говори против PostgreSQL?
Чак пък толкова да преиначавате нещата.
Ако някой досега не го е разбрал оплюването на другите ВИНАГИ има отрицателен ефект. Най-малкото защото е чиста загуба на време и енергия.
[Отговори на този коментар] Към: Към: Към: Към: Към: А защо не цитираш От: ce На: 11-10-2005@14:28 GMT+2 Оценка: 1/Неутраленникой нищо лично срещу теб не е казал!
за това изложение и поведението на тамошните изложители аз не мога да кажа, но официалният сайт на mysql в дадени моменти е съдържал такива неща например:
http://66.249.93.104/search?q=cache:cwJ...
mysql забравя, ама гугъл не ;-))
за кои неща са истина кои не, няма да се отплесвам (макар, чееее ...)
ще отбележа само, че сравнението е между 7.2 на pg-то и 4.0 на mysql-a
mysql 4.0 е продъкшън 2004
postgesql 7.2 е от 2001 (2003 вече има 7.4 ....)
правят се съпоставки с 5.0, която и сега не е пръдъкшън, а за postgresql има вече 8.0, а съвсем скоро и 8.1 (горе-долу когато вероятно ще излезе 5.0 stable), които ги няма споменати дори
....................
[Отговори на този коментар] Към: Към: Към: Към: А защо не цитираш докр От: Андрей На: 11-10-2005@16:40 GMT+2 Оценка: 1/НеутраленСега кажи на момчетатата, които ползват и правят *БСД, че всъщност от тях няма нужда при положение, че има ГНУ/Линукс....
[Отговори на този коментар] Към: Към: Към: Към: Към: Към: А защо не ци От: Андрей На: 11-10-2005@16:56 GMT+2 Оценка: 1/НеутраленMemory corruption?
http://developers.slashdot.org/article....
MySQL 4 Declared Production-Ready
Posted by michael on Tue Mar 18, '03 03:18 PM
[Отговори на този коментар] Към: Към: Към: Към: Към: Към: Към: А защо От: ce <valiak __@__ gmail< dot >com> На: 11-10-2005@17:55 GMT+2 Оценка: 1/Неутраленда моя грешка, но все пак пак срванението е с 2 години по-стара версия
[Отговори на този коментар] Към: Към: Към: Към: Към: Към: Към: Към: А От: Андрей На: 12-10-2005@10:46 GMT+2 Оценка: 1/НеутраленЗа мен е важно, че нещата вървят към по-добро. С 5.0 за старите потребители повечето неща не се променят, т.е. съществуващи приложения е малко вероятно да се чупят, за новите приложения, които очакват например, че вкарването на низ от 10 символа, в колона поемащата максимално 9 няма да работи, ами то няма да работи. Това се настройва, че т.нар. SQL_MODE.
Вярно е, че навремето бе казвано, че подзаявките са лоши и използвайте джоини. Сега има подзаявки и следователно не е вече валидно. Този продукт е като едно човешко същество. Ражда се без много мозъчни връзки в главата и с напредване на възрастта добива нови и нови качества. Със сигурност има неща, срещу които сте били като малки и накрая сте решили, че има смисъл от тях. Аз 5 години отказвах да се кача отново на кола да шофирам и в крайна сметка преди 4 седмици се качих пак. Отричах го това, но все пак реших, че не пречи да имам книжка.
Да си дам и мнението в отговор на Жоро Чорбаджийски. Защо не Постгре, а МуСКЛ. Отричането и вричането в един продукт не е хубаво. Сам знаеш, че има н на брой гну/линукс дистрибуции, да не говорим за разните БСД-та. Ти си почитател на Слекуер, защо се занимаваш със Слекуер, след като ОпенБСД е по-сигурно съдържа код, който е по-стар от този на линукс ядрото? Все пак историята на БСД е доста дълга. Ще ти отговоря! Защото под слънцето има място за всеки и всеки може да се бори за него, затова. MySQL се опитва да се бори за място под слънцето като не плюе (поне се опитва) "конкуренцията". МуСКЛ предлага на клиентите нещо, казва цената и те преценяват дали си струва да сключат договор или да си говорят с големите 3 (Oracle, IBM, Microsoft).
Postgre също си имат проблеми с разните фирми желаещи да използват кода на СУБД-то за да печелят пари. EnterpriseDB например копират имената на различните пакети от MySQL Network плюс това лицензите им са за процесор, а не за машина. Всички тези компании се случва да наемат малко или много от основните разработчици на Постгре за да създават нови модули, но все пак заплатите от някъде трябва да идват - продажби. В този момент фирмите не връщат кода назад към основното дърво, а пък разработчиците нямат време да работят върху основното дърво да не говорим, че дори и да го направят кода, който създават е собственост на фирмата. Така всъщност Постгре забавя скорост. Чувал съм дори, че се случва от 2 различни места да бъде осъществена една и съща функционалност.
Нека не се плюеме, а да си помагаме. Тук сме защото FOSS ни харесва и вместо да оплюваме един или друг нека направим нещо в положителна посока.
[Отговори на този коментар] Към: Към: Към: Към: Към: Към: Към: Към: Къ От: ce <valiak __@__ gmail__dot__com> На: 12-10-2005@11:28 GMT+2 Оценка: 1/Неутраленаз предимно не съм съгласен с това
______
MySQL се опитва да се бори за място под слънцето като не плюе (поне се опитва) "конкуренцията".
______
няма пак да се ровя в гугъл и т.н., тва не е като да се опитваш да вдигнеш танк
иначе аз нямам проблеми със съществуването на продукта, даже отвреме на време го ползвам, просто политиката им е супер неприятна (а и това исказване за смисъла май не беше на Георги Чорбаджийски, а само на някой Георги)
също:
______
Postgre също си имат проблеми с разните фирми желаещи да използват кода на СУБД-то за да печелят пари.
______
самия продукт няма проблеми с това! това е просто BSD лиценза, всеки има право да го продава както намери за добре, но enterpriseDB продават enterpriseDB, което е различно от postgresql! и те имат различна политика от PostgreSQL Core Team
а повечето фирми връщат кода,(или части от него) защото иначе после при всяка нова версия трябва да пачват наново и колкото повече е пачването, толкова повече изостават и трябва да наваксват, което в един момент им става невъзможно
[Отговори на този коментар]
ама вие да не се скарате От: Караман На: 11-10-2005@13:38 GMT+2 Оценка: 1/Неутраленкаквото и да си лафим тука, света не му пука!
[Отговори на този коментар] Към: Към: Към: Към: Към: Към: Към: Към: Къ От: Андрей На: 12-10-2005@12:13 GMT+2 Оценка: 1/НеутраленНа последната конференция OSCON младежите в павилиона на PostgreSQL са разпространявали весели картички, на които е изобразено как слон пече на грил делфин. Потърси в Гугъл за "elephant roasting dolphin". Аз видях дори тази картичка, но нямам адрес за да я покажа.
[Отговори на този коментар]
Към: Към: Към: Към: Към: Към: Към: Към: Къ От: ce <valiak< at >gmail< dot >com> На: 12-10-2005@13:49 GMT+2 Оценка: 1/Неутралендори и да е така, аз това не мога пак да го коментирам, щото дори не съм го чувал, пък и нищо не намирам в гугъл, това твърдение е още по-летящо от това, което Георги Чорбаджийски е пратил линк поне
също така, това че някой прави нещо не е оправдание за другия да прави същото!! един вид почва да прилича на не аз те ощипах не ти ме ощипа първи ....
[Отговори на този коментар] Към: Към: Към: Към: Към: Към: Към: Към: Къ От: ce <valiak __@__ gmail< dot >com> На: 12-10-2005@13:57 GMT+2 Оценка: 1/Неутраленhttp://www.commandprompt.com/images/mam...
това пак не е Postgersql Core Team :-))
също така, това не е точно FUD ... ;-)
и е мамут, а не слон!! :-)
за мнението в pg архивите може да разгледаш
http://archives.postgresql.org/pgsql-ge...
а и цялата тема в архива, да видиж общото мнение и как това си е идеа и реализация на commandprompt
Редактиран на: 12-10-2005@14:04
[Отговори на този коментар]
Към: Към: Към: Към: Към: Към: Към: Към: Къ От: Андрей На: 12-10-2005@14:54 GMT+2 Оценка: 1/НеутраленНо в крайна сметка минава за акция на всички около Postgres. Така, че командпромпт са направили кофти реклама на обществото около ПГ.
Относно агресивният маркетинг. Да, маркетингът определено е агресивен, но това е начин да си пробиеш път, когато пазарът е тесен и там са големите 3. Ако се погледне в историята, както показах по-горе 4.0 беше обявена за стабилна през Март 2003-та, сега е Октомври 2005, година и половина по-късно, и 5.0 е на прага, вероятно много скоро достъпна. Голяма стъпка напред за 2.5 години.
[Отговори на този коментар] Към: Към: Към: Към: Към: Към: Към: Към: Къ От: ce <valiak< at >gmail__dot__com> На: 12-10-2005@15:30 GMT+2 Оценка: 1/Неутраленда големи стъпки е направил продукта спор няма, но и конкурентите за 2.5 години са направили големи стъпки напред :-))
аз не съм толко голям защитник на postgresql, че да не им признавам грешките .... :-)
ето пак недоразумение :-)) mysql твърдят (ей сега наскоро), че те не се целят в големите 3 поне (или поне не в oracle ..... :-)))
както и да, много се отцепи цялата тема от оригиналния пост ...
Редактиран на: 12-10-2005@15:38
[Отговори на този коментар]
Към: Към: Към: Към: Към: Към: Към: Към: Къ От: debugger На: 13-10-2005@10:46 GMT+2 Оценка: 1/Неутраленhttp://simon.nitro.dk/fun/mammoth_versu...
[Отговори на този коментар]
|
 |
|
|
|
|
|
|