Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10 .. 26   вперед  Ctrl
 Провал операции Yukon  [new]
Oracle forever rulez!
Guest
Во первых строках своего письма хотелось бы выразить удивление действием модератора, удалившего данный постинг в форуме SQL Server и забанившего мой IP. Приводимый ниже текст соответствует правилам поведения на форуме, ну а то, что он не соответствует взглядам модератора, - это уже его личные, модератора, проблемы. Может он считает, что стоит ему удалить постинг, как в жизни у него тоже все наладится. Это лишь доказывает, что понятия модератор и придурок не являются взаимоисключающими.

Итак, по теме. Как известно, с выходом SQL Server 7.0 (декабрь 1998 г.) Microsoft удалось войти и закрепиться в тройку лидеров в соревновании серверов баз данных. Выпуск версии 2000 (сентябрь 2000 г.) позволил SQL Server даже оспаривать 1-е и 2-е места, попеременно занимаемые Oracle и IBM DB2, в зависимости от категории. Как известно, амбиции Microsoft не позволяют ей довольствоваться иной ролью, кроме первой. Поэтому следующая версия SQL Server под кодовым названием «Yukon» очевидно должна была окончательно расставить точки над i, показав всем, кто здесь хозяин, и обеспечить безоговорочное доминирование Microsoft на рынке корпоративных СУБД.

Впервые о планах по созданию следующей версии было объявлено через год после выхода SQL Server 2000. В октябре 2001 г. на Professional Developers Conference представители Microsoft обнародовали, что именно войдет в состав SQL Server «Yukon». Помимо пакетов на Java, C#, Basic (лучше бы они свой диалект SQL расширили и привели в соответствие с SQL3), поддержки XML и прочей ботвы, которая нужна в СУБД, как в бане лыжи, прозвучали действительно интересные вещи. «SQL Server Yukon allows us to bring together all sorts of data, not just the structured data where a custom is storing in SQL Server, but also semi-structured and unstructured data» [1]. Иными словами, в Microsoft решили свести все многообразие своих разнородных форматов данных к одному, базирующемуся на механизме хранения SQL Server «Yukon». Это касалось не только других серверных продуктов Microsoft (например, почтового сервера MS Exchange “Kodiak” [2]), но и самой операционной системы. Файловая система WinFS (Windows Future Storage) в ОС Windows «Longhorn» должна была также использовать движок SQL Server «Yukon» [3]. В общем, выглядело все настолько внушительно, что лохи, которые ведутся на посулы M$, радостно поразевали варежки и завопили: «О когда же нам наступит это счастье?»

На что там же на PDC 2001 официальные мелкомягкие лица, кокетливо помявшись, возвестили: «Look for the first Yukon beta in mid-2002 and RTM in 2003» [4]. Информацию подтвердило и самое официальное лицо в чине MS Vice President of SQL Server: «The next version of SQL Server, code-named "Yukon," will enter widespread beta testing in the second half of 2002, and ship sometime in 2003» [5]. Это всех устроило, и журналюги засели за круглые столы обсуждать грядущий немеряный потенциал SQL Server 2003, а разработчики пошли сдавать пустую посуду и копить на него денюжки. Так весело прошел 2002-й год.

Никто не вспомнил, что идеей объектного файлового хранилища Microsoft болеет в безнадежной форме еще с 1992 г. [6]. Периодически вспыхивают обострения, когда эту хрень пытаются прикрутить куда-либо еще, потом конечно обламываются и успокаиваются до поры до времени. Последний раз облажались с Windows NT 5.0, после чего сделали вид, что Windows 2000 получилась ровно так, как замышлялась, и Cairo – это ее рабочее название, а вовсе не «preview of a futuristic object-file-system-based NT successor code-named Cairo» [7].

Между тем бета обещанного счастья не наступила ни в середине, ни во 2-й половине 2002 г. Взамен этого было сказано, что ее дадут в 2003-м участникам конференции TechEd, а собственно релиз переносится на 1-ю половину 2004 г. Тем же, кто в очередной раз поверил M$ и приперся на конференцию за доступной бетой, доступно разъяснили, что «The first public beta of "Yukon" is slated for the first half of 2004, and general availability is targeted for the second half of the year» [8].

