Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 43 44 45 46 47 [48] 49 50 51 52 .. 106   вперед  Ctrl
 Re: CACHE и MSSQL  [new]
###
Member

Откуда: Курумоч
Сообщений: 658
Gluk (Kazan)
...У них есть ЕДИНЫЙ язык MUMPS. И оне им гордяться. И все на ем делають (даже GUI).
Не-ааа... Нету у них GUI - только терминальные окошки...
24 ноя 06, 17:32    [3449219]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Andreww
Member [заблокирован]

Откуда:
Сообщений: 1752
###
Нету у них GUI - только терминальные окошки...


Будет врать-то !

На чём же клиентов делать тогда ?
24 ноя 06, 17:45    [3449290]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
###
Member

Откуда: Курумоч
Сообщений: 658
Andreww
Будет врать-то !
Полегче на поворотах!!! Ok?

Andreww
На чём же клиентов делать тогда ?
Повторить про текстовые терминалы? Или Вы считаете, что MX-ALEX & Co от хорошей жизни своей бухгалтерии морду на Exel забабахали?
24 ноя 06, 18:12    [3449442]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Andreww
Member [заблокирован]

Откуда:
Сообщений: 1752
###
Полегче на поворотах!!! Ok?


Извините, если обидел.

Эмоции через край ....

Как бы ХХI век на дворе :(

Все бухгалтера привыкли к красивому экрану, навороченным таблицам, деревьям, выпадающим спискам, закладкам, прокрутке и предварительному просмотру документа перед печатью, как всё это уложить в текстовый терминал ?

Интернет опять же без картинок трудно представить ....

Если я своему заказчику притащу макет который будет на текстовом терминале, самым культурной фразой которую я от него услышу будет "М***к ты чё принёс !!!"

Охотно допускаю, что какие нибудь простенькие задачки типа ввести 5 цифирь, выбрать одну строчку и нажать пару клавиш, ещё можно запихнуть в текст, но сейчас даже в небольших магазинах на кассах всё с GUI ибо доступно по цене и не сложно для разработки.

Учёным тоже графики и формулы нужны, поверхности и прочее.

Инженерам чертежи не лишние.

Врачи ? (не знаю не сталкивался)

Что-же это за "класс задач" такой которым хватает терминала (только не говорите, что он ещё и монохромный !!!) ?

Вот это и удивило. Решил, что вы ... несколько ... драматизируйте ситуацию.

Был неправ. Вспылил (с) :)

Или, всё-таки, он не для клиента, этот самый язык в М ?

Вообще хотелось бы услышать как средний слой в той же КАШЕ функционирует и сравнить с MSSQL, например (всё-таки тема так называется).
24 ноя 06, 19:15    [3449804]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Вообще то, некоторые сторонники М наприали на интегрированный язык (кроме М ничего не нужно) - т.е. это преимущество перед РСУБД - у которых клиенты на "нормальных языках" а не SQL.

Возможности языка и обеспечивают фукнционал М-системы как "севрера приложений".

Если вам не по душе М, можно писать всё то же самое на бейсике.

И что будут оппоненты тогда называть М-системой ?

>>Кто знает, возможно, лучше для СУБД Оракл, который у Вас в качестве сервера БД, луче и сервер приложений Оракловый

Да я вообще то супротив этого не писал - задача определяет.

>>Не-ааа... Нету у них GUI - только терминальные окошки...

Это легко опровергнуть тынц раз http://www.makova.ru/po_technolog.asp?Section=6.

Ну или заглянуть в дистриб тынц два.
CacheSys\Dev\activex
CacheSys\Dev\cpp
CacheSys\Dev\csp
CacheSys\Dev\dotnet
CacheSys\Dev\Java
CacheSys\Dev\odbc
CacheSys\Dev\visualm

Пиши на чем душе угодно.

Мне, последние года два, удается всё писать на самом обычном WEB-клиенте.
Отгадайте что мне для этого нужно.

