Грядущей языковой поддержке VB, C#, Managed C++, etc. в SQL Server посвящается:

Эпиграф :
"После полноценной реализации ООП в Visual Basic 7.0 я слышал, как программеры после пары кружек пива называли С# "VB c ;" или "Java без Sun". Навалять могут за любую из этих фраз, сказанную достаточно громко, если спутать бары в Редмонде и Саннивэйле".
David Platt "Introducing Microsoft .NET"


Сначала были Windows API и DLL Hell. Революцией №1 стало появление DDE – помните, как ссылки позволили нам создавать статусные строки, отражающие текущую цену акций Microsoft? Примерно тогда же Microsoft создала ресурс VERSION INFO, исключающий DLL Hell. Но другая группа в Microsoft нашла в DDE фатальный недостаток – его писали не они!

Для решения этой проблемы они создали OLE (похожее на DDE, но другое), и я наивно вспоминаю докладчика на Microsoftовской конференции, говорящего, что скоро Windows API перепишут как OLE API, и каждый элемент на экране будет ОСХ-ом. В OLE появились интерфейсы, исключающие DLL Hell. Помните болезнь с названием «in place», при которой мы мечтали встроить все свои приложения в один (возможно, очень большой) документ Word? Где-то в то же время Microsoft уверовала в религию С++, и возникли MFC, решившие все наши проблемы еще раз.

Но OLE не собиралось, сложа руки смотреть на это, поэтому оно заново родилось под именем COM, и мы внезапно поняли, что OLE (или это было DDE?) будет всегда – и даже включает тщательно разработанную систему версий компонентов, исключающую DLL Hell. В это время группа отступников внутри Microsoft обнаружила в MFC фатальный недостаток – их писали не они! Они немедленно исправили этот недочет, создав ATL, которая как MFC, но другая, и попытались спрятать все замечательные вещи, которым так упорно старалась обучить нас группа COM. Это заставило группу COM (или это было OLE?) переименоваться в ActiveX и выпустить около тонны новых интерфейсов (включая интерфейсы контроля версий, исключающие DLL Hell), а заодно возможность сделать весь код загружаемым через браузеры, прямо вместе с определяемыми пользователем вирусами (назло этим гадам из ATL!).

Группа операционных систем громким криком, как забытый средний ребенок, потребовала внимания, сказав, что нам следует готовиться к Cairo ( Windows NT 5.0 - Д.М. ), некоей таинственной хреновине, которую очень долго не могли даже толком описать, не то, что выпустить. К их чести, следует сказать, что они не представляли концепции «System File Protection», исключающей DLL Hell. Но тут некая группа в Microsoft нашла фатальный недостаток в Java - её писали не они! Это было исправлено созданием то ли J, то ли Jole, а может, и ActiveJ (если честно, я просто не помню), точно такого же как Java, но другого. Это было круто, но Sun засудила Microsoft по какому-то дряхлому закону. Налицо была гнусная попытка задушить право Microsoft выпускать такие же продукты, как у других, но другие.

Помните менеджера по J/Jole/ActiveJ, стучащего по столу туфлей и говорящего, что Microsoft никогда не бросит этот продукт? Глупец! Все это означало только одно – недостаток внимания к группе ActiveX (или это был COM?). Эта невероятно жизнерадостная толпа вернулась с MTS и COM+ наперевес (может, это стоило назвать ActiveX+?). Непонятно почему к MTS не приставили «COM» или «Active» или «X» или «+» – они меня просто потрясли этим! Они также грозились добавить + ко всем модным тогда выражениям. Примерно тогда же кое-кто начал вопить про «Windows DNA» (почему не DINA) и «Windows Washboard», и вопил некоторое время, но все это почило раньше, чем все поняли, что же это такое.

К этому моменту Microsoft уже несколько лет с нарастающей тревогой наблюдала за Интернетом. Недавно они пришли к пониманию, что у Интернета есть фатальный недостаток: ну, вы поняли. И это приводит нас к текущему моменту и технологии .NET (произносится как «doughnut», но по-другому), похожей на Интернет, но с большим количеством пресс-релизов. Главное, что нужно очень четко понимать - .NET исключает DLL Hell.