Нынче на дворе как раз the first half of 2004. По самым оптимистичным прогнозам Юкон выпущен в прошлом году, по самым пессимистичным – доступна его публичная бета. Ни того, ни другого в помине нет. Зато есть очередной перенос. «On 10 March 2004, Microsoft confirmed that the release date for the next version of SQL Server, code-named Yukon, has slipped until the first half of 2005» [9]. В результате бесконечных переносов самое официальное лицо в чине вице-президента по MS SQL чина все-таки лишилось. Потому что у него официальное лицо уже в фотографию в журнале SQL Magazine не помещается, а Yukon все переносится. Официальное лицо, конечно, не уволили явно, чтобы не раздувать скандал перед злобной прессой, но отфутболили на чердак заведовать «security products» [10]. Что-то типа главкома ВМФ Монголии или министра культуры СССР. Кто-нибудь когда-нибудь видел у M$ хоть один секьюрный продукт?

«Four key SQL Server players... who had reported to Mangione, will now report to Paul Flessner, senior vice president of the Microsoft Server Platform Division» (там же). Т.е. вакансия осталась незаполненной. Либо все из числа кандидатов еще бОльшие раздолбаи, что и назначить-то некого, – тогда остается лишь посочувствовать Microsoft и тем, кто связался с ее продуктами, - либо, наоборот, все слишком умные и не пошли сами, понимая, что выгрести этот бардак в путное русло уже нереально. В итоге главными по SQL Server остаются руководители четырех основных направлений, лишившиеся своего непосредственного менеджера. Люди известные, каждый имеет вес в индустрии и прислушиваться к мнению трех остальных не станет стопудово. Через месячишко-другой эти четыре танкиста основательно погрязнут во взаимных склоках и работы вообще встанут.

Чтобы убедить всех вокруг (в первую очередь себя), что уж в 2005-то «Юкон» выйдет всенепременно, микрософты торжественно присвоили ему официальное наименование SQL Server 2005 [11]. Вот убогие люди. Перенесут запросто, еще и не раз, к гадалке не ходи. «The product is a major platform that will be accompanied by a new Visual Studio (VS) release, and its new data store will form the basis for the Longhorn WinFS file system extension, the Blackcomb AD, the Exchange Server Kodiak release, and various other storage-related products coming down the road. So this product truly is one that Microsoft should delay until the company gets it right. My guess is that Yukon will ship simultaneously with Longhorn--in 2006» [12].

Специально для тех из вас, дорогие читатели, кто во имя светлой идеи «Yukon» и того добра, что жыждется на его движке, готов был ждать до 2006-го – расслабьтесь, ждать собственно нечего. В Microsoft начали втихую резать ранее объявленную функциональность. «Various high-level features that would have made Yukon a compelling competitor to enterprise-class databases—i.e., Oracle and IBM DB2 —have been cut. These include, according to Burton, clustering, hash partitioning, the use of Yukon as a unifying storage engine with Microsoft applications and file system support within the database management system» [13]. Теперь вы понимаете, насколько в MS дорожат вашей преданностью и терпением? Вас попросту кинули. Самое время задуматься о переходе на другую СУБД, производитель которой ценит и уважает своих клиентов.


Список литературы

1. Professional Developers Conference. Oct. 23, 2001. Remarks by Paul Flessner.
http://www.microsoft.com/presspass/exec/flessner/10-23flessnerpdc.asp

2. Microsoft Leaves Options Open On Kodiak Stack. http://informationweek.storagepipeline.com/showArticle.jhtml?articleId=15800537&printableArticle=true

3. Microsoft to lift lid on Longhorn OS. http://www.infoworld.com/article/03/09/30/HNlonghorn_1.html

4. Microsoft Unveils .NET Data Futures at PDC 2001. http://www.ftponline.com/vsm/2001_12/online/online_eprods/sqlserver/page2.aspx

5. Yukon's Broad Beta Slated for Second Half of 2002. http://www.entmag.com/news/article.asp?EditorialsID=5109

6. The Storage. http://www.pcmag.com/article2/0%2C4149%2C1360173%2C00.asp

7. A tale of two Cairos. http://www.infoworld.com/article/03/11/21/46OPstrategic_1.html

8. PressPass: When will "Yukon" be ready? http://www.microsoft.com/presspass/features/2003/oct03/10-28PDCMangione.asp

9. Microsoft Delays Release of SQL Server 'Yukon' Again. http://www.gartner.com/DisplayDocument?doc_cd=120047

10. Microsoft Moves Key Database, Content Development Execs To Security Effort. http://www.crn.com/Sections/BreakingNews/breakingnews.asp?ArticleID=49359

11. Introducing SQL Server 2005, Code-Named "Yukon" http://www.microsoft.com/sql/yukon/productinfo/

12. SQL Server Yukon Delayed to Late 2004. http://www.winnetmag.com/Article/ArticleID/39288/39288.html