Собсно в последних версиях производитель убрали GUI утилиты, мифическая кстати вещь - ведь их же нет да :) , и оставила WEB-консоль.
24 ноя 06, 19:34    [3449875]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
###
Member

Откуда: Курумоч
Сообщений: 658
Andreww
Извините, если обидел.

Эмоции через край ....
Ладно, проехали...
Andreww

Как бы ХХI век на дворе :(

Все бухгалтера привыкли к красивому экрану, навороченным таблицам, деревьям, выпадающим спискам, закладкам, прокрутке и предварительному просмотру документа перед печатью, как всё это уложить в текстовый терминал ?

Интернет опять же без картинок трудно представить ....

Если я своему заказчику притащу макет который будет на текстовом терминале, самым культурной фразой которую я от него услышу будет "М***к ты чё принёс !!!"

Охотно допускаю, что какие нибудь простенькие задачки типа ввести 5 цифирь, выбрать одну строчку и нажать пару клавиш, ещё можно запихнуть в текст, но сейчас даже в небольших магазинах на кассах всё с GUI ибо доступно по цене и не сложно для разработки.

Учёным тоже графики и формулы нужны, поверхности и прочее.

Инженерам чертежи не лишние.
Ну в РСУБД тоже нет "встроенных" средств для рисования ГУЁв, мы ведь с Вами по этому поводу не переживаем?
Речь шла исключительно о псевдо-"интегрированности" М-языков. Человеку, не сталкивавшимся с "этим" лично может показаться, что Кашисты рассказывают о чем-то вроде 4GL. Вот я и "прояснил".

Andreww

Что-же это за "класс задач" такой которым хватает терминала (только не говорите, что он ещё и монохромный !!!) ?
Ну еще может быть Telnet-окошко под Виндой... А монохромные мониторы дешевле (я лично слышал такие "доводы")
24 ноя 06, 19:53    [3449920]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
###
Member

Откуда: Курумоч
Сообщений: 658
Ptn

Возможности языка и обеспечивают фукнционал М-системы как "севрера приложений".

Угу, который до сих пор не может преодолеть барьер в 32К как вот тут
Ptn

>>Не-ааа... Нету у них GUI - только терминальные окошки...

Это легко опровергнуть тынц раз http://www.makova.ru/po_technolog.asp?Section=6.

Ну или заглянуть в дистриб тынц два.
CacheSys\Dev\activex
CacheSys\Dev\cpp
CacheSys\Dev\csp
CacheSys\Dev\dotnet
CacheSys\Dev\Java
CacheSys\Dev\odbc
CacheSys\Dev\visualm

Пиши на чем душе угодно.
И где тут ИНТЕГРИРОВАННЫЙ язык для написания GUI?
24 ноя 06, 20:08    [3449981]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
>>Угу, который до сих пор не может преодолеть барьер в 32К

Ограничения есть везде - что в OS что в СУБД. Для програмистов это проблемой никогда не было.

Комментарий в стиле "а у вас негров линчуют"

И где тут ИНТЕГРИРОВАННЫЙ язык для написания GUI?[/quot]

Тут ? - CSP и visualM

Первую ссылку вы скромно пропустиили, я таки процитирую от туда

. Для внесения изменений в какую-либо из форм приложения Вам достаточно загрузить и скомпилировать Cache'-класс. SMWrap-приложения разрабатываются на том же языке, что используется базой данных Cache' (для версий 5.0 - это Cache' ObjectScript).


Cache' ObjectScript - переименованный и расширенный M.
24 ноя 06, 20:17    [3449998]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Andreww
Member [заблокирован]

Откуда:
Сообщений: 1752
Ptn
SMWrap-приложения разрабатываются на том же языке, что используется базой данных Cache'


CSP - это ж Server Pages, так ?

Т.е. только для тех задач которые ложаться на WEB интерфейс.

А в диретории Java - jdbc ?

А вожделенный SMWrap это продукт от производителя Cache или какая-нибудь посторонняя нашлепка, сделанная другой компанией, которые запросто могут не знать всех тонкостей работы сервера и\или в один прекрасный день просто прекратить поддержку продукта ?
24 ноя 06, 20:28    [3450026]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
###
Member

Откуда: Курумоч
Сообщений: 658
Ptn

Комментарий в стиле "а у вас негров линчуют"
Не-ааа... Просто стремно слышать про ограничения в стиле "DOS error. No enough memory."
Ptn

Первую ссылку вы скромно пропустиили, я таки процитирую от туда

Не пропустил, а сознательно игнорировал. И имею на то причины:
1. SMWrap - это сторонний продукт, никаким боком к Cache' не относящийся.
2. А что, он написан на Cache' ObjectScript?
24 ноя 06, 20:31    [3450038]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
AndreiNz
Member

Откуда:
Сообщений: 471
OS/360
Жду ответа на вопрос: чем отличается Глобал от таблицы с составным кластерным индексом (в терминах MSSQL) ?


Идеология хранения будет, скорее всего похожей, если не одной и той же. Только в MSSQL, если Вы задали таблицу, скажем с 10 полями, то эти поля будут присутствовать в каждой записи. Глобал же, это узел дерева. Он может находится на любом уровне этого дерева. В этом смысле глобальная структура соответснвует, скорее, не таблице, а группе талиц, связанных через PK - FK в иерархию. Причем количество данных, хранимых на любом уровне может быть разным. В отличие от SQL, вы не создаете таблицы (Create Table), Вы просто присваиваете значения еще не существующтм узлам. Примерно так как если бы INSERT создавал новую таблицу, в случае, если она еще не созданна и делал ALTER в случае, если вставляемое поле не определено.

Повторюсь еще раз, что последний раз я работал в MUMPS более 10 лет тому назад, поэтому, с одной стороны, могу что-то подзабыть и, с другой стороны, что-то могло измениться.
24 ноя 06, 22:38    [3450363]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
OS/360
Guest
AndreiNz
Глобал же, это узел дерева. Он может находится на любом уровне этого дерева. В этом смысле глобальная структура соответснвует, скорее, не таблице, а группе талиц, связанных через PK - FK в иерархию. Причем количество данных, хранимых на любом уровне может быть разным.


Т.е. моделируем кластерным индексом + одно XML поле?
24 ноя 06, 23:19    [3450444]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
Рассужденя про единый, интегрированный язык СУБД и клиента меня откровенно позабавили. Этакая забавная ересь, популярная лет 10 тому назад. Был даже у Оракла такой продукт, назывался Oracle Developer, позволял разрабатывать клиентские приложения на языке PL/SQL. Бысто выяснилось что "пироги должен печь пирожник а сароги тачать - сапожник". Синтаксис нового языка со сходной семантикой (например С - Паскаль) толковый программист может освоить за неделю. Проблема-то не в синтаксисах используемых языков, а во владении средствами и методологией специально заточенными под решение задачи 1 - написания GUI или 2 - stored procedures. В первом случае это Event-driven programming а во втором - обработка транзакций. А синтаксические ошибки любой компилятор ловит неплохо. Интегрированный язык, как и любой универсальный инструмент будет делать всё, в лучшем случае на весьма посредственном уровне.
24 ноя 06, 23:38    [3450493]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
OS/360
Guest
<ИНТЕГРИРОВАННЫЙЯЗЫК> : <C> | <SQL>

Чем плоха грамматика?
25 ноя 06, 00:16    [3450574]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
c127
Guest
Gluk (Kazan)

c127
Это не субкультура, это отсутствие культуры, дремучесть и необразованность. Нет у людей образования, либо оно прошло без ущерба для образовываемого, причем люди этим почему-то сильно гордятся.

Это не только мое мнение

Тут нет противоречия, отсутствие культуры можно трактовать как субкультуру. Вроде того, что отсутствие принципов это тоже принцип.
25 ноя 06, 00:23    [3450596]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
OS/360
Guest
c127

Тут нет противоречия, отсутствие культуры можно трактовать как субкультуру. Вроде того, что отсутствие принципов это тоже принцип.


Атеизм является религией?

P.S. ПМСМ споры в сравнении СУБД - большей частью религиозные
25 ноя 06, 00:26    [3450602]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
AndreiNz
Member

Откуда:
Сообщений: 471
OS/360


Т.е. моделируем кластерным индексом + одно XML поле?


Вы сильно упрощаете. Допустим, у Вас есть таблица "Страна", с полями ID(PK), Name, Area и т.д. Затем у Вас есть таблица "Республика" с полями ID(PK), Name, Area, CountryID(FK-> Страна, ID), Есть еще таблица Город ID(PK), Name, Area RespublicID(FK-> Республика, ID) и таблица Район ID(PK), Name, Area, RespublicID(FK-> Республика, ID). Наверное можно затолкать подобную структуру в одну таблицу с кластерным индексом и одним XML полем. Только с точки зрения теории баз данных это будет извращением.

Глобал же будет хранить всю эту структуру в одном дереве. Причем в случае с таблицей к вас будет как минимум по одному индексу на таблицу. Тот самы кластерный, который по умолчанию строится на PK. Глобал же будет иметь один общий индекс на всю структуру. Чтобы сделать выборку по городам, с указанием республик и стран, вам придется строить Joint. Глобалу этого делать не надо. Кроме того, Ваш оптимизатор, будет использовать, как минимум три идекса, а MUMPS - 1. Тоесть, представте ситуацию, если бы Вы могли бы строить индексы по нескольким таблицам сразу. В данном случае выборка должна быть более эффективной, нежели в SQL. На сколько более эффективной? Не думаю, что на много.

Не знаю, как это делает MUMPS, но передача результатов вашего запроса будет содержать название страны в каждой возвращаемой записи. Тоесть для каждого города в одной и той же стране по сети будет рередано то же самое значение поля Страна. Это, на мой взгляд, черезмерная избыточность, не имеющая под собой никаких серьезных оснований.
25 ноя 06, 05:19    [3450814]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
ЛП
Guest
AndreiNz
OS/360


Т.е. моделируем кластерным индексом + одно XML поле?


Вы сильно упрощаете. Допустим, у Вас есть таблица "Страна", с полями ID(PK), Name, Area и т.д. Затем у Вас есть таблица "Республика" с полями ID(PK), Name, Area, CountryID(FK-> Страна, ID), Есть еще таблица Город ID(PK), Name, Area RespublicID(FK-> Республика, ID) и таблица Район ID(PK), Name, Area, RespublicID(FK-> Республика, ID). Наверное можно затолкать подобную структуру в одну таблицу с кластерным индексом и одним XML полем. Только с точки зрения теории баз данных это будет извращением.

Глобал же будет хранить всю эту структуру в одном дереве.

Вам же уже задали вопрос - "чем отличается Глобал от таблицы с составным кластерным индексом (в терминах MSSQL)"?

Т.е. делаете таблицу из полей (Страна, Республика, Город, Район), кластерный индекс состоит из этих же четырех полей, дополнительные атрибуты по вкусу.
Получаете на выходе всё вот это: "Глобал же будет иметь один общий индекс на всю структуру. Глобалу этого (join - прим. моё) делать не надо. Кроме того ... оптимизатор, будет использовать 1 (индекс - прим. моё)."
25 ноя 06, 06:32    [3450823]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
AndreiNz
OS/360


Т.е. моделируем кластерным индексом + одно XML поле?


Вы сильно упрощаете. Допустим, у Вас есть таблица "Страна", с полями ID(PK), Name, Area и т.д. Затем у Вас есть таблица "Республика" с полями ID(PK), Name, Area, CountryID(FK-> Страна, ID), Есть еще таблица Город ID(PK), Name, Area RespublicID(FK-> Республика, ID) и таблица Район ID(PK), Name, Area, RespublicID(FK-> Республика, ID). Наверное можно затолкать подобную структуру в одну таблицу с кластерным индексом и одним XML полем. Только с точки зрения теории баз данных это будет извращением.

Вот теории-то как раз вы, увы не знаете. Как и того что такое кластерный индекс. Дело в том что следуя теории мы действительно создаем нормализованные таблицы. Деталями физической реализации теория не заморачивается, пока на логическом уровне (с точки зрения SQL) у нас нормализованные таблицы - с точки зрения теории наша логическая модель безупречна.

Индексы по этим таблицам мы уже строим исходя из сугубо практических соображений - чтоб быстро работало. "Теория" вопросами физической организации не заморачивается. Поскольку реляционные СУБД гарантируют нам синхронизированоость данных в индексе и таблицах, нас не заботит избыточность данных в индексе. Когда мы изменяем данные в таблицах, то данные а индексах меняются автоматически. Вариантов физической реализации вижу как минимум 2:

1. Кластерный индекс, который строится по N таблицам, например 3 таблицы - 1 индекс.
2. Оракловый кластер - несколько логических таблиц можно положить в 1 физическую.

Резюме: Ограничения которые накладывает логическая модель не обязательно распространяются на модель физическую. Если с точки зрения логической модели данные лежат в "таблице", то физически они могут лежать в Б*дереве, куче, хэш-таблице и доступ к этим данным возможен с помощью различных типов индексов (B*tree, bitmap, кластерный инднекс, domain-specifc indexes, ...)
25 ноя 06, 06:56    [3450826]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Andreww
>>CSP - это ж Server Pages, так ?
>>Т.е. только для тех задач которые ложаться на WEB интерфейс.

А можете обосновать что WEB интерфейс, не есть GUI интерфейс ?. Думаю наврятли.

>>А в диретории Java - jdbc ?
В том числе и это. В каше есть прямые проекции Java классов.

>>А вожделенный SMWrap это продукт от производителя Cache или какая-нибудь посторонняя >>нашлепка, сделанная другой компанией, которые запросто могут не знать всех тонкостей >>работы сервера и\или в один прекрасный день просто прекратить поддержку продукта ?

Чем данный подход отличается от других СУБД ???

Давайте не будем забывать что про ИНТЕГРИРОВАННОСТЬ пел господин "Gluk (Kazan)" - вот у него сие требование и у точняйте.

Я лишь комментировал на утверждение ### про терминальные окошки, которое заведомо ложно.

Если будут сложности - приводите цитаты. Я открыт для диалога.
25 ноя 06, 11:01    [3450903]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
OS/360
Guest
http://www.inftech.webservis.ru/it/internet/xml/ar3.html
Единственной известной авторам СУБД, предоставляющей простой и логичный интерфейс для манипуляций с B*-деревьями, является СУБД Cache (читается как Каше, с ударением на "е") фирмы InterSystems [5]. В основе структуры B*-дерева, также как и в основе синтаксиса XML, лежит иерархия. Это приводит к логическому соответствию интерфейса физического хранения СУБД Cache низкоуровневому интерфейсу объектной модели XML. Можно сказать, что для Cache - XML-ный доступ к данным - это просто прямой доступ к данным. В этом смысле Cache на сегодняшний день является одной из немногих БД, которые можно было бы характеризовать как XML-ориентированные.


http://www.inftech.webservis.ru/it/internet/xml/ar3.html


http://www-306.ibm.com/software/data/db2/xml/
You will soon be asking a similar question - how did we manage XML data prior to DB2 9?

Gone are the days of storing XML data as a CLOB or shredding to relational tables. DB2 9's pureXML feature has revolutionized support for XML data - handling XML as a new data type that is stored in a natural hierarchy - different from relational data.

pureXML's seamless integration of XML with relational data speeds application development, improves search performance with highly optimized XML indexes, and is flexible because both SQL and XQuery can be used to query XML data.


http://www-306.ibm.com/software/data/db2/xml/
25 ноя 06, 11:13    [3450912]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
Зл0й
Интегрированный язык, как и любой универсальный инструмент будет делать всё, в лучшем случае на весьма посредственном уровне.

Все это очень спорно. PL/SQL - это универсальный инструмент, и что он делает "посредственно" ?
Event-driven и обработка транзакций - это по сути одно и то же - обрабатывается некоторое событие, а его источник не имеет значения. Следовательно можно применять один язык.
Проблема М-тех. не в языке(хотя язык конечно птичий), а в отсутствии полноценной модели данных (ISAM он и Африке ISAM).
25 ноя 06, 11:29    [3450925]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
OS/360
Т.е. моделируем кластерным индексом + одно XML поле?

Да об этом уже говорили. Один глобал=одна таблица:
create table global (
индекс varchar2(32000),
данные varchar2(32000)
);
create index global_ind on global(индекс);

индекс и данные - это список значений через разделитель типа "ABC,DCE,123,Иванов"
и пиши туда чего-хочешь. Такая вот "СУБД".
25 ноя 06, 11:42    [3450934]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
OS/360
http://www.inftech.webservis.ru/it/internet/xml/ar3.html
Единственной известной авторам СУБД, предоставляющей простой и логичный интерфейс для манипуляций с B*-деревьями, является СУБД Cache (читается как Каше, с ударением на "е") фирмы InterSystems [5]. В основе структуры B*-дерева, также как и в основе синтаксиса XML, лежит иерархия. Это приводит к логическому соответствию интерфейса физического хранения СУБД Cache низкоуровневому интерфейсу объектной модели XML. Можно сказать, что для Cache - XML-ный доступ к данным - это просто прямой доступ к данным. В этом смысле Cache на сегодняшний день является одной из немногих БД, которые можно было бы характеризовать как XML-ориентированные.


http://www.inftech.webservis.ru/it/internet/xml/ar3.html


http://www-306.ibm.com/software/data/db2/xml/
You will soon be asking a similar question - how did we manage XML data prior to DB2 9?

Gone are the days of storing XML data as a CLOB or shredding to relational tables. DB2 9's pureXML feature has revolutionized support for XML data - handling XML as a new data type that is stored in a natural hierarchy - different from relational data.

pureXML's seamless integration of XML with relational data speeds application development, improves search performance with highly optimized XML indexes, and is flexible because both SQL and XQuery can be used to query XML data.


http://www-306.ibm.com/software/data/db2/xml/

То же самое можно добавить и из документации по SQL Server 2005 - тип данных XML, индексы по XML данным, XPath и т.п.
Думаю, что Sybase ASA и Oracle примерно также оперируют этими структурами.
25 ноя 06, 15:49    [3451224]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
###
Member

Откуда: Курумоч
Сообщений: 658
Ptn

Давайте не будем забывать что про ИНТЕГРИРОВАННОСТЬ пел господин "Gluk (Kazan)" - вот у него сие требование и у точняйте.
Про ИНТЕГРИРОВАННОСТЬ М-языков нам тут все уши прожужжали Кашисты (начиная с незабвенного Андрея Леонидовича).
Ptn

Я лишь комментировал на утверждение ### про терминальные окошки, которое заведомо ложно.

Нет, Ээто пизд(пи-иии)ц какой-то!!! Второй раз за сутки обвиняют во лжи!
Любезный Ptn, Вы на самом деле полный долбо(пи-иии)б, или только прикидываетесь?
Какой нахрен М-язык в CSP!!! Не на JavaScript ли рисуются там странички? Вы обыкновенный пизд(пи-иии)н и демагог.
Перед тем, как обличать во лжи других, приведите пожалуйста доказательства для нижеперечисленного:
1. На М-языке можно написать графический интерфейс. (просьба с примерами объектов или функций, обращающихся к графическим библиотекам WinAPI, XWindow, etc.)
2. В составе Cache' есть встроенные средства для "рисования" GIU при помощи М.
25 ноя 06, 16:48    [3451281]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 43 44 45 46 47 [48] 49 50 51 52 .. 106   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить