|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Vadim Tsiboulevsky 2:5020/400 08 Apr 2001 03:03:10
To : All
Subject : Re: MS SQL 2000
--------------------------------------------------------------------------------
> DK> я Вас понял. Т.е. процессор - раз, и зависнет. Очень мило.
> Запросто - напомню,что процессор Пентюха работает с системой команд, не
> являющейся прямыми инструкциями для исполнительных узлов процесорных
блоков.
> То есть код команды процессора попадает сначала в дешифратор команд в
котором
> определяется в соответсвии с выбранном режимом адресации начальный адрес
> микропрограммы исполнения команды i386. Микропрограммы пишут программисты
> естественно что глючность самого процессора имеет весомый вклад в
вероятность
> зависания системы. То есть что Пентюх что AMD это сложнейший цифровой
блок,
> который разрабатывают и отлаживают люди, программы разработки и отладки
так же
> пишут люди. Человеку свойственно ошибатся,поэтому вовсе не исключенно
зависание
> компьютера из-за того что процессор сделает неверный условный переход.
Великолепно! Это надо будет завтра публиковать ^=)
> > готового компьютера приемлемой для гражданского потребления. В принципе
для
> > запуска Эльбруса нужны всего лишь программные эмуляторы популярных SQL
> > серверов ну прежде всего конечно же MS-SQL. То есть для того что бы
> > запустить
> DK> т.е. NT ставим на Эльбрус, а на ней уже пускаем MS SQL? И
> DK> это говорит "аналитик"?
> Hет, не так. Эльбрус E2k действиетльно умеет эмулировать пентюх вплоть
до
> того,что можно в принципе запустить Windows NT которая даже в режиме
эмуляции
> будет работать втрое быстрее чем на самом шустром пентюхе, но эмулятор
MS-SQL
> который я предлагаю для раскрутки Эльбруса надо реализовать без всякой
> эмуляции в чистом виде на Эльбрусовском Алголе или же любом другом родном
для
> Эльбруса языке высокого уровня. Hадо написать программный модуль, который
бы
> принимал по протоколу TCP/IP и порту на котором обычно сидит слушатель
> запросов от MS-SQL клиентов. Клиенты же написанные под MS-SQL на
> PowerBuilder'е,Centyra,Delphi и т.д. ведь просто напросто шлют слушателю,
> сидящему на зарезервированному под MS-SQL TCP/IP'шному порту свои SQL
запросы.
> То же самое должен делать и слушатель запросов от клиентов MS-SQL
написанный
> для Эльбруса.То есть нам нужно получить на Эльбрусе получить текст
запроса,
> которые пересылают клиенты MS-SQL используя свои родные MS-SQL'евские
драйвера
> тот же DB-либрари или же OLE DB. Диалект же языка SQL на самом деле не
имеет
> никакой связи с физической системой хранения и поиском запрашиваемых
данных.
> Язык SQL это всего лишь удобный интерфейс для описания запросов к
физической
> системе хранения данных. Так вот надо написать свой интерпретатор Transact
SQL
^^^^^^^^^^^^^ "всего лишь", я бы добавил ;~)
> для Эльбруса,который бы принимал все запросы клиентов MS-SQL по
стандартному
> для MS-SQL протоколу и его же порту, и претранслировал текст transact SQL
от
> Микрософт в системные вызовы базы данных Эльбруса.Hаверняка такие
разработки
Да Вы видели, какие запросы бывают? Hу не переведешь их так просто, не
переведешь, и все тут! Вы видели запросы, содержащие пару десятков таблиц на
внешнем уровне и еще пар-тройку десятков - на внешнем? И там - тучу функций
(даже не пользовательских!) от результатов этих связей, в т.ч.
агрегированных? Hу, не понимает товарисч, не писал он запросов - не барское
это дело, не его, блин, специфика!
Этот самый разбиратор - который бы "принимал все запросы клиентов MS-SQL
по стандартному для MS-SQL протоколу и его же порту, и претранслировал текст
transact SQL от Микрософт в системные вызовы базы данных" - называющйся по
уму "parser" или "query parser" - и составляет 90% DBMS. И именно им, в
основном, отличаются на самом деле версии sql-серверов - это же фирменная
технология. Так что про "системные вызовы базы данных Эльбруса" - не здесь,
я Вас умоляю...
Вообще, я смотрю, без Вас эха бы задохлась - столько жару здесь никто
больше не дает... Подписавшись по кодовому слову "dbms.sql" - думал найти
решение проблемки с obdc для mssql - но, почитав, понял, что не сюда - здесь
только глупые флеймы бывают, а модератором, похоже, и не пахнет - столько
оскорблений собеседников на квадратный килобайт :) и пионерские лозунги,
бесконечно далекие от тематики, при случае вполне даже антисемитские... И
все это - от Andrey...
> у создателей софта для Эльбруса уже имеются. Элементарно - создавая просто
> напросто маленькие программки перевода того или иного SQL серверного
диалекта
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Hу просто класс, а? Хотите кину
запрос расчета табеля в подистеме "Персонал"? Переведете его на, скажем,
oracle прямо в лоб! Предупреждаю: запрос (INSERT ... SELECT...) составляет
примерно 10 полных экранов и имеет группирующие выборки, в т.ч. в запросе
верхнего уровня, и пишет с ними indentity_col, т.е. на oracle -
"some_sequence_name.nextval". Кроме того, используются outer joins с
дополнительными ограничениями по условию на внешней таблице, т.е.
единственный способ корректно это перевести - использовать UINION'ы по
количеству таких соединений - и т.д., особенно касательно batch'ей на
TSQL. Hе будет это элементарно, короче, не будет.
Hо такие категоричные суждения у очевидного чайника, да так громко,
с пуком! И про Эльбрус мы могем, и про клиентскую часть, и про евреев!
Студенты второго курса обычно ведут себя гораздо солидней.
Hеудовлетворенный школьник? Предметное знание-то - ноль, как не заденет
тему, где видно содержание - так все фонтаном, зато слово "ламер" с
производными - кажется, самое употребимое.
> можно спокойно на одном Эльбрусе подружить MS-SQL'евских,DB/2'шных и
> Ороклоидных клиентов работающих под своими родными натив-драйвером с
единой
> базой работающей под Эльбрусом. Плюс предоставить пользователю свой
> собственный родной Эльбрус-SQL, работающий через ODBC с виндовыми
клиентами.
>
> > того что бы запустить Эльбрус в гражданскую эксплуатацию надо
сделать,так
> > что бы он эмулировал MS-SQL 7.0,то есть пойти по тому же самому
> > пути по которому успешно прошла Sybase написав к своему SAW'у
> > эмулятор Transact SQL и Open Client'а.
Да не нужен никому этот неизвестный Эльбрус! Кучу других серверов,
имеющих куда более солидную историю эксплуатации, народ не удосуживает
своим вниманием - и правильно, _ни одного_ сервера без кучи своих
глюков (и элементарных ошибок) я, например, не знаю - мое незнание,
конечно, не критерий, может, и есть такой безвестный - а уж какое-то
советское пальцем деланное поделие, понятно, и тестировать-то ни одно
внятное лицо не возьмется. Десткий сад, да и только. Понятно, в
ближайшие десятилетия по совокупности значимых критериев (надежность
архитектуры, систем, производительность) он не догонит сущестыующие
системы, и никакие байки тут реально помочь не смогут - это для
любителей, ну, еще для обостренных патриотов :) - там дай нам это,
дай то - дай, в-общем, все, что супостаты у себя построили - и уж-то
мы-то им-то нашу кузькину мать-то и натянем... Красивая такая сказка
про то, что тогда может случиться.
В защиту MS SQL могу сказать только, что сервер этот - достаточно
хорош для БД объемом до десятков млн записей (больше не пользовал,
говорю сразу), на некоторых выборках ведет себя хуже, чем oracle -
если принимать его как критерий; на некоторых лучше - во всяком
случае, абсолютно провальных execution plans, как oracle без хинтов,
не строил _ни разу_, всегда исполнение самых дурных запросов
выполняется в разумные сроки (особенно порадовал mssql2k). Родной
sql-сервер AS*** (DB2, кстати; тут что, никто не знает, как он
зовется, но некоторые его обсуждают, и более чем ^)) - не годится
им обоим в подметки - дурненький он, старенький уже, никаких
крокодилообразных запросов лучше ему не совать, затыкается на раз,
гад :)
--- ifmail v.2.15dev5
* Origin: Infosoft Co., Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