13. Yukon, Whidbey Releases Slip Yet Again
http://www.eweek.com/article2/0,1759,1546526,00.asp
25 апр 04, 23:26    [648555]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2402
Блог
Не понимаю и не разделяю Вашего злорадства. Провал (очевидный) с выпуском крупнейшей СУБД - несчастье для индустрии. Каким бы ни было отношение к компании-производителю.
26 апр 04, 07:17    [648636]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
alex_k
Member

Откуда: krasnoyarsk
Сообщений: 6694
Провал (очевидный) с выпуском крупнейшей СУБД - несчастье для индустрии.
не согласен.
отритцательный резудьтат, тоже результат.

выпуск крупнейшей субд имеет свою цену, и этот провал(?) показывает что цена это заключается не только и не столько в деньгах.

оффтоп.
Это лишь доказывает, что понятия модератор и придурок не являются взаимоисключающими
доказано уже
26 апр 04, 07:22    [648637]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Наблюдатель
Member

Откуда: www.nashgorod.ru
Сообщений: 198
Уважаемый Oracle forever rulez!

Вы можете сколько угодно ругать SQL Server, но могу привести всего один факт из российской действительности. В нашей нефтяной промышленности используются АСУ ТП с применением компьютерных систем. В качестве баз данных используются как Oracle, так и SQL Server. Так вот, большинство систем построено на базе именно SQL Server (а требования к надежности и безопасности предъявляются ОЧЕНЬ ВЫСОКИЕ), а системы, построенные на Oracle, поочередно мигрируют на SQL Server... И это по всей горячо любимой стране (надеюсь не все из нас ламеры)...

А ваши перлы, подобных этому:

автор
поддержки XML и прочей ботвы, которая нужна в СУБД, как в бане лыжи


просто без комментариев...
26 апр 04, 07:32    [648646]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Антилох
Guest
> Так вот, большинство систем построено на базе именно SQL Server (а требования к надежности и безопасности предъявляются ОЧЕНЬ ВЫСОКИЕ), а системы, построенные на Oracle, поочередно мигрируют на SQL Server...

А вы можете сказать ПОЧЕМУ это происходит ??? Потому-что SQL Server вдруг, сам по себе (даже Yukon ещё не вышел), стал лучше и надёжнее чем Oracle или потому-что кто-то лоббирует продукты Microsoft в вашей отрасли ?
26 апр 04, 07:59    [648663]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
Не пойму, почему такая истерика? Ну, откладывает Microsoft выход ряда продуктов, ну есть проблемы. Дело для разработчиков привычное, просто риски проектов неверно оценили.

Почему надо брызгать слюной об "обмане"? Обман, это когда ты платишь денежку, а получаешь фигушку. Здесь никто денежку не платил, в чем обман?

Кстати, по поводу этой фразы:

автор
В Microsoft начали втихую резать ранее объявленную функциональность. «Various high-level features that would have made Yukon a compelling competitor to enterprise-class databases—i.e., Oracle and IBM DB2 —have been cut. These include, according to Burton, clustering, hash partitioning, the use of Yukon as a unifying storage engine with Microsoft applications and file system support within the database management system»


Откуда такая информация? Автор темы ссылается на статью. Автор статьи ссылается на Betsy Burton. А кто такая Betsy Burton? Может, она шишка в Microsoft? Может, она хотя бы работает в Microsoft?
Нет, Betsy Burton это "an analyst for Gartner Inc." То есть это просто личное мнение постороннего человека, ничем не подкрепленное. Так что верить ей в этом вопросе столь же опрометчиво, как и дворнику дяде Пете.

То, что данное утверждение сомнительно, показывает следующий факт. Позавчера закончился официальный ежегодный форум "Microsoft Research Academic Days". В России он проходил в Питере. Там напротив, рассказывали и о грядущей WinFS, и о Yukon, и о SQLXML, и об ObjectSpaces, то есть обо всем, что якобы "have been cut". Причем докладывали не хрен знает кто, а люди из этих команд, например Walter Smith, a Senior Architect in the Windows User Experience team, currently working on Windows “Longhorn” storage and communications features.

Нельзя отрицать того, что никто не называл официальные сроки. Более того, почти наверняка все это появится нескоро. Но никакого основания говорить о "провале" нет.
26 апр 04, 08:48    [648723]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Проходящий_мимо
Member

Откуда: Москва
Сообщений: 50
2Антилох
а вот в производственных системах MS SQL применяется (одна из причин) поскольку oracle так и не удосужился совместно с призводителями SCADA систем предложить (хотя бы одно!) RTDBMS (RT == realtime) ): а жаль, собственно говоря.
26 апр 04, 09:21    [648756]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
nik_x
Member