В .NET входит новый язык, C#, (выясняется, что в Active++ Jspresso был фатальный недостаток, от которого он и помер). .NET включает виртуальную машину, которую будут использовать все языки (видимо, из-за фатальных недостатков в процессорах Интел). .NET включает единую систему защиты (есть все-таки фатальный недостаток в хранении паролей не на серверах Microsoft). Реально проще перечислить вещи, которых .NET не включает. .NET наверняка революционно изменит Windows-программирование... примерно на год.


(с)Ron Burk.

Ron Burk is the editor of Windows Developer's Journal. You can reach him at www.burklabs.com or wdletter@cmp.com. Во всяком случае так было пару лет назад. Сейчас - не знаю.

Макару .
Sorry - no idea about source. I've got it as is by e-mail.

Fompro .
Я зашел на сервер журнала и нашел этот материал в статье про CLR за 1-й номер этого года - http://www.optim.ru/cs/2001/1/clr/clr.asp . Однако там нет никакой ссылки на оригинал. Плюс сам перевод довольно странный. Например, MFC именуются "она", а ATL - "он". Ужас.

Chicago .
Этот недостаток легко поправить. Нет ничего проще, чем написать свой SQL Server. Для начала потребуется солидная академическая подготовка в области Computer Science, потому что прежде чем бросаться что-то писать, неплохо бы представлять себе, что именно. Алгоритмов для Вашего SQL Server потребуется очень много: начиная с базового B-Tree для простейшего индексного поиска и заканчивая алгоритмами сегментации и построения дерева решений для задач Data Mining, за которыми бесполезно лазить в Кнута. Более того, как Вы понимаете, алгоритмы, известные всем, Вас не спасут по той простой причине, что они известны всем. Чтобы пользоваться спросом, Ваш сервер должен работать не как все, а лучше, следовательно, Вам придется придумывать свои алгоритмы, по своей эффективности превышающие те, что используются в среднем по отрасли. Это нетривиальная задача. Хорошо быть тов.Сталиным, у которого была власть, чтобы согнать лучшие умы авиастроения в туполевскую шарагу. Хорошо быть Б.Г., у которого есть деньги, чтобы купить лучших теоретиков и создать Microsoft Research Center. А как быть нам с Вами? Может, у Вас есть на примете пара знакомых лауреатов премии Геделя?
Теперь поговорим о программировании. Я не сомневаюсь, что Вы отлично владеете С/С++, а местами и Assembler’ом, так что переложить в коды алгоритм построения оптимального плана выполнения запроса для Вас не проблема. К сожалению, это далеко не все. Чтобы Ваш SQL Server не оставался вещью в себе, придется заняться системным программированием. Для того, чтобы оценить масштаб бедствия, откройте содержание Platform SDK и вычеркните те пункты, знание которых Вам не понадобится: DirectX, NetMeeting, TAPI и т.д. – можно пересчитать по пальцам. Предполагается, что во всем оставшемся от Active Directory до XML (с Вашего позволения не стану приводить полный список из-за экономии места) Вы не только прекрасно разбираетесь, но и обладаете достаточным практическим опытом создания приложений.
И последнее. Ваш лучший в мире SQL Server, наконец, создан. Однако о том, что он лучший, знаете пока только Вы, и Вам предстоит доказать это всем остальным. Рынок СУБД очень плотно поделен, Вас там не ждут с распростертыми объятиями, поэтому как ни крути потребуются усилия по продвижению продукта, для чего потребуется нанять целую армию sales, marketing и пр., без которых, увы, сосредоточенная в Вашем продукте интеллектуальная мощь не превратится в мощь финансовую. Кстати, об интеллектуальной мощи. Имейте в виду, что после того, как конкуренты на практике убедятся, что заложенные в Ваш SQL Server алгоритмы превосходят их собственные, они тут же захотят их получить. Для начала Вас попытаются хакнуть, купить, засудить, разделить. Если это не пройдет, они начнут рыться в Ваших мусорных баках, организуют демонстрацию черных, зеленых, голубых, которые будут вопить у Вас под окнами и в прессе про светлые идеи Open Source и т.д.

Так что удачи. Я наверняка что-то упустил, потом расскажете.