Откуда:
Сообщений: 1887
2:Проходящий_мимо
Во, блин, а что, M$SQL уже стал системой реального времени? Вкупе с Nt/XP...
Пора значит управление ядреными реакторами переводить на M$ - платформы (во где чайники видать сидят, так в министерстве ядреной промышленности)
А по поводу, почему M$ доминирует на рынке - дык у них откат для работников принимающих рещения один из самых больших.
Ну разве что, могут в этом плане, только с компанией HP посоревноваться...
26 апр 04, 09:37    [648792]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Антилох
Guest
2 Проходящий_мимо

Проходящий_мимо
а вот в производственных системах MS SQL применяется (одна из причин) поскольку oracle так и не удосужился совместно с призводителями SCADA систем предложить (хотя бы одно!) RTDBMS


А какие RTDBMS выпускает Microsoft ? Огласите весь список, пожалуйста! Или хотя-бы одну... Наверное эти RTDBMS работают под операционными системами реального времени от Microsoft ? Вы знаете такие ?
26 апр 04, 10:17    [648869]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
eNose
Member

Откуда:
Сообщений: 183063
RTOS от Мелкософта: WinCE.

А вот с RDBMS проблема... может Access for WinCE



eNose
26 апр 04, 10:29    [648900]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
alex_k
Member

Откуда: krasnoyarsk
Сообщений: 6694
не знаю как на другом железе, но на iPaqе, wince совем не rt :-)
26 апр 04, 10:34    [648914]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Yo!
Guest
автор
А вот с RDBMS проблема... может Access for WinCE


ну - элементарных вещей и не знаете:
берем не RTOS win2000 c не RTOS sql2000 с боку прикручиваем херовенький аналог ораклового advanced quenes и обана :) - у нас RTOS система ... ловкость рук и ни какого машеничиства.
а заказчик ? так он лох, купит - ему и не такое втюхивали :)
26 апр 04, 10:41    [648936]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Yo!
Guest
автор
Почему надо брызгать слюной об "обмане"? Обман, это когда ты платишь денежку, а получаешь фигушку. Здесь никто денежку не платил, в чем обман?


корпоротивные заказчики оплачивали 5 летнии лицензии на новые версии - т.е. дохера заказчиков МС кинуло именно на деньги. деньги уплочены а продукта нет ...
26 апр 04, 10:51    [648966]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
profil
Member

Откуда: Москва
Сообщений: 1713
хотелось бы напомнить господам разработчикам I-й закон Платта:
I-й закон Платта об Экспоненциальном росте оценочных значений
Каждый проект по разработке ПО требует втрое больше времени, чем при самых пессимистических оценках, даже если принимается во внимание сам этот закон
26 апр 04, 10:54    [648971]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2402
Блог
eNose
RTOS от Мелкософта: WinCE

Ой, порадовали! Давно так не смеялся...
26 апр 04, 10:54    [648973]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Наблюдатель
Member

Откуда: www.nashgorod.ru
Сообщений: 198
Насчет производительности SQL Server как RTDBMS - есть продукт Industrial SQL Server, построенный на базе SQL Server. Так вот, именно он и позиционируется как СУБД реального времени.

А утверждение от том, что SQL Server используется в промышленности только из-за его больших закупок, полная ерунда. Лицензий Oracle куплено нефтяниками на порядок больше, чем лицензий SQL Server...
26 апр 04, 11:07    [649016]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
2 Oracle forever rulez!

Нда, круто! Еще забыл крикнуть MS must die

Это даже хорошо, что еще не выпустили - значит очень серьезно подходят к новой версии продукта и пытаются сделать так, чтобы после выхода сразу было все то, что хочется/нужно и чтобы сразу все работало.

Чего не скажешь о вашем любимом Оракле: когда на 8i почти каждый месяц выходили обновления, частенько делающие БД несовместимой с предыдущей версией - вот это наверное идеальный продукт, так?

-- Tygra's --
26 апр 04, 11:16    [649046]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Scott Tiger
Member

Откуда: вмваре
Сообщений: 6905
Объясните идиоту - в Longhorn "интерфейс" (работа с точки зрения пользователя) файловой системы останется как сейчас, древовидным ? Тогда накойхер под ним реляционная СУБД?
26 апр 04, 11:42    [649138]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
2 Yu!
автор
корпоротивные заказчики оплачивали 5 летнии лицензии на новые версии - т.е. дохера заказчиков МС кинуло именно на деньги. деньги уплочены а продукта нет ...

Я не очень знаком с этой проблемой. Хотелось бы взглянуть на текст соглашения, иначе говорить не о чем. Имеется сильное подозрение, что денежки плачены вовсе не за обещания, а за конкретный продукт. Скорее всего, никаких конкретных обещаний о выходе новых версий в соглашении нет. Иначе MS имела бы уже кучу исков.
26 апр 04, 11:45    [649151]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
2 Scott Tiger
автор
Объясните идиоту - в Longhorn "интерфейс" (работа с точки зрения пользователя) файловой системы останется как сейчас, древовидным ? Тогда накойхер под ним реляционная СУБД?

Объясняю. Нынешняя концепция файловой системы на представительском уровне отомрет (ибо она совершенно неадекватна). WinFS предполагает не просто хранение файлов в БД (это было бы нахрен не нужно). Будут не файлы а элементы (Item), имеющие кучу проблемно-ориентированных атрибутов и связанные друг с другом реляционным образом.
Над WinFS будет совершенно новый пользовательский и программный интерфейс, дающий интересные возможности по группировке и фильтрации элементов и тем более - поиску. Если это заработает, то будет не просто круто, а суперкруто. Я видет прототипы интерфейсов оболочки - впечатляет.
Главная проблема - совместимость со старыми системами. Над этим и ведутся главные исследования.
26 апр 04, 11:52    [649172]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Glory
Member

Откуда:
Сообщений: 104751
Вас попросту кинули. Самое время задуматься о переходе на другую СУБД, производитель которой ценит и уважает своих клиентов.

Осталось только добавить что
Только сегодня и только у нас вы можете получить 2(3,4,...) экземпляра продукта ....(нужное вписать) по цене одного. А именно .... .99

ЗЫ
- Очень хороший переход от сроков выпуска продукта к "другой СУБД, производительность которой". И каким же образом вы сравнивали производительность Yukon с другими СУБД ?

- Где гарантия что производитель другой СУБД "не кинет меня" со сроками выпуска и функциональностью своего продукта?
26 апр 04, 12:06    [649227]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Yo!
Guest
2mir

Under Microsoft's licensing programs, customers can choose to get product upgrades during a two- or three-year window rather than buy a new licence when new products come out. The annuity program, in which customers pay a discounted licence fee and then a percentage of that fee over the contract's life, is intended to simplify purchases and save customers money, while giving Microsoft more predictable revenue.
....
With the delay of Yukon, companies that purchased a three-year upgrade licence for SQL Server in 2001 will not receive anything for their investment, Helm noted. Disgruntled customers might then shy away from the automatic upgrade option, and even stop buying upgrades altogether, he said.

http://news.zdnet.co.uk/software/windows/0,39020396,39148257,00.htm

2Наблюдатель.
автор
Насчет производительности SQL Server как RTDBMS - есть продукт Industrial SQL Server,


что бы не прикрутили к вынь2000 это не RTOS - это развод для лохов.
26 апр 04, 12:33    [649318]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
eNose
Member

Откуда:
Сообщений: 183063
Павел Воронцов
RTOS от Мелкософта: WinCE

Ой, порадовали! Давно так не смеялся...

Над собственной глупостью ты можешь смеяться сколько угодно :-)



eNose
26 апр 04, 13:15    [649466]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2402
Блог
На мой взгляд если отойти от флейма, дискуссию можно перевести в интересное и конструктивное русло. А именно - обсудить возможность использования РБД в качестве подложки (движка) файловой системы.

(За технические подробности не ручаюсь, мои сведения могут быть устаревшими или вовсе неверными. Буду рад конструктивной критике - всегда интересно узнать что-то новое)

Сама по себе идея более чем заманчивая и правильная. Это становится очевидным если сравнить жизненно необходимые свойства фаловой системы и БД. И там и там - задача разграничения доступа, эффективного хранения и поиска-навигации. Оракл (насколько я знаю) давно реализовал нечто вроде собственной файловой сиситемы (использующей родную ФС ОС как низкоуровневое АПИ). Это позволяет в частности работать поверх нежурналироемой ФС Линукса. Специалисты поправят, если что не так. Та же тенденция в создании собственной ФС (и даже ОС) прослеживается в Оракл 10g, заявленной как решение для Gridа.

Предлагаю осудить такой вопрос: Что не хватает БД чтобы стать полноправной частью ОС? И даже - основной частью ОС? Возможно ли это в принципе? И почему?
26 апр 04, 13:45    [649559]     Ответить | Цитировать Сообщить модератору
 Re: Провал операции Yukon  [new]
eNose
Member

Откуда:
Сообщений: 183063
OS/400 ?


eNose
26 апр 04, 13:50    [649574]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10 .. 26   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить