ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Задача (МUMPS - решение проблемы)
433 сообщений из 433, показаны все 18 страниц
  все  
Задача (МUMPS - решение проблемы)
    #33662517
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
Опоздал на тему Каше vs Fox - закрыли тему
Публикую задачу из своей практики
1 Есть некий файл. dbf кол записей порядка 200 тыс
ФИО+ДТР+Паспорные данные
Этот файл был создан некоей (кстати оракл программой) собственно он дбфом не является - нарушена структура заголовка - потеряны несколко первых символв заголовка скажем гдето меджу 3 и 14 - неизвестно сколько), более того поля Фамилия, Имя, Отчество обрезаны по 6 символов в каждой - для непонятливых
Вишневский Иннокентий Александрович представлен как Вишнев Инноке Алекса
Дата рождения полная нормальная
Есть другая база xxx.dbf - этот нормальный но но 300 тыс записей
ФИО+ДТР+Паспорные данные
Есть третья база данных представленная в текстовом режиме на 2 млн записей
ФИО+ДТР+Паспорные данные
Требуется сравнить все три базы и по совпадению ФИО+ДТР ( на таких объемах это практически полное совпадение (97-99%))
1. Восстановить полние значение ФИО в первой базе
2. Проставить значения паспортных данных (в двух последних они имеюся) с выдачей протоколов на возможных двойников по паспортным данным
3.Создать новый дбф с нормальным заголовком первого файла
4 Если паспорт старый то произвести маленькую оптимизацию
скажем в паспорте 1X8 788788 нужно единицу заменить на римскую и тд
для нового паспорта в номере ввести лидирующие нули для нас мумпсистов реш
(если новый паспорт номер 000714 то в двух последних базах он представлен как 714 - мне ставились такие требования)

Условия
1 Если мой код будет меньше Вашего менее чем в пять раз - с меня ящик коняька - считаем посимвольно
2 Если мой код будт выполнятся менее чем в пять раз быстрее чем Ваш - с меня ящик коньяка
3 Если Ваш код будет точнее моего хотябы на одного человека - с меня ящик коньяка
хотел добавить еще условие - скорость разработки - н это не проверишь
я выполнил эту работу за 40 минут включая время расчета
это не я крутой - это мумпс - как вы его называете крутой
и еще добавлю - мой код будет работать и под любым виндоус и под почти любым линуксом
где установлен любой мумпс -msm cache gtm m3-lite m21 mumps1.47
НЕ ИЗМЕНЯЯ НИ ОДНОГО СИМВОЛА в коде
Ограничений на используемый язык нет (не MUMPS)для нас мумпсистов реш
Это маленький пример превосходства языка ( в повседневной практике я использую порядка 30-35 комманд и функций котрые мощнее всех фоксовских дельфийских и прочих вместе взятых - все в голове)
А ведь M - это еще и крутейшиая база данных вохможности которой а данном примере я использую мнеее чем на 1%)
Вы нынешние сллщики - нутка
Базы при неоюходимости вышлю
...
Рейтинг: 0 / 0
12.04.2006, 19:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662566
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, andrew000999!
Ты пишешь:

andrew000999a> 1 Есть некий файл. dbf кол записей порядка 200 тыс
a> ФИО+ДТР+Паспорные данныеГовно-вопрос! (С)
Все данные вытряхиваются одним запросом:
Код: plaintext
1.
2.
3.
4.
SELECT T1.* FROM Table1 T1, Table2 T2
WHERE (T1.Name STARTING WITH T2.Name)
  AND (T1.Surname STARTING WITH T2.Surname)
  AND (T1.Patronymic STARTING WITH T2.Patronymic)
  AND (T1.Birthday = T2.Birthday)
При условии, что "кривой" dbf читается стандартными средствами доступа.
А если НЕ читается, то в пЕсту такие задачи!
В зависимости от диалекта SQL, может потребоваться замена
STARTING WITH на LIKE.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
12.04.2006, 19:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662576
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
PS
Для любителей халявных баз
базы будут создаваться случайным образом с синхронизацией по всем трем базам - раз
Все данные будут - во всех трех базах - защифрованы без надежды декодированияч - два
А рабочие базы - увы - звиняйте
...
Рейтинг: 0 / 0
12.04.2006, 19:55
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662590
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
Я задачу поставил достаточно четко
реши - ящик коняька твой
...
Рейтинг: 0 / 0
12.04.2006, 20:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662603
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, andrew000999!
Ты пишешь:

andrew000999 a> Я задачу поставил достаточно четко
a> реши - ящик коняька твойЯ то решил.
Где коньяк?!

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
12.04.2006, 20:03
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662608
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
Почитай условия - коньяк не заржавеет
...
Рейтинг: 0 / 0
12.04.2006, 20:05
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662617
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, andrew000999!
Ты пишешь:

andrew000999 a> Почитай условия - коньяк не заржавеетТы мне всё же ответь,
dbf читается стандартными средствами ,
или только через жопу?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
12.04.2006, 20:09
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662625
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
Ты прав читается он через задницу - некий набор символов из которого моджно всеже вытянуть информацию
...
Рейтинг: 0 / 0
12.04.2006, 20:11
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662630
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, andrew000999!
Ты пишешь:

andrew000999 a> Ты прав читается он через задницу Нах.
Пусть этим проктологи занимаются.
Или мумпсисты.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
12.04.2006, 20:14
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662636
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
И текстовик ездит - по позициям не прочитаешь- поля - забыл сказать разделитель от 1 до - неизвестное количесто пробелов
а вообще речь шла о трех базах
...
Рейтинг: 0 / 0
12.04.2006, 20:16
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662640
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
Мы мумпсисты кроме всего прочего этим занимаемся очень даже успешно
а задача была оч- оч нужная в тот момент
...
Рейтинг: 0 / 0
12.04.2006, 20:18
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662641
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, andrew000999!
Ты пишешь:

andrew000999a> а вообще речь шла о трех базахНу да, у мумпсистов что ни таблица, то база...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
12.04.2006, 20:19
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662645
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, andrew000999!
Ты пишешь:

andrew000999 a> Мы мумпсисты кроме всего прочего этим занимаемся очень даже успешно
a> а задача была оч- оч нужная в тот моментМы, НЕмумпсисты, не привыкли разгребать дерьмо...
Уж извини...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
12.04.2006, 20:20
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662657
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
Какие таблицы в М ? там их и близко нет
Условия читал - ну что лапки к верху - невозможно?
Обидеть не хочу - извини если резко
...
Рейтинг: 0 / 0
12.04.2006, 20:23
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662665
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, andrew000999!
Ты пишешь:

andrew000999 a> Какие таблицы в М ? там их и близко нет
a> Условия читал - ну что лапки к верху - невозможно?Возможно.
Но пусть этим занимаются те,
кому ЭТО доставляет удовольствие.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
12.04.2006, 20:25
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662674
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
Это не дерьмо - не совсем обычная прикладная задача необходимая для производства
если ты обратил внимание - я совсем не много времени на нее потратил ( не вру - честно 40 минут)
мы наверное дольше беседуем счас
я в sql почти нуль конечно но в мумпсе монстр
а в принципе если все ВСЕ (исключая взаимодействия с железом) я решаю быстро качественно и в срок ( обычно очень короткий срок) то нафиг мне SQL?
...
Рейтинг: 0 / 0
12.04.2006, 20:29
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662684
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, andrew000999!
Ты пишешь:

andrew000999я решаю быстро качественно и в срок
(обычно очень короткий срок)
то нафиг мне SQL?А кто говорит, что он тебе нужен?
Полезность любого инструментария , рассматриваю
исключительно через призму кошелька.
Позволяет жить безбедно, и слава Богу.
Пусть подростки пиписьками меряются...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
12.04.2006, 20:34
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662697
iliker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iliker
Гость
ну для начала нужно расстрелять доведшего dbf до такого состояния.
А потом foxом правим заголовок первого,заливаем в dbf из текстовика,
дешифруем и selectom собираем.
большой код только восстановления заголовка и дешифровки все остальное по одному оператору.
Делов то.
...
Рейтинг: 0 / 0
12.04.2006, 20:41
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662826
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
andrew000999
Этот файл был создан некоей (кстати оракл программой)

Если файл Оракловой БД, то врядли Вы туда залезете с МУМПСом.

andrew000999
Мы мумпсисты кроме всего прочего этим занимаемся очень даже успешно
а задача была оч- оч нужная в тот момент

А еще лучше для таких задач С. На нем и самае СУБД лабают, не то что какие-то файлы читают. И задача относится к файловым системам - БД без СУБД. Т.е. это даже не СУБД 1-го поколения. Это что-то исключительно доисторическое, чтобы представлять интерес.

andrew000999
а в принципе если все ВСЕ (исключая взаимодействия с железом) я решаю быстро качественно и в срок ( обычно очень короткий срок) то нафиг мне SQL?

Эта задача ко ВСЕМу имеет мало отношения. Такие тока в самых отсталых Досовых системах могут встречаться. Вам SQL на фих. А многим такие задачи и циклы на Мумпсе нафих. Для циклов есть кое-что и получе.
...
Рейтинг: 0 / 0
12.04.2006, 22:07
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33662950
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
andrew000999
это не я крутой - это мумпс - как вы его называете крутой
и еще добавлю - мой код будет работать и под любым виндоус и под почти любым линуксом
где установлен любой мумпс -msm cache gtm m3-lite m21 mumps1.47
НЕ ИЗМЕНЯЯ НИ ОДНОГО СИМВОЛА в коде


О горе нам, как теперь жить на свете.

Оракл приложения (а не только задачка на 40 минут) тоже работают на винде, линуксе, и еще солярисе и куче других ОС абсолютно без изменений текстов и даже без перекомпиляции. Это же относится к сайбейзу, постгре, последним версиям ДБ2 и большинству других СКЛ серверов. Что дальше?

andrew000999
Я задачу поставил достаточно четко

....
andrew000999
поля - забыл сказать разделитель от 1 до - неизвестное количесто пробелов


Так "четко" или "забыл сказать"? Выберите уж что-нибудь одно.

andrew000999
а в принципе если все ВСЕ (исключая взаимодействия с железом) я решаю быстро качественно


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

Для проктологов - любителей предлагаю в качестве упражнения написать на МУМПС-е текстовый редктор аналогичный емаксу. Коды емакса открыты, можно ознакомиться. Только обязательно с пользовательским интерфейсом.

Есть клиент, есть сервер, есть задачи клиента, есть задачи сервера, есть работа с железом, есть ГУИ. Свалить все в одну кучу не есть достижение, а есть очень даже большой недостаток, в программировании человечество прошло это лет сорок назад и от такого подхода радостно отказалось в пользу разделения функциональности. Хотя некоторые об этом не знают и продолжают с удовольствием биться головй в стену и резко наступать на грабли. Пытаться все решить одним средством глупо, это не работает никогда, проверено многократно и разными способами, иногда очень болезненными.
...
Рейтинг: 0 / 0
13.04.2006, 00:39
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33663126
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
За время общения с представителями мумпс сообщества у меня сложилось стойкое впечатление что я общаюсь с сектой религиозных фанатиков. Если до общения с ними мумпс мне был интересен (даже на семинарах по Каше был), то теперь думаю если нужда не заставит на пушечный выстрел не подойду. В разных темах касающихся мимпс на любые конкретные вопросы я слышу только лозунги о том что мумпс круче всех. Ни одного реального примера. Сам я привел пример когда переход с мумпс на Oracle дал значительное сокрашение времени выполнения отчетов. Еще один фанатик с пеной у рта рассказывал мне что отсутствие типов в мумпс фантастически увеличивает произвродительность а скомпилированный код работает медленнее чем интерпретатор мумпс потому что это великий интерпритатор (который даже приоретета математических операций не поддерживает).Такое ощущение что мумпс занимаются даже не студенты, а люди которые в силу своих ограниченных способностей больше ничего не знают. Никто вдимо не сталкивался с задачами обработки и анализа больших массивов данных. Смешные примеры крутости мумпс, например система в замену 1С (MX-ALEX) достоинством которой он считает что код программы храниться в ячейках Excel. Ему никто никогда не говорил что Excel это средство анализа данных, очень мощьное и удобное, а не средство сбора данных в которое они его превратили. Это что-то из разряда заколачивания гвоздей микроскопом. И вот опять тупой пример про dbf который типа oracle и который ничем кроме мумпс прочитать нельзя (как думает автор поста). Так вот деточка если это задача востановления данных из битого файла (т.е. обычная задача по рабр=оте с текстовыми данными) то к твоему сведенью есть спечиальные языки для таких задачь. Например perl у которых такие возможности в этой обласи что МУМПС стоит в сторонке и нервно курит или еще что-либо делает (тоже нервно). МУМПС вообще не понятно что такое. Если это язык манипулирования данными то он SQL проигрывает вчистую (циклы и все такое это вчерашний день). Если системный для работы с железом то он не конкурент С или assembler, если для работы с текстовыми данными то он perl не конкурент. Чем он хорошь ? Спросите себя. Он уступает всем специализированным языкам (чего и следовало ожитать) Это технология 70 годов когда пытались сделать универсальное средство для решения всех задачь. Не получилось. И умные люди отказались от этой абсурдной идеи. Но осталась группа фанатиков которые вместо того чтоб проанализировать опыт других решила продолжить скрешивать ужа с ежом. Эти люди фанатики. Они не понимаю что если пытаться совместить в одном устройстве чайник и унитаз то он может и будет чай давать но пить его никто не захочет так как пахнуть гов..м будет и оно же вместо заварки плавать будет. Вот поэтому достаточно посмотреть на кол-во вопросов ф орумах по разным СУБД чтоб примерно оценить кол-во пользователей мумпс. И это при том что по всем остальным СУБД есть куча литературы (чего о мумпс сказать нельзя) в том числе в электронном виде на русском языке и поэтому на многие вопросы там можно запросто найти ответ. А по мумпс форум это практически единственный источник информации кроме документации производителя. И все равно кол-во вопросов практически на порядок меньше чем у остальных. Это свидетельствует о том что пользуется ей маленькая группа фанатиков.
...
Рейтинг: 0 / 0
13.04.2006, 08:06
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33663141
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
andrew000999Опоздал на тему Каше vs Fox - закрыли тему
Публикую задачу из своей практики
1 Есть некий файл. dbf кол записей порядка 200 тыс
ФИО+ДТР+Паспорные данные
Этот файл был создан некоей (кстати оракл программой) собственно он дбфом не является - нарушена структура заголовка - потеряны несколко первых символв заголовка скажем гдето меджу 3 и 14 - неизвестно сколько), более того поля Фамилия, Имя, Отчество обрезаны по 6 символов в каждой - для непонятливых
Вишневский Иннокентий Александрович представлен как Вишнев Инноке Алекса
Дата рождения полная нормальная
Есть другая база xxx.dbf - этот нормальный но но 300 тыс записей
ФИО+ДТР+Паспорные данные
Есть третья база данных представленная в текстовом режиме на 2 млн записей
ФИО+ДТР+Паспорные данные
Требуется сравнить все три базы и по совпадению ФИО+ДТР ( на таких объемах это практически полное совпадение (97-99%))
1. Восстановить полние значение ФИО в первой базе
2. Проставить значения паспортных данных (в двух последних они имеюся) с выдачей протоколов на возможных двойников по паспортным данным
3.Создать новый дбф с нормальным заголовком первого файла
4 Если паспорт старый то произвести маленькую оптимизацию
скажем в паспорте 1X8 788788 нужно единицу заменить на римскую и тд
для нового паспорта в номере ввести лидирующие нули для нас мумпсистов реш
(если новый паспорт номер 000714 то в двух последних базах он представлен как 714 - мне ставились такие требования)

Условия
1 Если мой код будет меньше Вашего менее чем в пять раз - с меня ящик коняька - считаем посимвольно
2 Если мой код будт выполнятся менее чем в пять раз быстрее чем Ваш - с меня ящик коньяка
3 Если Ваш код будет точнее моего хотябы на одного человека - с меня ящик коньяка
хотел добавить еще условие - скорость разработки - н это не проверишь
я выполнил эту работу за 40 минут включая время расчета
это не я крутой - это мумпс - как вы его называете крутой
и еще добавлю - мой код будет работать и под любым виндоус и под почти любым линуксом
где установлен любой мумпс -msm cache gtm m3-lite m21 mumps1.47
НЕ ИЗМЕНЯЯ НИ ОДНОГО СИМВОЛА в коде
Ограничений на используемый язык нет (не MUMPS)для нас мумпсистов реш
Это маленький пример превосходства языка ( в повседневной практике я использую порядка 30-35 комманд и функций котрые мощнее всех фоксовских дельфийских и прочих вместе взятых - все в голове)
А ведь M - это еще и крутейшиая база данных вохможности которой а данном примере я использую мнеее чем на 1%)
Вы нынешние сллщики - нутка
Базы при неоюходимости вышлю

В догонку для людей с бронепоезда. Объясните что Вы имели ввиду когда писали (кстати оракл программой). Оракл это СУБД на ней клиентские программы не пишут. Учите матчасть или хотябы голословно не утверждай того чего не знаете и не говорите с умным видом о том в чем не разбираетесь (выглядит глупо). И вообще еще дедушка Ленин говорил специально для таких как Вы "Учиться, учиться и еще раз учиться " Мудрые слова. Мой вам совет прислушайтесь к ним и не будете смешно выглядеть.
...
Рейтинг: 0 / 0
13.04.2006, 08:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33663229
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
Мимопроходящий
Привет, andrew000999!
Ты пишешь:

andrew000999я решаю быстро качественно и в срок
(обычно очень короткий срок)
то нафиг мне SQL?А кто говорит, что он тебе нужен?
Полезность любого инструментария , рассматриваю
исключительно через призму кошелька.
Позволяет жить безбедно, и слава Богу.
Пусть подростки пиписьками меряются...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
вот именно

кстати, andrew000999,
<<любой мумпс -msm cache gtm m3-lite m21 mumps1.47>>
мы крутим все из этого списка
а вот с mumps1.47 - не работали
он платный ? быстрый ?
если не затруднит киньте пожалуйста пару строк
в приватном порядке - Ваше мнение по 1.47
kosinec@metalurgs.LV
а задачку никто решать не будет - будут учить
как всем надо правильно жить - не ездить по встречной -
- не пить водку с утра - спать дома в кроватке -
- использовать excel только "для анализов" -
- дбф-файлы не нарушать - и тп

краснощекие пионеры-очкарики с ведерком-удочкой-сачком
...
Рейтинг: 0 / 0
13.04.2006, 09:18
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33663278
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
MX -- ALEX Мимопроходящий
Привет, andrew000999!
Ты пишешь:

andrew000999я решаю быстро качественно и в срок
(обычно очень короткий срок)
то нафиг мне SQL?А кто говорит, что он тебе нужен?
Полезность любого инструментария , рассматриваю
исключительно через призму кошелька.
Позволяет жить безбедно, и слава Богу.
Пусть подростки пиписьками меряются...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
вот именно

кстати, andrew000999,
<<любой мумпс -msm cache gtm m3-lite m21 mumps1.47>>
мы крутим все из этого списка
а вот с mumps1.47 - не работали
он платный ? быстрый ?
если не затруднит киньте пожалуйста пару строк
в приватном порядке - Ваше мнение по 1.47
kosinec@metalurgs.LV
а задачку никто решать не будет - будут учить
как всем надо правильно жить - не ездить по встречной -
- не пить водку с утра - спать дома в кроватке -
- использовать excel только "для анализов" -
- дбф-файлы не нарушать - и тп

краснощекие пионеры-очкарики с ведерком-удочкой-сачком

Ду учить вас никто не собирается не маленькие уже. если в детстве не научили то переучивать себе дороже. Нравиться клиентскую часть на Excel делать ради бога хоть на Word. Представляете там можно каждую формулу или скрипт в отдельный документ засунуть Никаких ограничений :) Удачи !
...
Рейтинг: 0 / 0
13.04.2006, 09:42
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33663373
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
Joker_Ya MX -- ALEX Мимопроходящий
Привет, andrew000999!
Ты пишешь:

andrew000999я решаю быстро качественно и в срок
(обычно очень короткий срок)
то нафиг мне SQL?А кто говорит, что он тебе нужен?
Полезность любого инструментария , рассматриваю
исключительно через призму кошелька.
Позволяет жить безбедно, и слава Богу.
Пусть подростки пиписьками меряются...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
вот именно

кстати, andrew000999,
<<любой мумпс -msm cache gtm m3-lite m21 mumps1.47>>
мы крутим все из этого списка
а вот с mumps1.47 - не работали
он платный ? быстрый ?
если не затруднит киньте пожалуйста пару строк
в приватном порядке - Ваше мнение по 1.47
kosinec@metalurgs.LV
а задачку никто решать не будет - будут учить
как всем надо правильно жить - не ездить по встречной -
- не пить водку с утра - спать дома в кроватке -
- использовать excel только "для анализов" -
- дбф-файлы не нарушать - и тп

краснощекие пионеры-очкарики с ведерком-удочкой-сачком

Ду учить вас никто не собирается не маленькие уже. если в детстве не научили то переучивать себе дороже. Нравиться клиентскую часть на Excel делать ради бога хоть на Word. Представляете там можно каждую формулу или скрипт в отдельный документ засунуть Никаких ограничений :) Удачи !

пробовали
word не рулит ...
медленней чем excel раз в 10 думает

так что Ваш совет опять без толку
учитесь
учитесь
учитесь

Успехов !
...
Рейтинг: 0 / 0
13.04.2006, 10:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33663436
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
MX -- ALEX Joker_Ya MX -- ALEX Мимопроходящий
Привет, andrew000999!
Ты пишешь:

andrew000999я решаю быстро качественно и в срок
(обычно очень короткий срок)
то нафиг мне SQL?А кто говорит, что он тебе нужен?
Полезность любого инструментария , рассматриваю
исключительно через призму кошелька.
Позволяет жить безбедно, и слава Богу.
Пусть подростки пиписьками меряются...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
вот именно

кстати, andrew000999,
<<любой мумпс -msm cache gtm m3-lite m21 mumps1.47>>
мы крутим все из этого списка
а вот с mumps1.47 - не работали
он платный ? быстрый ?
если не затруднит киньте пожалуйста пару строк
в приватном порядке - Ваше мнение по 1.47
kosinec@metalurgs.LV
а задачку никто решать не будет - будут учить
как всем надо правильно жить - не ездить по встречной -
- не пить водку с утра - спать дома в кроватке -
- использовать excel только "для анализов" -
- дбф-файлы не нарушать - и тп

краснощекие пионеры-очкарики с ведерком-удочкой-сачком

Ду учить вас никто не собирается не маленькие уже. если в детстве не научили то переучивать себе дороже. Нравиться клиентскую часть на Excel делать ради бога хоть на Word. Представляете там можно каждую формулу или скрипт в отдельный документ засунуть Никаких ограничений :) Удачи !

пробовали
word не рулит ...
медленней чем excel раз в 10 думает

так что Ваш совет опять без толку
учитесь
учитесь
учитесь

Успехов !

Медленее ай-ай-ай. Кто бы мог предположить. Так вы Notepad возмите он может побыстрее :) будет. Нельзя же останавливаться на достигнутом. Я думаю если клиента на С написать то он быстрее будет работать чем в Excel. Что же вы остановились то не попробовали что нибудь более подходящее для написания клиента. Я то пошутить хотел насчет Word-а а вы оказывается действительно пробовали. Недооценил. [удалено модератором во избежании дальнейших переходов на личности]
...
Рейтинг: 0 / 0
13.04.2006, 10:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33663763
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Joker_Ya wrote:
А Вы действительно изучали М, ходили на семинары? А то, слушая Вас,
всякое можно подумать...
Фанатики М действительно, бывает, несут несусветную чушь, но я бы не
сказал, что это... как бы так сказать... признанные лидеры М сообщества,
что-ли....
Ну да и что с того, что они несут чушь - Вы то в ответ несёте тоже не
слово божье!
"Это технология 70 годов когда пытались сделать универсальное средство
для решения всех задачь. Не получилось. И умные люди отказались от этой
абсурдной идеи". Ишь ты! Как ваще расшифровывается акроним MUMPS? В
первом попавщемся учебнике по М в первой главе (или во введении) это
написано - что значит, для чего был создан, где, кем, когда... А вот Вы,
видимо, никогда этого не читали?

А по поводу переносимости - она у М действительно пугающая, равно как и
совместимость снизу вверх (а зачастую и наоборот).. Ну дык в своё время
в М-программы было вложено некисло денег, вот народ и следит, чтобы они
не пропали даром... Вы еще почитайте про Комитет Развития М (или как он
там) - таких инквизиторов свет не видел: шаг влево/шаг вправо - попытка
к бегству, прыжок на месте - провокация... Дает рекомендации,
обязательные к исполнению для всех производителей... По крайней мере так
было тогда, когда я в последний раз интересовался М.


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
13.04.2006, 11:58
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33663941
Alexander_Chepack
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander_Chepack
Участник
MUMPS (Massachusetts General Hospital Utility Multi-Programming System), or alternatively M, is a programming language created in the late 1960s for use in the healthcare industry.
...
Рейтинг: 0 / 0
13.04.2006, 12:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33664831
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
[quot Joker_Ya
...............
Медленее ай-ай-ай. Кто бы мог предположить. Так вы Notepad возмите он может побыстрее :) будет. Нельзя же останавливаться на достигнутом. Я думаю если клиента на С написать то он быстрее будет работать чем в Excel. Что же вы остановились то не попробовали что нибудь более подходящее для написания клиента. Я то пошутить хотел насчет Word-а а вы оказывается действительно пробовали. Недооценил. [удалено модератором во избежании дальнейших переходов на личности][/quot]

быстрее не бывает
зарплата на 3000 человек считается за 15 секунд
выводит на экран - печатает - тоже очень быстро
все летает
программировать - легко
ничего более подходящего для клиентов (на заводе) нет
остановились и больше не ищем

зачем корячится на С ?
зачем такие задачи решать "из пушки по воробьям ?"
вопрос экономии сил и денег
если на С будет не 15 а 7 секунд - кому это надо ?
...
Рейтинг: 0 / 0
13.04.2006, 15:30
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33664847
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, MX!
Ты пишешь:

MXMA> зачем корячится на С ?
MA> зачем такие задачи решать "из пушки по воробьям ?"
MA> вопрос экономии сил и денег
MA> если на С будет не 15 а 7 секунд - кому это надо ?Тому, кто зарабатывает деньги, кодируя на С.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
13.04.2006, 15:33
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665131
Спать_пора_уже
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Спать_пора_уже
Гость
Если поискать вакансии Cache в job.ru, то будут единицы..

Но в то же время вот : http://www.intersystems.ru/press/pr/290306.html или вот :
http://www.intersystems.ru/cache/partners/reference.html

Поэтому - хватит наверно уже орать то, критики МАМПСА. И, заодно, стойкие МАМПСИСТЫ.
Время всё расставит на свои места... потерпите
...
Рейтинг: 0 / 0
13.04.2006, 16:39
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665147
Спать_пора_уже
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Спать_пора_уже
Гость
Да, кстати, вы, злобные критики, знаете что нибудь о проекте на Cache для ГИБДД МВД РФ??? Поинтересуйтесь у Интерсистемса :) Возможно обретёте сюрприз.
...
Рейтинг: 0 / 0
13.04.2006, 16:42
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665176
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Спать_пора_ужеДа, кстати, вы, злобные критики, знаете что нибудь о проекте на Cache для ГИБДД МВД РФ??? Поинтересуйтесь у Интерсистемса :) Возможно обретёте сюрприз.
И в чем же будет интересно заключаться сюрприз ? Что кэш как хранилище информации используется что ли ? Так он как раз для этого со своими глобалями неплохо и подходит. Вот когда народ встречается не только с хранением, поиском и обработкой не единичной информации, а массивов данных, да еще на больших обьемах, да еще и с аналитикой - вот тогда всех на таких системах и ожидает сюприз за сюрпризом и циклы за циклами на то, что на SQL пишется элементарным запросом, без чесания репы и особого знания, как все данные быстро поднять, соединить, посчитать и выдать результат. Идея "Мы спросили - нам ответили" мне очень даже по душе.
...
Рейтинг: 0 / 0
13.04.2006, 16:50
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665200
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
дык када я последний раз видел, в ГАИ даже ADABAS использовался...
С великолепными результатами.
И что из того?
А ADABAS действительно неплохая система.
Ну подождем сюрприза, посмотрим, насколько он громким будет.
...
Рейтинг: 0 / 0
13.04.2006, 16:55
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665215
Спать_пора_уже
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Спать_пора_уже
Гость
Сюрприз он только тогда сюрприз, когда про него не кричат на всех углах. :))
Вы поинтересуйтесь.

Да, вопрос Вам:
каким это образом Вы противопоставляете Cache и SQL??

Ведь в Cache и COS и Бейсик и SQL и еще некоторое количество полезностей. Вы же свою голову отдельно от себя не станете рассматривать? На работу то вместе сне й ходите? :)
...
Рейтинг: 0 / 0
13.04.2006, 17:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665239
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
shuklin
Участник
Joker_YaЯ думаю если клиента на С написать то он быстрее будет работать чем в Excel. Мда, прочел и вспомнил один клинический случай из собственной практики. Было дело, что ЗАКАЗЧИК отказался от распределенной системы, построенной по всем правилам на Oracle power Objects, VB6 и еще чегото (СУБД Oracle 8.0.3) в пользу, ну не знаю как это назвать без матов, моего поделия на Excel в котором в качестве БД была файловая система с документами Excel. Специальный XLS макрос затягивал все документы в Excel затем подбивал итоги и отрыгивал в файловую систему еще один Excel документ с результатом работы. Сколько мы ни бились, не убеждали, не просили - пришлось делать на экселе. Что меня убило - так это благодарности от рядовых юзеров, которых сняли с Oracle и перевели на это. А еще интересно, что в этой системе тогда крутилось 5% от бюджета не самой маленькой СНГвской страны.
...
Рейтинг: 0 / 0
13.04.2006, 17:05
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665306
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Спать_пора_ужекаким это образом Вы противопоставляете Cache и SQL??

Ведь в Cache и COS и Бейсик и SQL и еще некоторое количество полезностей.
Ну так в ODBC драйвере под DBF и EXCEL тоже кстати о птичках поддержка SQL есть. Ну уровне "SELECT * FROM WHERE". Уж не будете ли Вы утверждать, что в том же Cache есть навороченный язык запросов, с полной поддержкой аггрегатов, OLAP функций, cost-based оптимизатором запросов и соответствием хотя бы стандарту SQL99 ? Может я отстал от жизни, но как то про такие чудеса у Cache не слышал. Как впрочем и до сих пор ни разу не слышал внятного обьяснения о принципах сериализуемости транзакций при многопользовательской работе с массивами данных на таких системах.
...
Рейтинг: 0 / 0
13.04.2006, 17:30
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665336
Спать_пора_уже
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Спать_пора_уже
Гость
Это конечно так.
Но ведь и сравнивать тогда нужно Cache SQL и другой SQL. Они ведь у других разных разработчиков тоже отличаются.

А глобалы и COS - это самостоятельная песня. Нравится - не нравится, это кому как.

Кстати, я в одной и той же разработке применяю и глобалы и таблицы..
Чуть поясню:
объект, содержащий нужные мне данные, может находиться в состоянии "актуально-неактуально". Когда приложению требуется определить брать или не брать эти данные, оно смотрит нужный флажок путем обращения "по прямому доступу", потому что это гораздо быстрее чем использование запроса SQL. А когда мне удобней использовать SQL, я его и использую.

Правильно это или неправильно, с точки зрения какой либо религии, - мне плевать. Потому что задача решается так, как требуется по постановке.
...
Рейтинг: 0 / 0
13.04.2006, 17:40
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665416
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Не бывает универсальных практичных галош, в которых и ходить и ездить и летать удобно. SQL в Cache по моему личному мнению просто маркетинговая прикрутка. Да и не смотрится он на деревянной системе, как впрочем и обработка деревянных XML не смотрится на РСУБД, которого прикрутили как раз на SQL опять же впервую очередь как маркетинговую прикрутку и по скорость работы в любому случае оставляет желать лучшего :)

Не понимаю, зачем прямой доступ к флагу обьекта, когда есть индекс на код обьекта и по нему в дереве индексов РСУБД моментально найдет страницу, где лежит обьект и считает с нее нужный флаг. Получается на одно чтение больше, однако ... когда нам понадобится не на один обьект поискать и не на один флаг и возможно сразу с аггрегирующими операциями - вот тут то оптимизатор РСУБД начнет самостоятельно и активно использовать доступные индексы, строить хеш-таблицы, определять способы доступа к данным согласуясь со своей статистикой, даже учитывать возможность распараллеливания чтения данных, если БД поделена по физическим носителям, а Вам так и придется самому решить, что лучше - прямым доступом перебрать все обьекты и написать целую процедуру, которая будет считать аггрегаты или же доверить это дело SQL, который все таки всего лишь является маркетинговой прикруткой. Причем на каждый мой новый запрос в РСУБД я буду думать, только как правильно написать вопрос о получении данных, а Вы каждый раз будете думать, как сделать решение, как его ускорить и т.д. Причем насколько я понимаю, не удастся написать общее универсальное решение для таких запросов под Cache, в основном можно будет ускорить выполнение аггрегатов методом написания собственных аггрегирующих функций на Си, что частенько и практиковалось на моих глазах для Cache систем, надо думать явно не от хорошей жизни.

P.S. Первый раз слышу, что в постановке задачи явно прописывается, каким именно алгоритмом должна быть решена задача :)
...
Рейтинг: 0 / 0
13.04.2006, 18:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665456
Спать_пора_уже
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Спать_пора_уже
Гость
Оооо.. похоже, Вы чрезмерно увлекаетесь наставлениями :)

Я привёл пример только для того, что бы показать:
1. Можно использовать плюсы двух подходов
2. Я буду делать так, как считаю нужным для успешного решения задачи.


В постановке нет требований использования прямого доступа.
В постановке есть требования на скорость отклика.
Так вот - для Cache, обращение по прямому доступу в сотни раз быстрее чем обращение по "реляционному доступу". Поэтому, где мне удобно, я использую прямой доступ.

Дабы не увлечься ненужными мне боданиями или сравнениями, говорю - делать этого не буду :)

InterSystems -у и Cache желаю успеха. Как, впрочем, и остальным.

Засим, прощаюсь.
...
Рейтинг: 0 / 0
13.04.2006, 18:12
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665699
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
да я Фанатик MUMPS если угодно религиозный - пожалуйста
я самый тупой мампсер - сколько угодно
Но ведь фанатики откуда то берутся - в нашем случае это примерно так
если я долго - очень долго ездил на 600 мерсе а мне предлагают крутую систему - горбатый запорожец - мотивация - да ты посмотри - да на него же весь мир пересел - не отставай от нас
я не знаю ни одного факта того чтобы программер вкусивший прелести мумпса от него
ущел окончательно - конечно есть обстоятельства в основном финансовые - уходят - но все равно на рабочем столе у них всегда присутствут значек MSM или CACHE и подобные поставленной мной задачи предпочитают решать именно через них
Подчеркиваю - поставленную задачу - можно решить на практически любом языке начиная от ...
но время...
Поставленная задача конечно же не для СУБД о чем совершенно правильно заметили
И в данном случае я продемонстрировал не возможности MUMPS как СУБД а всего навсего мощность внутреннего встроенного языка который опять же использовал не по прямому назначению - он в принципе не предазначен для решения таких проблем
Но как видите с успехом
Но от темы отклоняться не будем
я самый тупой мампист предлагаю самому гениальному склщику - реши задачу поставленную
в топике - фору даю - в пять раз - а мне - ты тупой
тут говорили - поправь фоксом- и все окей
Проведите эксперимент - запустите на фоксе цикл на 2000000 записей пустой который ничего
не делает - просто for без тела - зрелище прямо скажу удручающее
а насчет того что не отличаю клиентскую часть от субд - ведь понятно о чем я говорил - о кривых ручках программиста который работает с ораклом
Но ведь я тупой - мне можно
...
Рейтинг: 0 / 0
13.04.2006, 20:46
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665731
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
andrew000999 wrote:
> Но от темы отклоняться не будем
> я самый тупой мампист предлагаю самому гениальному склщику - реши задачу
> поставленную
> в топике - фору даю - в пять раз - а мне - ты тупой
> тут говорили - поправь фоксом- и все окей
> Проведите эксперимент - запустите на фоксе цикл на 2000000 записей
> пустой который ничего
> не делает - просто for без тела - зрелище прямо скажу удручающее
> а насчет того что не отличаю клиентскую часть от субд - ведь понятно о
> чем я говорил - о кривых ручках программиста который работает с ораклом
> Но ведь я тупой - мне можно
Мне безумно жаль, что Вы - тупой, но всё-таки...
я ценю и уважаю М (без малейшей иронии), но...
Вы сами признали, что "Поставленная задача конечно же не для СУБД"!
Так чего же Вы от нас, спецов именно по СУБД, хотите?
Вы хотите, чтобы мы эту задачу решили? Мы решим, только НЕ НАДА
накладывать дополнительных граничных условий... Вы то небось файлец
через z функции читали? Если да - давайте я попрошу - они ведь
нестандартные, вообще говоря, - не используйте их! И решите задачу...
Поймите, что для нас фокс - это... да! подпрограмма, процедура, макрос,
в конце концов... Мы поправим файлик, зальем его в базку, и всё полечим,
и тебя, и меня.....
что Вы мне в нос циклами фоксовыми тыкаете? тьфу на них! SQL - set
oriented язык, в нём циклы - это для всяких разных, которые по другому
не умеют! Уважающий себя человек оперирует закусками горячими (С). т.е.
ISUD четверкой - никаких циклов - в печку их!

Вы мне еще раскажите, что ездите на лошади, а не мотоцикле - "Он рази ж
живой, рази ж дышит! И ржать не могёть...". Да млин, не дышит, и воняет
гадостно! Зато как ездит, как дырынчит, в конце концов!

зы а если захотите пиписками мерятся - у нас в сумме окажется и толще, и
длиннее. Великая сила - сообщество.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
13.04.2006, 21:21
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665870
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
andrew000999
но все равно на рабочем столе у них всегда присутствут значек MSM или CACHE и подобные поставленной мной задачи предпочитают решать именно через них

Какие ужасы Вы рассказываете на ночь.

andrew000999
Подчеркиваю - поставленную задачу - можно решить на практически любом языке начиная от ...
но время...

Есть один нюанс - подобные задачи не могут представлять интереса в ИТ технологиях. Наличие таких задач говорит о дремучести ИС где это происходит и о том, что она нуждается в немедленном снятии с производства. Если бы Вы налабали на своем МУМПСе прогу, которая обыгрывает в шахматы Каспарова - другое дело. А здесь Вообще сравнивают СУБД, т.е. не интересуются файловыми системами (БД без СУБД). Ить раздел называется "Сравнение СУБД".
И страдания файлистов - это для какого-то другого раздела. Может в JAVA луче про это?

andrew000999
Поставленная задача конечно же не для СУБД о чем совершенно правильно заметили
И в данном случае я продемонстрировал не возможности MUMPS как СУБД а всего навсего мощность внутреннего встроенного языка который опять же использовал не по прямому назначению - он в принципе не предазначен для решения таких проблем


Вот именно. Вы же не сравниваете лисопед с самолетом. Ну не интересуют самолеты лесные тропинки хде ездит Ваш лисопед.

andrew000999
Но как видите с успехом

Этот успех луче оценят проггеры других универсальных языков, а здесь врядли Вы добьетесь восхищения.

andrew000999
я самый тупой мампист предлагаю самому гениальному склщику - реши задачу поставленную
в топике - фору даю - в пять раз - а мне - ты тупой

Поставьте задачу Самому гениальному летчику на Боинге ездить по лесу аки Вы на лисапеде. И шо он Вам скажет?

andrew000999
а насчет того что не отличаю клиентскую часть от субд - ведь понятно о чем я говорил - о кривых ручках программиста который работает с ораклом

Нет не понятно. Вы вроде сами признаете что здесь темы про СУБД. Причем тут задачи про ковыряния в файлах? Вы не в тот раздел форума свою задачу века поставили. Слабо с Джавистами, и Сишниками про это? Возможно там кто-то и заинтерсуется. Здесь же Вам не ставят задачу спроектировать реальную современную ИС на МУМПСе, т.е. то для чего он не очень подходит. Зачем же Вы ставите левые задачи?
...
Рейтинг: 0 / 0
13.04.2006, 23:52
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33665953
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Уважаемые мумпсисты, предлагаю все-таки перейти к конкретному сравнению СУБД. Совершенно непонятно зачем выдумывать идиотские примеры, совершенно нетипичные для СУБД. Вот есть задача от сторонников ООБД, по-моему это классическая задача для СУБД:
/topic/138641&pg=2#1206843
Ее решение на М
/topic/54920&pg=10#2389080

Вот 3 дополнительных вороса, тоже ИМХО довольно типичных:
Показать
1) типы самолетов, которыми летал Scott Tiger, 1,9,12,13,18,22,28 января 2003 года
2) номера рейсов которые были в январе 2003 года и на которые оставалось от 10 до 20 непроданных билетов включительно, но самолет не "TU 154"
3) пары рейсов, где 10 или более пассажиров общие (летели одни и те же люди)
/topic/54920&pg=11#2397065

На два из них ответ от МУМПС-истов получен и обсуждался, а вот третий повис в воздухе. Не мог ли бы кто-нибудь из уважаемых мумсистов, вместо того, чтобы пытаться решать дурацкие задачи по восстановлению битых DBF файлов и бороться с обрезанием в exel ячейках, привести ответ на третий вопрос.

А потом сравним длину решения в символах, как и предлагал andrew000999. Хотя уже можно сравнить первые два. Ну что, сравниваем? Правда наиболее вменяемые сторонники МУМПС-а уже признали, что СКЛ решение компактнее.

Ответ на М на первые два вопроса тут:
/topic/54920&pg=12#2406070
СКЛ решение тут:
/topic/54920&pg=12#2406559




А вот еще одна задача, она нетипична для РСУБД серверов, но позволяет оценить возможности оптимизатора:
/topic/5836#26828

Там же ее решение на СКЛ-е и совершенно конкретные результаты тестирования для МС СКЛ сервера - 7 секунд. Я приводил результаты для сайбейз АСА, можно найти. Решите эту задачу на М или на МУМПС-СКЛ в том виде как она есть, без предварительного упрощения. Это позволит хоть как-то сравнить оптимизаторы.

А то все разговоры, разговоры. Несерьезно это.
...
Рейтинг: 0 / 0
14.04.2006, 00:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33666010
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
c127Уважаемые мумпсисты, предлагаю все-таки перейти к конкретному сравнению СУБД. Совершенно непонятно зачем выдумывать идиотские примеры, совершенно нетипичные для СУБД. Вот есть задача от сторонников ООБД, по-моему это классическая задача для СУБД:
/topic/138641&pg=2#1206843
Ее решение на М
/topic/54920&pg=10#2389080

Вот 3 дополнительных вороса, тоже ИМХО довольно типичных:
Показать
1) типы самолетов, которыми летал Scott Tiger, 1,9,12,13,18,22,28 января 2003 года
2) номера рейсов которые были в январе 2003 года и на которые оставалось от 10 до 20 непроданных билетов включительно, но самолет не "TU 154"
3) пары рейсов, где 10 или более пассажиров общие (летели одни и те же люди)
/topic/54920&pg=11#2397065

На два из них ответ от МУМПС-истов получен и обсуждался, а вот третий повис в воздухе. Не мог ли бы кто-нибудь из уважаемых мумсистов, вместо того, чтобы пытаться решать дурацкие задачи по восстановлению битых DBF файлов и бороться с обрезанием в exel ячейках, привести ответ на третий вопрос.

А потом сравним длину решения в символах, как и предлагал andrew000999. Хотя уже можно сравнить первые два. Ну что, сравниваем? Правда наиболее вменяемые сторонники МУМПС-а уже признали, что СКЛ решение компактнее.

Ответ на М на первые два вопроса тут:
/topic/54920&pg=12#2406070
СКЛ решение тут:
/topic/54920&pg=12#2406559




А вот еще одна задача, она нетипична для РСУБД серверов, но позволяет оценить возможности оптимизатора:
/topic/5836#26828

Там же ее решение на СКЛ-е и совершенно конкретные результаты тестирования для МС СКЛ сервера - 7 секунд. Я приводил результаты для сайбейз АСА, можно найти. Решите эту задачу на М или на МУМПС-СКЛ в том виде как она есть, без предварительного упрощения. Это позволит хоть как-то сравнить оптимизаторы.

А то все разговоры, разговоры. Несерьезно это.

Полностью поддерживаю. Пусть на реальной задаче по обработку данных покажут приемущества М систем, а то все примеры какие то странные. То работа с файлами то интерфейс в Excel. Действительно несерьезно.
...
Рейтинг: 0 / 0
14.04.2006, 02:23
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33666242
Dvm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dvm
Гость
Правильно народ говорит утро вечера мудренее.
andrew000999 ставь коньяк.
Даже писать ничего не буду.
Foxpro понимает 4 символьные обозначения функций.А так как по функционалу он мощнее и все что в м делается циклами в fox делается одним оператором.
Так что моя программа будет всего в пару раз длиннее в байтах и раза в 4 короче в операторах.
Вы проиграли уважаемый тупой
...
Рейтинг: 0 / 0
14.04.2006, 09:46
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33666355
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
andrew000999Проведите эксперимент - запустите на фоксе цикл на 2000000 записей пустой который ничего не делает - просто for без тела - зрелище прямо скажу удручающее
Код: plaintext
1.
2.
declare @i int set @i= 2000000 
while @i> 0 
  set @i=@i- 1
На MS SQL - 10 сек. На Оракле наверное еще меньше будет. А на мумпсе? Не думаю что намного меньше. Но только на SQL циклы весьма редко надо писать.

Хотя есть у меня смутные подозрения что это опять у ЧАЛа обострение...
...
Рейтинг: 0 / 0
14.04.2006, 10:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33666662
iliker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iliker
Гость
?time()
set cons off
for i=1 to 2000000
i=i+1
endf
set cons on

?time()

cpu Celer 2 Hz время 1 с
...
Рейтинг: 0 / 0
14.04.2006, 11:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33666671
iliker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iliker
Гость
сорри CPU Celeron 2000 MHz
...
Рейтинг: 0 / 0
14.04.2006, 11:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33666759
iliker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iliker
Гость
На том же CPU сервер ASA 9
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
FUNCTION "DBA"."testtim"( )
RETURNS integer
NOT DETERMINISTIC
BEGIN
    DECLARE t_tim integer;
    declare t_start datetime;
    declare t_end datetime;
    declare i integer;
    
    set i= 1 ;
    
    set t_start =now(*);
    while i< 2000000  loop
       set i=i+ 1 ;
    end loop;
    set t_end=now(*);
    set t_tim=seconds(t_end)-seconds(t_start);
    RETURN t_tim;
END

select testtim()

1 сек
...
Рейтинг: 0 / 0
14.04.2006, 12:06
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33666769
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
У Interbase клонов еще быстрее будет за счет их оптимизации языка хранимых процедур. Только вот вопрос - а чего пустые циклы то мерять ? Я еще раз подчеркиваю, что обработка и анализ массивов данных не решается циклами с помощью написания кода и оптимизируется оптимизатором запросов самостоятельно и без участия человеческого фактора. Поэтому как бы МУМПСЫ быстро циклы не выполняли, они никогда не смогут методом перебора данных догнать SQL сервера, которые помимо циклических методов перебора данных (TableScan/IndexScan) имеют на борту еще кучу различных алгоритмов и решений.
...
Рейтинг: 0 / 0
14.04.2006, 12:09
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33666884
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Joker_Ya
Полностью поддерживаю. Пусть на реальной задаче по обработку данных покажут приемущества М систем, а то все примеры какие то странные. То работа с файлами то интерфейс в Excel. Действительно несерьезно.

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

зы млин, искал как называется система - нашел гуглей топик на скл.ру, правда про кашу.... причем - не просто топик, а собственную мессагу, от 2004 года... ничо, млин, нового нету... всё повторяется...
...
Рейтинг: 0 / 0
14.04.2006, 12:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33666958
iliker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iliker
Гость
Продолжение /topic/282117&pg=2#2561508

Котрольный выстрел
есть
Код: plaintext
\n    date        quantity\n 12 . 01 . 2001         5 \n 12 . 04 . 2001         5 \n 12 . 07 . 2001         5 \n 12 . 10 . 2001         5 \n\n 12 . 01 . 2002         6 \n 12 . 04 . 2002         6 \n 12 . 07 . 2002         6 \n 12 . 10 . 2002         6 \n\n
получить
Код: plaintext
\nyera quarter   sum_Quantity\nNULL   NULL   49 \nNULL      1       11 \nNULL      2       11 \nNULL      3       11 \nNULL      4       11 \n\n 2001        1        5 \n 2001        2        5 \n 2001        3        5 \n 2001        4        5 \n\n 2001        1        6 \n 2001        2        6 \n 2001        3        6 \n 2001        4        6 \n
...
Рейтинг: 0 / 0
14.04.2006, 12:46
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667385
CesaTheGuest
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CesaTheGuest
Гость
Надо ж... праздник продолжается, а то когда закрыли предыдущую ветку хотел потребовать продолжения банкета. Эх... Андрея Леонидовича не хватает... Жаль у меня знания не те, чтобы поддержать сей высокоинтелектуальный диспут, но читать все равно интересно.

Всем СПАСИБО.
...
Рейтинг: 0 / 0
14.04.2006, 14:25
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667425
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
iliker
Котрольный выстрел
есть
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
    date        quantity
 12 . 01 . 2001         5 
 12 . 04 . 2001         5 
 12 . 07 . 2001         5 
 12 . 10 . 2001         5 

 12 . 01 . 2002         6 
 12 . 04 . 2002         6 
 12 . 07 . 2002         6 
 12 . 10 . 2002         6
получить
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
yera quarter   sum_Quantity
NULL   NULL   49 
NULL      1       11 
NULL      2       11 
NULL      3       11 
NULL      4       11 

 2001        1        5 
 2001        2        5 
 2001        3        5 
 2001        4        5 

 2001        1        6 
 2001        2        6 
 2001        3        6 
 2001        4        6

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
roll()
 n q,out,year,quarter,s
 ; типа где-то данные д.б.
 s q("12.01.2001")= 5 
 s q("12.04.2001")= 5 
 s q("12.07.2001")= 5 
 s q("12.10.2001")= 5 
 s q("12.01.2002")= 6 
 s q("12.04.2002")= 6 
 s q("12.07.2002")= 6 
 s q("12.10.2002")= 6 
 ; типа складываем не ка-нибудь, а интеллектуально, в столбик
 s q="" f  s q=$o(q(q)) q:q=""  d
 . s year=$p(q,".", 3 ),quarter=$p(q,".", 2 )\ 3 + 1 ,s=q(q)
 . i $i(out("total","total"),s)
 . i $i(out(year,"total"),s)
 . i $i(out("total",quarter),s)
 . i $i(out(year,quarter),s)
 ; вывести бы куда-нибудь, что-ли...
 s q=$na(out) f  s q=$q(@q) q:q=""  d
 . w $qs(q, 1 ),? 10 ,$qs(q, 2 ),? 20 ,@q,!
 q

d roll^roll()
 2001        1           5 
 2001        2           5 
 2001        3           5 
 2001        4           5 
 2001       total      20 
 2002        1           6 
 2002        2           6 
 2002        3           6 
 2002        4           6 
 2002       total      24 
total      1           11 
total      2           11 
total      3           11 
total      4           11 
total     total      44
Не смог. Получилось 44.
...
Рейтинг: 0 / 0
14.04.2006, 14:36
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667503
iliker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iliker
Гость
сорри за арифметику
Код: plaintext
1.
2.
3.
4.
SELECT year (date) AS Year, quarter (date) AS Quarter, Sum (Quantity) AS sum_Quantity
FROM sales_order
GROUP BY CUBE (Year, Quarter)
ORDER BY Year, Quarter
...
Рейтинг: 0 / 0
14.04.2006, 15:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667632
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
ilikerсорри за арифметику
Код: plaintext
1.
2.
3.
4.
SELECT year (date) AS Year, quarter (date) AS Quarter, Sum (Quantity) AS sum_Quantity
FROM sales_order
GROUP BY CUBE (Year, Quarter)
ORDER BY Year, Quarter

А также за ключевое слово CUBE.

Чего хотелось-то? Померять силами мампс и mssql olap extension (или как они там называются)? Ну, меряйте.
...
Рейтинг: 0 / 0
14.04.2006, 15:35
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667739
ё
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ё
Гость
пардон, это стандарт, а не mssql olap extention
...
Рейтинг: 0 / 0
14.04.2006, 15:59
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667775
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
ёпардон, это стандарт, а не mssql olap extention
Ну да, конечно. Стандартище. Где бы только кроме mssql (2000 истарше) и oracle (8i и старше) его бы поддерживали... А так ничего, стандарт, да, конечно.
...
Рейтинг: 0 / 0
14.04.2006, 16:07
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667803
iliker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iliker
Гость
ASA 9
...
Рейтинг: 0 / 0
14.04.2006, 16:14
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667840
iliker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iliker
Гость
cube можно и в oltp sql развернуть.правда подлинне получиться.Но все равно не одного явного цикла.
...
Рейтинг: 0 / 0
14.04.2006, 16:22
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667865
ё
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ё
Гость
а еще ROLLUP, и многое другое.
мир не стоит на месте - он развивается.
...
Рейтинг: 0 / 0
14.04.2006, 16:26
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667888
ё
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ё
Гость
ну тот же GROUP BY GROUPING SETS ()
...
Рейтинг: 0 / 0
14.04.2006, 16:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33667975
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
ёа еще ROLLUP, и многое другое.
мир не стоит на месте - он развивается.
Я так понимаю что у каждого свое понимание развития. В Ваше, видимо, входит "стоять на месте пока опция появится у большого дяди и тогда я разовьюсь вместе с ним в ту сторону куда он укажет и вместе со мной разовьется в эту же сторону N миллионов и мы все сместе назовем это стандартом". Ну очень уж на секту похоже. С вас за Ваше такое развитие наверно еще и бабки нехилые берут.
...
Рейтинг: 0 / 0
14.04.2006, 16:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33668001
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
это еще вопрос, у кого БОЛЬШЕ на секту похоже
...
Рейтинг: 0 / 0
14.04.2006, 17:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33668070
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
Gluk (Kazan)это еще вопрос, у кого БОЛЬШЕ на секту похоже
Глюки пошли.

Мне вот что интересно. Что делали sql-щики до появления group by cube? Развозили очередные сопли на темы вроде "это не входит в функции субд"? А как появилось, то сразу стали говорить что это стандарт? Ну и чем не секта очередного единобога?

Что вам позволят большие дяди то вы и делаете. А что не входит в догматы большого дяди то дружно охаиваете. До той поры пока это не внесут в догматы. И дальше будете сидеть и ждать пока дядя за вас не сделает.

А пока он за вас не сделает будете сидеть на соседних форумах, обсуждать и перечитывать BOL и другие евангелия. И самым радостным событием, можно даже сказать вехой в вашей жизни будет выход очередной версии, в которой вам позволят делать на n действий больше. И будете праздновать этот день и отмерять от него эпохи.

Эк меня понесло аж самому понравилось ;))
...
Рейтинг: 0 / 0
14.04.2006, 17:35
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33668097
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
они делали union all
...
Рейтинг: 0 / 0
14.04.2006, 17:41
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33668108
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
SQL как ни странно БОЛЕЕ гибок чем Вам кажется.
Хотя и несколько многословен
...
Рейтинг: 0 / 0
14.04.2006, 17:44
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33668169
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
ну яМне вот что интересно. Что делали sql-щики до появления group by cube? Развозили очередные сопли на темы вроде "это не входит в функции субд"? А как появилось, то сразу стали говорить что это стандарт? Ну и чем не секта очередного единобога?
А как же красивые рассказы о стандартах M, комитете, контролирующем развитие, чтобы никто ничего не дай бог лишку не сделал - аналогии никак не улавливается ?

ну яЭк меня понесло аж самому понравилось ;))
Все это просто жужжание старого кодера, который привык все делать своими ручками, вместо того, чтобы напрячь мозги, изучить существующие решения и воспользоваться наилучшим, затратив усилия только на реализацию недостающей логики. Знаем такое - это же документацию читать надо, это образ мышления менять надо - относится кстати не только к M-программерам.
...
Рейтинг: 0 / 0
14.04.2006, 18:04
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33668392
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
отвечу классикой
С вострогом я гляжу на наше поколение его грядущее и иль пустто иль темно...
.....
Но боже мой какая скука смотреть и думать про себя....
и не итолько про себя
Когда черт возми накнеец эта высокотнологичная программулька дасn резулт
Вот уж действитенльно - когда же черт возмет тебя
...
Рейтинг: 0 / 0
14.04.2006, 20:16
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33668415
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
ну теперь и сомнений уже нет что ЧАЛ
...
Рейтинг: 0 / 0
14.04.2006, 20:46
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33668593
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Где решение задачи?

Вот этой: "показать пары рейсов, где 10 или более пассажиров общие (летели одни и те же люди)"

Казалось бы, есть конкретная задача, вроде должно быть конкретное решение. По утверждению МУМПС-истов это настолько просто, что и кода почти писать не надо. Но нет, оказывается разводить флеймы о своей крутости и придираться к стандарту СКЛ-я гораздо проще, чем написать пару строчек кода на своем любимом языке.
...
Рейтинг: 0 / 0
15.04.2006, 02:20
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33669546
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Фанатики РБД опять показывают свою безграмотность - не могут понять разницу между технологией MUMPS, которая не навязывает никакой модели данных а дает среду для реализации любой модели, и СУБД на базе MUMPS.
А уж понять что такое интегрированный язык им просто не дано. Печально, что такой уважаемый практик как ASCRUS включился в беспредметный "спор".

А Вы нашли о чем говорить, andrew000999. Какой еще файл.dbf ? Эти болтуны лишний символ из строки не смогли удалить ни на процедурном SQL, ни на непроцедурном SQL, ни на C++. А вы про файл.dbf. Лучше колитесь, Вы ЧАЛ или не ЧАЛ ?
...
Рейтинг: 0 / 0
16.04.2006, 16:39
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33669573
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
М программистФанатики РБД опять показывают свою безграмотность - не могут понять разницу между технологией MUMPS, которая не навязывает никакой модели данных а дает среду для реализации любой модели, и СУБД на базе MUMPS.
А уж понять что такое интегрированный язык им просто не дано. Печально, что такой уважаемый практик как ASCRUS включился в беспредметный "спор".
Если технология MUMPS это не СУБД, а среда для реализации (средство разработки), то и нечего тогда специалистам MUMPS на этом форуме проводить сравнения этой технологии с серверами баз данных. Легче тогда "сравнится" с Delphi, Java, C, etc и доказать, что на MUMPS собрать сервер управления БД гораздо легче, чем на вышеперечисленных (нисколько даже не сомневаюсь, если конечно не начнут сравнивать себя с ассемблером, который не навязывает вообще никаких ограничений и позволяет реализовывать еще более гибкие модели данных, даже без присутствия ОС и другого программного обеспечения). Поэтому здесь сравнивать РСУБД и MUMP-клоны можно исключительно по таким характеристикам, как быстродействие обработки данных, надежность хранения, бесперебойность работы, легкость эксплуатации и расширения, масштабирование нагрузок. Тут как говорится полный WELCOME с изначально проигрышными результатами для MUMPS, как раз из за "гибкости реализации любой модели данных", где как известно любое универсальное будет всегда проигрывать специально заточенному.

P.S. В моем понимании практик совершенно не означает "Делать все своими ручками". В начале 90-ых наверное так и оно было, сейчас для меня это означает "Интегрировать и с умом использовать наиболее подходящими, готовыми решения для поставленной задачи".
...
Рейтинг: 0 / 0
16.04.2006, 17:13
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33669852
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
ASCRUS
P.S. В моем понимании практик совершенно не означает "Делать все своими ручками". В начале 90-ых наверное так и оно было, сейчас для меня это означает "Интегрировать и с умом использовать наиболее подходящими, готовыми решения для поставленной задачи".

Скорее в начале 60, а или даже даже 50-х, до появления компиляторов. Всего пол-века отставание. Хотя если они движутся взад, то это безусловно опережение.


М программист
А Вы нашли о чем говорить, andrew000999. Какой еще файл.dbf ? Эти болтуны лишний символ из строки не смогли удалить ни на процедурном SQL, ни на непроцедурном SQL, ни на C++.

На всякий случай, если еще кто-то вдруг не заметил:
/topic/54920&pg=26#2471459


А решения задачи от не-болтунов все нет.
...
Рейтинг: 0 / 0
16.04.2006, 22:53
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33669879
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
ASCRUS
Если технология MUMPS это не СУБД, а среда для реализации (средство разработки), то и нечего тогда специалистам MUMPS на этом форуме проводить сравнения этой технологии с серверами баз данных.

Я давно пытался это прояснить. Здесь приводили тексты, что это универсальный язык. Да и в литературе он так упоминается. Т.е. мумпсисты лабают файловые системы. Т.е. речь идет о сравнении ИС без СУБД с современными ИС, которые используют не просто с СУБД, а СУБД второго поколения.

ASCRUS
Легче тогда "сравнится" с Delphi, Java, C, etc и доказать, что на MUMPS собрать сервер управления БД гораздо легче,

Но если налабают СУБД на МУМПСе типа Оракла, то опять МУМПС не нужен станет для создания ИС. Как С, например, на котором Оракл в основном и написан, наскока я знаю.

ASCRUS
Поэтому здесь сравнивать РСУБД и MUMP-клоны можно исключительно по таким характеристикам

Но тут они как-то хитро перскакивают на Кэша. Т.е. как тока Мумпс не проходит как СУБД, сразу всплывает КЭш (а он СУБД, правда не установленного типа - ООСУБД, то ОРСУБД, то прото постреляционная без уточнений), а потом опять все сначало про МУМПС.
...
Рейтинг: 0 / 0
16.04.2006, 23:27
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33670002
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
М программистФанатики РБД опять показывают свою безграмотность - не могут понять разницу между технологией MUMPS, которая не навязывает никакой модели данных а дает среду для реализации любой модели, и СУБД на базе MUMPS.
А уж понять что такое интегрированный язык им просто не дано. Печально, что такой уважаемый практик как ASCRUS включился в беспредметный "спор".(Очень похоже на встречу с Андреем Леонидовичем. Опять "интегрированный язык" всплыл, как кое-что в проруби.)

По поводу безграмотности. В который раз мусолится утверждение о том, что на MUMPS можно реализовать любую модель данных, в т.ч. реляционную. Это безграмотно, поскольку говорящий такое не знает понятия модель данных (и подразумевает только структурный аспект модели данных). А ведь есть еще аспекты манипуляции и целостности. Может, дорогой ЧАЛ, тьфу ты, в смысле дорогой М программист ответит, как с помощью MUMPS реализовать:
1) реляционную алгебру с возможностью записи произвольных реляционных выражений
2) декларативные ограничения целостности реляционной модели (опять же с возможностью записи произвольных реляционных выражений).

Если сделать это средствами MUMPS невозможно, то ни о какой реализации РМД в среде MUMPS и говорить не приходится.

А если вы упомянете о встроенном в Cache SQL, который "снимает все эти вопросы", то позвольте прояснить, что
1) насколько я понимаю, поддержка SQL вовсе не входит в стандарт MUMPS, о котором здесь речь
2) в случае встроенной поддержки SQL реляционная МД реализуется все же вовсе не средствами MUMPS .

М программистА Вы нашли о чем говорить, andrew000999. Какой еще файл.dbf ? Эти болтуны лишний символ из строки не смогли удалить ни на процедурном SQL, ни на непроцедурном SQL, ни на C++. А вы про файл.dbf. Вранье. Вам привели минимум два полностью работоспособных решения, мое на процедурном SQL, и решение Павла Воронцова на непроцедурном SQL. Ссылку c127 привел чуть выше. Если уж соберетесь прибрехнуть, делайте это хоть так, чтобы вас было труднее за руку поймать, ей-богу. А то детский сад какой-то.
...
Рейтинг: 0 / 0
17.04.2006, 06:18
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33670132
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
М программист
не могут понять разницу между технологией MUMPS, которая не навязывает никакой модели данных а дает среду для реализации любой модели, и СУБД на базе MUMPS.

Не навязывает никакой модели - означает - не поддерживает никакой модели.
В файлов системе все модели имеют одно название - плоская МД. Т.е. все модели в среде М ккакие бы они не были - плоская МД. Потому шо все шо не плоское в таких системах, то это внешняя модель "хорошо спроектированного приложения", а не МД. А СУБД на базе МУМПС пока тока Кэш. А все остальное это галимые клиентские или серверные проги, такие же как написанные на других языках программирования.
...
Рейтинг: 0 / 0
17.04.2006, 09:14
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33672265
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Если Вы, ASCRUS, знакомы с MUMPS (это, в том числе, и СУБД !) и понимаете о чем идет речь, то и не участвуйте в этом сравнении, затеянном специалистами MUMPS. Это будет логично.
Я, как и Вы, "с умом использую наиболее подходящее готовое решение для поставленной задачи." И пока для всех задач, с которыми я сталкивался, подходящим готовым решением всегда было решение на MUMPS. Именно по быстродействию, надежности, бесперебойности, легкости эксплуатации и расширения, масштабированию нагрузок. РСУБД заведомо и всегда проигрывают.
...
Рейтинг: 0 / 0
17.04.2006, 22:04
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33672273
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Стыдно господа не уметь программировать ни на MUMPS, ни на SQL.
Не способны даже понять простейший (практически на русском языке !) код

S(p,sim)
n p1,l,n s p1=p,p="",l=0
f n=1:1:$l(p1,sim) i $p(p1,sim,n)'="" s l=l+1,$p(p,sim,l)=$p(p1,sim,n)
q p

Эта совершенно законченная функция убирает любой "лишний" символ sim из строки p. Вы не смогли написать аналогичный код вообще ни на каком языке программирования. И даже не можете этого понять.
...
Рейтинг: 0 / 0
17.04.2006, 22:10
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33672290
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ChA
Участник
М программистСтыдно господа не уметь программировать ни на MUMPS, ни на SQL.
Не способны даже понять простейший ( практически на русском языке !) код

S(p,sim)
n p1,l,n s p1=p,p="",l=0
f n=1:1:$l(p1,sim) i $p(p1,sim,n)'="" s l=l+1,$p(p,sim,l)=$p(p1,sim,n)
q pАплодирую стоя. Туше ! Куда складывать трупы ?
...
Рейтинг: 0 / 0
17.04.2006, 22:36
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33672293
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Тока Чал может такие мыстли рожать
М программист
технологией MUMPS, которая не навязывает никакой модели данных а дает среду для реализации любой модели, и СУБД на базе MUMPS.


в сочетании с

М программист
знакомы с MUMPS (это, в том числе, и СУБД !)


Из первой мысли следует что моно налобать проггеру мумпсисту на МУМПСе любую СУБД, а стало быть и Оракл, Скуль, Дибидва или Сибаэйс, иначе мягко говоря не любую, а тока плохую.

Согласно второй он и сам СУБД.

Теперь поди разбери. Зачем он нужен как СУБД, если на нем любую из этих четырех? Ить как СУБД он и на первое поколение не тянет (по дате своего рождения, например), а тут сразу в мировые лидеры моно на раз. А потом с этой налабаной одной из четырех моно клепать реальные БД, забыв про МУМПС.

Более того, СУБД Оракл приносит владельцам несусветные бабки. Теперь же вместо ИС моно продвигать это налабаное на МУМПСе СУБД аля Оракл. Бабок не меряно принесет. Что тада тут среди разработчиков ИС делать с МУМПСом?
Моно соазу среди разработчиков СУБД - тираж то у продукта другой.
Ан нет. он сам в том числе (в одном флаконе) СУБД. Все испортил в последний момент ЧАЛ. Сам не знает чего хочет.

Ржу, не могу.
...
Рейтинг: 0 / 0
17.04.2006, 22:43
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33672315
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
М программист И пока для всех задач, с которыми я сталкивался, подходящим готовым решением всегда было решение на MUMPS. Именно по быстродействию, надежности, бесперебойности, легкости эксплуатации и расширения, масштабированию нагрузок. РСУБД заведомо и всегда проигрывают.

Разумеется РСУБД всегда проигрывают. Вот я и предлагаю Вам продемострировать это, представив удобный, компактный и легко поддерживаемый код на М, дающий ответ на вопрос "показать пары рейсов, где 10 или более пассажиров общие (летели одни и те же люди)".
/topic/282117&pg=2#2561508

На всякий случай сравниваем ответ на второй вопрос:
"показать номера рейсов которые были в январе 2003 года и на которые оставалось от 10 до 20 непроданных билетов включительно, но самолет не "TU 154"". Совершенно очевидно что СКЛ сервер проигрывает.

МУМПС (неполное решение):
Код: plaintext
 //Функция-счетчик дочерних подузлов дерева path\nCOUNT(path)\n {\n\t set idx=""\n\t for count= 0 : 1  set idx=$ORDER(@path@(idx)) quit:idx=""\n\t quit count\n } \n\n set месяц="2003-01"\n set кромесамолета="TU-154"\n set кол1= 10 ,кол2= 20            ;от [кол1,кол2] билетов\n \n set дата=$ZDATEH(месяц_"-01", 3 )  // начинаем с  1 -го числа месяца\n for {\n\t set дата=$ORDER(^РАСПИСАНИЕ(дата))\n\t quit:дата=""\n\t quit:$EXTRACT($ZDATE(дата, 3 ), 1 , 7 )\'=месяц  //прекращаем поиск если достигли конца месяца\n\t \n\t set рейс=""\n\t for {\n\t\t set рейс=$ORDER(^РАСПИСАНИЕ(дата,рейс)) \n\t\t quit:рейс=""\n\t\t set типсамолета=^РАСПИСАНИЕ(дата,рейс)\n\t\t if (типсамолета\'=кромесамолета) { //отбрасываем лишние типы\n\t\t\tset проданомест=$$COUNT($NAME(^БИЛЕТЫ(дата,рейс)))\n\t\t\tset мествналичии=$$COUNT($NAME(^САМОЛЕТ(типсамолета)))\n\t\t\tset непродано=мествналичии-проданомест\n\t\t\tif (непродано\'<кол1) && (непродано\'>кол2) set рейсы(рейс)=""\n\t\t }\n\t }\n\t \n }\n zw рейсы\n
СКЛ сервер :
Код: plaintext
select s.race \n  from Sold s, Shadule h, Fly f \n  where s.race=h.race // связываются таблицы\n    and h.fly=f.fly       // связываются таблицы\n    and f.caption<>\'TU 154\'\n    and datediff(month,\'2003.01.01\',h.date)= 0  // можно заменить на h.date between  \'2003.01.01\' and \'2003.01.31\' \n    and s.flag= 1 \n  group by s.race\n  having (((select sum(cnt) from place p where p.fly=f.fly) - count(*)) between  10  and  20 )\n




А чтобы продемонстрировать превосходство МУМПС-а в быстродействии, решите на нем (или на М, на МУМПС-СКЛ-е) эту задачу:
/topic/5836#26828
и выложите результаты. Потому что плохие результаты СКЛ сервера есть, а замечательных результатов МУМПС-а, увы, до сих пор нет.

В чем проблема, почему все еще нет решений, это же так просто. Решите эти задачи и закройте все вопросы.
...
Рейтинг: 0 / 0
17.04.2006, 23:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33672318
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Прошу прощения, забыл.

Код МУМПС примера взят отсюда:
/topic/54920&pg=12#2406070

СКЛ решение отсюда:
/topic/54920&pg=12#2406559
...
Рейтинг: 0 / 0
17.04.2006, 23:31
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33672396
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
c127 М программист И пока для всех задач, с которыми я сталкивался, подходящим готовым решением всегда было решение на MUMPS. Именно по быстродействию, надежности, бесперебойности, легкости эксплуатации и расширения, масштабированию нагрузок. РСУБД заведомо и всегда проигрывают.

Разумеется РСУБД всегда проигрывают. Вот я и предлагаю Вам продемострировать это, представив удобный, компактный и легко поддерживаемый код на М, дающий ответ на вопрос "показать пары рейсов, где 10 или более пассажиров общие (летели одни и те же люди)".
/topic/282117&pg=2#2561508

На всякий случай сравниваем ответ на второй вопрос:
"показать номера рейсов которые были в январе 2003 года и на которые оставалось от 10 до 20 непроданных билетов включительно, но самолет не "TU 154"". Совершенно очевидно что СКЛ сервер проигрывает.

МУМПС (неполное решение):
Код: plaintext
 //Функция-счетчик дочерних подузлов дерева path\nCOUNT(path)\n {\n\t set idx=""\n\t for count= 0 : 1  set idx=$ORDER(@path@(idx)) quit:idx=""\n\t quit count\n } \n\n set месяц="2003-01"\n set кромесамолета="TU-154"\n set кол1= 10 ,кол2= 20            ;от [кол1,кол2] билетов\n \n set дата=$ZDATEH(месяц_"-01", 3 )  // начинаем с  1 -го числа месяца\n for {\n\t set дата=$ORDER(^РАСПИСАНИЕ(дата))\n\t quit:дата=""\n\t quit:$EXTRACT($ZDATE(дата, 3 ), 1 , 7 )\'=месяц  //прекращаем поиск если достигли конца месяца\n\t \n\t set рейс=""\n\t for {\n\t\t set рейс=$ORDER(^РАСПИСАНИЕ(дата,рейс)) \n\t\t quit:рейс=""\n\t\t set типсамолета=^РАСПИСАНИЕ(дата,рейс)\n\t\t if (типсамолета\'=кромесамолета) { //отбрасываем лишние типы\n\t\t\tset проданомест=$$COUNT($NAME(^БИЛЕТЫ(дата,рейс)))\n\t\t\tset мествналичии=$$COUNT($NAME(^САМОЛЕТ(типсамолета)))\n\t\t\tset непродано=мествналичии-проданомест\n\t\t\tif (непродано\'<кол1) && (непродано\'>кол2) set рейсы(рейс)=""\n\t\t }\n\t }\n\t \n }\n zw рейсы\n
СКЛ сервер :
Код: plaintext
select s.race \n  from Sold s, Shadule h, Fly f \n  where s.race=h.race // связываются таблицы\n    and h.fly=f.fly       // связываются таблицы\n    and f.caption<>\'TU 154\'\n    and datediff(month,\'2003.01.01\',h.date)= 0  // можно заменить на h.date between  \'2003.01.01\' and \'2003.01.31\' \n    and s.flag= 1 \n  group by s.race\n  having (((select sum(cnt) from place p where p.fly=f.fly) - count(*)) between  10  and  20 )\n




А чтобы продемонстрировать превосходство МУМПС-а в быстродействии, решите на нем (или на М, на МУМПС-СКЛ-е) эту задачу:
/topic/5836#26828
и выложите результаты. Потому что плохие результаты СКЛ сервера есть, а замечательных результатов МУМПС-а, увы, до сих пор нет.

В чем проблема, почему все еще нет решений, это же так просто. Решите эти задачи и закройте все вопросы.

Они их решить не в состоянии. Причем не только они но и представители Intersystems например. На демонстрациях они только и делают что показывают как быстро их сервер умеет вставлять 1 000 000 записей в цикле. Когда начинаешь задавать конкретные вопросы про сложную обработку и анализ большого кол-ва данных сразу же возникает заминка. Типа если сделать специальную структуру для хранения данных, самим индексы построить под каждую конкретную выборку то возможно будет быстро. Я уж модчу про группировку и анализ. Там вообще пишите функции на M или COS с кучей циклов. M- системы хороши в задачах где необходимо обеспечить высокую скорость ввода (хотя я подозреваю что это достигается за счет меньшей надежность по сравнению с SQL серверами (отсутствие лога транзакций, журналов и т д)). В задачах обработки и анализа данных он не конкурент SQL серверам, что наглядно демонстрирует пример показанный выше. Пусть фанаты МУМПС примерами докажут обратнее. А то одни голые лозунги и цитаты рекламных проспектов. Факты в студию !
...
Рейтинг: 0 / 0
18.04.2006, 04:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33672420
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
М программистЕсли Вы, ASCRUS, знакомы с MUMPS (это, в том числе, и СУБД !) и понимаете о чем идет речь, то и не участвуйте в этом сравнении, затеянном специалистами MUMPS. Это будет логично.
Я, как и Вы, "с умом использую наиболее подходящее готовое решение для поставленной задачи." И пока для всех задач, с которыми я сталкивался, подходящим готовым решением всегда было решение на MUMPS.
Я с ним знаком исключительно со стороны, когда вижу админов в банке, которые сидят до позднего вечера и ждут, чтобы все ушли и можно было сделать резервную копию БД (если это можно назвать резервным копированием). Как то я у программистов и админов того банка не замечаю восторженности по поводу MUMPS, я даже больше скажу - они спят и видят свой переход на РСУБД, им даже не мечтается перейти на более современный CACHE, который они в свое время рассматривали как альтернативный вариант ухода с MUMPS. К сожалению (для них), банк маленький и никто спонсировать их мечты пока не собирается, хотя производитель данной АБС давно ее уже перевел на Cache и даже готов пойти на большие скидки, лишь бы они слезли с решения на MUMPS (интересно, к чему бы это).

А Вам, чтобы сталкиваться с задачами, длы которых подходящим решением будет не MUMPS, неплохо бы собственно говоря еще и ознакомится другими решениями, чтобы было с чем сравнивать. И когда Вы с ними ознакомитесь и вникните, Ваши слова:
М программистИменно по быстродействию, надежности, бесперебойности, легкости эксплуатации и расширения, масштабированию нагрузок. РСУБД заведомо и всегда проигрывают.
покажутся пустыми заявлениями человека, который раньше думал, что земля плоская и что бог один.

P.S. В принципе если уж на то пошло, то у MUMPS и РСУБД различная область применения - на РСУБД будет сложно организовать эффективную структуру с неизвестным заранее кол-вом аттрибутов, на MUMPS-ах никогда нельзя будет сделать эффективную обработку множества данных, пусть и с фиксированной структурой. Есть вот только одна проблемс - РСУБД на своей нише рынка чувствуют себя превосходно и конкурируют исключительно между собой. А вот ООСУБД как раз выглядят идеальными конкурентами не РСУБД, а именно MUMPS и очень даже неплохо вписываются на их рынок (надо думать Cache не зря же стала в сторону ООП развиватья). Хотя честно говоря, лично мне идея с глобалями гораздо больше нравится по простоте и эффективности, чем извраты с обработкой и сериализацией обьектов.
...
Рейтинг: 0 / 0
18.04.2006, 07:02
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33672493
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
2 М программист
Вот вам совершенно законченная функция на T-SQL (MS SQL Server 2000), причем безо всяких процедурных расширений. Разумеется, можно было написать и с ними, понагляднее, но у вас-то наглядность вообще отсутствует как класс, так что придраться не сможете.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
CREATE FUNCTION S( @p VARCHAR( 4000 ), @sim CHAR( 1 ) ) RETURNS VARCHAR( 4000 ) AS
BEGIN
  RETURN REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( '☺'+@p, @sim, @sim+'☺' ), 
                                    '☺'+@sim, '' ), 
                           '☺', '' ) + '☺',
                  @sim+'☺', '' ),
         '☺', '' )
END
Тест:
Код: plaintext
1.
2.
3.
4.
5.
SELECT dbo.S('____123456789_1_2345______6789____1235__56789___', '_')
--------------------------------
123456789_1_2345_6789_1235_56789

( 1  row(s) affected)
Так что хватит уже разорятся.
...
Рейтинг: 0 / 0
18.04.2006, 08:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33672941
Спать_пора
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Спать_пора
Гость
авторИз первой мысли следует что моно налобать проггеру мумпсисту на МУМПСе любую СУБД, а стало быть и Оракл, Скуль, Дибидва или Сибаэйс, иначе мягко говоря не любую, а тока плохую.

Удивительное дело... неужели автор этого сообщения говорит всерьёз..??
Чудеса просто.. это же не логика, в известном её смысле..
Кроме какой то злости, похожей на ту, которая возникает от бессилия, у неуспешных дам..

Хватит пургу гнать, дорогие товарищи - критики МАМПСА! Это даже не смешно.. Надоело уже, чесное слово..
...
Рейтинг: 0 / 0
18.04.2006, 11:24
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33673150
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Спать_пора
Удивительное дело... неужели автор этого сообщения говорит всерьёз..??
Чудеса просто.. это же не логика, в известном её смысле..


А что в серьез и по логике в каком ни на есть смысле означает фраза:

М программист
технологией MUMPS, которая не навязывает никакой модели данных а дает среду для реализации любой модели, и СУБД на базе MUMPS.

?
Разве здесь не сказано что МУМПС среда реализации любой СУБД?
Или это надо как-то переводить? Очищать от допустимого пропагандистского налета?

Спать_пора
Кроме какой то злости, похожей на ту, которая возникает от бессилия, у неуспешных дам..


Типа тока не успешные дамы могут злиться от бессилия на МУМПС?
А в чем сила его? В том шо моно любую СУБД налабать его адепту? Ну это сила, конечно. До этого тока на С, но не любой С шный проггер и даже крупная компания оных могла налабать любую СУБД.

Спать_пора
Хватит пургу гнать, дорогие товарищи - критики МАМПСА! Это даже не смешно.. Надоело уже, чесное слово..

Вроде как МУМПС никому пока не был нужен - это его адепты здесь защищают.
А им отвечают.
Критикуют по собственной инициативе и рьяно, как правило, лидирующие СУБД либо широко распространенные.
А МУМПС не тока ни то ни другое, но и ваще язык прогрраммирования, но соревнуется не с другими языками, а с СУБД. Вот це и вопрос - смешно это или нет?
...
Рейтинг: 0 / 0
18.04.2006, 12:16
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33673354
Спать_пора
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Спать_пора
Гость
vadiminfo, ну в этой речи эмоций меньше, поэтому стали видны доводы..
я некоторое время помолчу, потому что заинтересовала "задачка Энштейна"..
Попробую её решить и расскажу что получилось..
А потом, если у Вас будет желание, обсудим тему топика, на предмет выявления сути споров.. я пока что этого так и не понял..
такс.. объявили про начало обеда.. нужно идти.. а что делать :)
...
Рейтинг: 0 / 0
18.04.2006, 13:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33673380
Фотография Denis Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Denis Popov
Участник
mir2 М программист
Вот вам совершенно законченная функция на T-SQL (MS SQL Server 2000), причем безо всяких процедурных расширений.
Для Oracle: Как оставить только один пробел между словами, легко переводится на T-SQL
...
Рейтинг: 0 / 0
18.04.2006, 13:07
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33673494
StudSW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
StudSW
Участник
/* Строгих компиляторов/интерпретаторов/трансляторов прошу игнорировать
Анекдот:
Разговаривают двое: немец и ангичанин, спорят у кого техника лучше.
Немец приводит стир. машину, мол всё стирает, отжимает и т.д.
Ангичанин говорит о посудомойш. машине, то же всё блеск.
Подходит русский и говорит: "А у меня дома и стирает, и гладит, и стрелки
делает, и готовит, и посуду моет,..."
Иностранцы нервно спрашивают: "Отечественная или импортная?"
Русский: "..., Катька то, конечно, отечественная"
*/

Моё мнение, лучше всего что угодно можно реализовать на Assembler'е.
Кто не согласен пусть докажет обратное? Что? Долго. Рутин-но. Ну так вы асма
не знаете?
На нём можно почти автоматически реализовать аналог любой задачи.
(берем EXE-шник, открываем его в IDA, делаем экспорт).

А вы тут РСУБД, ОРСУБД, ООСУБД - узко мыслите?

Предлагаю реализовать уневерсальный решатель задач. А постановщик задачи,
проектировальщик, тестер,
и юзер идут к ниму плагинами.

/*Прошу прошения у строих компиляторов*/
--
Учусь (пока/ещё) чего и вам желаю


Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
18.04.2006, 13:41
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33673559
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
Denis Popov mir2 М программист
Вот вам совершенно законченная функция на T-SQL (MS SQL Server 2000), причем безо всяких процедурных расширений.
Для Oracle: Как оставить только один пробел между словами, легко переводится на T-SQLЧитайте внимательнее. Это решение уже им приводили. Я же сейчас привел обобщение для любого заданного символа (не только пробела) + полное обрезание этих символов слева и справа (если есть). А с пробелом -то вообще простое решение, этим баранаM уже запарились в него носом тыкать.
...
Рейтинг: 0 / 0
18.04.2006, 14:01
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33673667
Фотография Denis Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Denis Popov
Участник
mir wrote:
> Читайте внимательнее. Это решение уже им приводили

> Я же сейчас привел обобщение для любого заданного символа (не только
> пробела) + полное обрезание этих символов слева и справа (если есть). А
> с пробелом -то вообще простое решение, этим баранаM уже запарились в
> него носом тыкать.

Да, извиняюсь, для удаления символов сзади и потребовались еще 2 REPLACE. Просто
в Oracle функции LTRIM и RTRIM имеют второй необязательный аргумент для
указания , какие именно комбинации символов следует удалить.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
18.04.2006, 14:31
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33674890
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Пока местным фанатам будут повсюду мерещиться ЧАЛы они не скоро с базами данных справятся. Даже самая элементарная вещь доходила до них месяц. И до mira дошла. Поздравляю. А сначала mir ляпнул, что на SQL "код короче решения на MUMPS и он существенно нагляднее" ! Наконец-то написал правильный код, который ровно в два раза длиннее, и абсолютная абракадабра. И так будет с любой задачей.

Совсем потерявшему ориентацию в пространстве с127 и полностью неадекватному Joker_Ya: полное решение в СУБД на MUMPS:
.Рейс: номер
Рейс: самолет: '=TU154
Рейс: дата: >31.12.2002 и <1.02.2003
Рейс: непроданных билетов: '<10 и '>20

ASCRUS, Вы не знакомы с технологией. Было бы глупо жалеть такого профессионала, как Вы, но что же мне остается ? Для информации: в СУБД на MUMPS эффективнее обработка множеств данных с "фиксированной структурой", чем в РСУБД. И никакой ниши РСУБД на рынке нет.
...
Рейтинг: 0 / 0
18.04.2006, 22:09
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33675034
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
М программист
в СУБД на MUMPS

Надо пологать, что СУБД Оракл, Скуль и прочие реальные, по мысли ЧАЛа следует называть теперь одним названием СУБД на С. Хотя может он и не Кэша имел в виду, а опять налабанную любую , в том числе и Оракл и Скуль и проч но МУМПС.

М программист
Для информации: в СУБД на MUMPS эффективнее обработка множеств данных с "фиксированной структурой", чем в РСУБД.

Это безусловно сенсационная информация еше не известная в широких, а тем более авторитетных кругах специалистов ИТ. Скорей всего, она так и останется не известной в виду того, что все что говорит ЧАЛ как правило ошибочно с точностью до наоборот. Тем более там тока про "множеств данных" (ЧАЛ есно умалчивает шо за множества и какой мощности он имел в виду - сказал чисто для большего наукообразия) говорится, а не о данных в целом.
...
Рейтинг: 0 / 0
19.04.2006, 00:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33675035
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
М программист
Совсем потерявшему ориентацию в пространстве с127 и полностью неадекватному Joker_Ya: полное решение в СУБД на MUMPS:
.Рейс: номер
Рейс: самолет: '=TU154
Рейс: дата: >31.12.2002 и <1.02.2003
Рейс: непроданных билетов: '<10 и '>20
Во первых в "полном" решении нет структуры данных. Или Вы, как и МУМПС, не предполагаете никакой структуры? Также нет указания на то, в какой из многочисленных надстроек над М это решение: в МУМПС-е, в КЕШЕ или в чем-то еще.

Во вторых, в пятый раз повторяю, интересует все-таки ответ на третий вопрос:
"показать пары рейсов, где 10 или более пассажиров общие (летели одни и те же люди)"
http://www.sql.ru/forum/actualthread.aspx?tid=282117&pg=4#2572829

Только структуру данных не забудьте. Я конечно понимаю, что такому асу СУБД как Вы, подобные мелочи ни к чему, но мы-то люди простые, работаем по-старинке, со структурой данных, так что очень было бы интересно ознакомиться.

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

М программистИ никакой ниши РСУБД на рынке нет.
Ну да, мы уже в курсе. Знаем, также, что в РСУБД нет навигации, СКЛ бесполезен и что объект противостоит субъекту в его познавательной деятельности.
...
Рейтинг: 0 / 0
19.04.2006, 00:58
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33675075
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
М программистПока местным фанатам будут повсюду мерещиться ЧАЛы они не скоро с базами данных справятся. Даже самая элементарная вещь доходила до них месяц. И до mira дошла. Поздравляю. А сначала mir ляпнул, что на SQL "код короче решения на MUMPS и он существенно нагляднее" ! Наконец-то написал правильный код, который ровно в два раза длиннее, и абсолютная абракадабра. И так будет с любой задачей.

Совсем потерявшему ориентацию в пространстве с127 и полностью неадекватному Joker_Ya: полное решение в СУБД на MUMPS:
.Рейс: номер
Рейс: самолет: '=TU154
Рейс: дата: >31.12.2002 и <1.02.2003
Рейс: непроданных билетов: '<10 и '>20


Естественно, когда аргументировать свои высказывания нечем самый простой способ перейти на личности и объявить, что ваш оппонент невменяем. Вас же попросили пример в студию. Специально для вас сделали пример на SQL. Сверх эффективного и наглядного примера на MUMPS мы не видим до сих пор. Видимо по вашему если с127 смог представить решение на вопрос 3 а вы с Вашей сверх навороченной технологией 100 летней давности (и самым великим интерпретатором M ) не в состоянии, то значит он потерял ориентацию в пространстве. Если он её потерял то вы её и не находили никогда. И уж если кто из нас двоих неадекватен то это Вы. Ни одного контраргумента в пользу М систем Вы не привели, отсюда следует что Вы либо сами в них слабо разбираетесь и аргументировать свои доводы не в состоянии, но наслушались рекламы. Либо вы религиозный фанатик которому на здравый смысл по барабану.

ASCRUS, Вы не знакомы с технологией. Было бы глупо жалеть такого профессионала, как Вы, но что же мне остается ? Для информации: в СУБД на MUMPS эффективнее обработка множеств данных с "фиксированной структурой", чем в РСУБД.

Не надо лозунгов примеры в студию. Так голословно можно утверждать все что угодно, например что Запорожец комфортнее чем Мерседес. Хочется примеров или хотя бы объяснения того почему эффективнее. Вам задаются конкретные вопросы, и ждут от вас конкретных ответов.


И никакой ниши РСУБД на рынке нет.

Насчет ниши РСУБД, уважаемый посмотрите на долю РСУБД на рынке и Вы поймете что как раз ниша М систем мизерна.
...
Рейтинг: 0 / 0
19.04.2006, 02:37
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33675081
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
М программистСтыдно господа не уметь программировать ни на MUMPS, ни на SQL.
Не способны даже понять простейший (практически на русском языке !) код

S(p,sim)
n p1,l,n s p1=p,p="",l=0
f n=1:1:$l(p1,sim) i $p(p1,sim,n)'="" s l=l+1,$p(p,sim,l)=$p(p1,sim,n)
q p

Эта совершенно законченная функция убирает любой "лишний" символ sim из строки p. Вы не смогли написать аналогичный код вообще ни на каком языке программирования. И даже не можете этого понять.

Вот вам решение на Oracle

SQL> SELECT REGEXP_REPLACE('Всем привет ! ', '( ){2,}', ' ') AS RX_REPLACE FROM dual;

RX_REPLACE
--------------
Всем привет !

Я думаю что данный пример намного нагляднее и понятнее кучи закорючек на MUMPS
...
Рейтинг: 0 / 0
19.04.2006, 02:59
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33675085
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
Joker_Ya М программистСтыдно господа не уметь программировать ни на MUMPS, ни на SQL.
Не способны даже понять простейший (практически на русском языке !) код

S(p,sim)
n p1,l,n s p1=p,p="",l=0
f n=1:1:$l(p1,sim) i $p(p1,sim,n)'="" s l=l+1,$p(p,sim,l)=$p(p1,sim,n)
q p

Эта совершенно законченная функция убирает любой "лишний" символ sim из строки p. Вы не смогли написать аналогичный код вообще ни на каком языке программирования. И даже не можете этого понять.

Вот вам решение на Oracle

SQL> SELECT REGEXP_REPLACE('Всем привет ! ', '( ){2,}', ' ') AS RX_REPLACE FROM dual;

RX_REPLACE
--------------
Всем привет !

Я думаю что данный пример намного нагляднее и понятнее кучи закорючек на MUMPS

Естественно между словами не 1 пробел а несколько (не знаю как сделать чтоб отображало правильно :) ) Данный пример работает только в Oracle 10G
...
Рейтинг: 0 / 0
19.04.2006, 03:09
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33675096
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
Joker_Ya Joker_Ya М программистСтыдно господа не уметь программировать ни на MUMPS, ни на SQL.
Не способны даже понять простейший (практически на русском языке !) код

S(p,sim)
n p1,l,n s p1=p,p="",l=0
f n=1:1:$l(p1,sim) i $p(p1,sim,n)'="" s l=l+1,$p(p,sim,l)=$p(p1,sim,n)
q p

Эта совершенно законченная функция убирает любой "лишний" символ sim из строки p. Вы не смогли написать аналогичный код вообще ни на каком языке программирования. И даже не можете этого понять.

Вот вам решение на Oracle

SQL> SELECT REGEXP_REPLACE('Всем привет ! ', '( ){2,}', ' ') AS RX_REPLACE FROM dual;

RX_REPLACE
--------------
Всем привет !

Я думаю что данный пример намного нагляднее и понятнее кучи закорючек на MUMPS

Естественно между словами не 1 пробел а несколько (не знаю как сделать чтоб отображало правильно :) ) Данный пример работает только в Oracle 10G

SQL> SELECT REGEXP_REPLACE('Всем    привет   !', '( ){2,}', ' ') AS RX_REPLACE FROM dual;

RX_REPLACE
--------------
Всем привет !

Нашел как пробелы добавить :)
...
Рейтинг: 0 / 0
19.04.2006, 03:34
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33675120
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
М программистASCRUS, Вы не знакомы с технологией. Было бы глупо жалеть такого профессионала, как Вы, но что же мне остается ? Для информации: в СУБД на MUMPS эффективнее обработка множеств данных с "фиксированной структурой", чем в РСУБД. И никакой ниши РСУБД на рынке нет.
Конечно коллега ЧАЛ. Естественно никакой ниши нет и MUMPS эффективнее. Я и не сомневаюсь, что Вы это знаете и несете свет в массы.

P.S. Коллега ЧАЛ - это не личность, а некий собирательный образ мышления некоторых M-программистов старой закалки, я бы сказал мышление глобалями с перебором в цикле. Соответствующе при таком подходе в размышлениях не допускается ветвление рассуждения при участвии в условиях значений NULL (кои просто не признаются) и отсюда получаются однозначные утверждающие выводы. В данном случае видимо именно из за этого утверждения "MUMPS эффективнее РСУБД во всем" и "коллега ЧАЛ всегда прав" будут являтся взаимозаменяемыми синонимами, ибо обычно для коллеги ЧАЛ действует условие "Знания РСУБД IS NULL", а значит для него будет очевидным, что "MUMPS (знания) > РСУБД (NULL)"
...
Рейтинг: 0 / 0
19.04.2006, 06:03
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33675435
стиль - это человек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
стиль - это человек
Гость
М программист = на самом деле ЧАЛ, который не хочет в этом признаться..Пока местным фанатам будут повсюду мерещиться ЧАЛы они не скоро с базами данных справятся. Даже самая элементарная вещь доходила до них месяц. И до mira дошла. Поздравляю. .......
...
Рейтинг: 0 / 0
19.04.2006, 10:02
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33676024
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
c127Вот я и предлагаю Вам продемострировать это, представив удобный, компактный и легко поддерживаемый код на М, дающий ответ на вопрос "показать пары рейсов, где 10 или более пассажиров общие (летели одни и те же люди)".
/topic/282117&pg=2#2561508
Код: plaintext
\nsel()\n\t; ^bilet(date,flight,place)=name\n\t; ^res(flight1,flight2)=n\n\t; ^tmp(name,flight)=""\n\t; строим индекс, если такого нет\n\t; если есть то можно пропустить\n\ts ref=$na(^bilet) f  s ref=$q(@ref) q:ref=""  d\n\t. s flight=$qs(ref, 2 )\n\t. s name=@ref\n\t. ; где он летал\n\t. s ^tmp(name,flight)=""\n\t; строим комбинации\n\ts ref="^tmp" f  s ref=$q(@ref) q:ref=""  d\n\t. s flight1=$qs(ref, 2 )\n\t. s name=$qs(ref, 1 )\n\t. s flight2="" f  s flight2=$o(^tmp(name,flight2)) q:flight2=""  d\n\t. . i $i(^res(flight1,flight2))\n\t; по комбинации выдаем пары\n\ts ref=$na(^res) f  s ref=$q(@ref) q:ref=""  d\n\t. s flight1=$qs(ref, 1 ),flight2=$qs(ref, 2 )\n\t. i flight1\'=flight2,@ref\'< 10  d\n\t. . w flight1," - ",flight2,!\n\tq\n
...
Рейтинг: 0 / 0
19.04.2006, 12:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33676642
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
Не хочется пугать, но я привел только макет кода. Реальный код который может быть в эксплуатации конечно выглядит иначе. В нем более разумные идентификаторы, работа с блокировками, транзакциями. Кроме того, должны быть уточнены куча моментов, например как обозначены реальные рейсы (полеты). В макете например считается что используются не номера рейсов которые совпадают для разных дат, а идентификаторы полетов. Также нужно уточнить есть ли пара рейсов 12 + 15 то же самое что пара рейсов 15 + 12. Ну наверно да. Нужно уточнить насколько актуальна скорость получения результата и стоит ли держать дополнительные поисковые структуры и какие именно. В макете используется построение временного индекса (тот, который ^tmp). Нужно определиться имеет ли смысл его поддерживать постоянным. В макете используется комбинирование (то что пишется в ^res). Нужно тоже определиться стоит ли поддерживать эту структуру постоянной и обновлять при появлении нового рейса. Кроме того можно поддерживать индекс по этой комбинации так чтобы выбрать пары по заданному числу совпадающих пассажиров (в макете его нет). Реальный код после устаканивания всех соглашений может вырасти ну скажем до 5-8 килобайт текста.

Но мне так и не стало понятным как эта задача относится к топику форума. Ничего такого сложного в ней нет. Ну разве что испытать оптимизаторы SQL Server которые встроены в используемый sql-based сервер. Скажем сравнить планы mssql, oracle и db2 в условиях когда есть дополнительные индексы / таблицы промежуточных накоплений и когда их нет.
...
Рейтинг: 0 / 0
19.04.2006, 14:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677153
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
ну яНо мне так и не стало понятным как эта задача относится к топику форума. Ничего такого сложного в ней нет.Мне показалось, что все очевидно -- ноги растут из попытки сравнения SQL-СУБД и M. c127 предлагал сравнить 1) сам исходный код запросов на SQL и M и 2) время выполнения на задаче, приближенной к реальной. Думаю, что на задачах, по настоящему сложных сравнить не удасться, так как не найдется желающих их просто так из любопытства решать. А на подобном примере получить представление можно.
Кстати, заранее понятно, что любую задачу можно решить и на M, и на SQL. Весь вопрос только в стоимости самого решения, скорости его получения, стоимости и сложности поддержки и развития системы, ее масштабируемости. Прямо и точно это не оценишь, только косвенно. В том числе, и с помощью таких вот задачек.
Каждый может делать свои наблюдения и выводы. Я лично остаюсь при мнении, что сравнивая сложный SQL-запросом и аналогичную по функционалу сложную M-программу нахожу SQL-решение более наглядным (что, возможно, дело привычки), более быстрым в получении (что, возможно, дело квалификации) и более сопровождаемым и масштабируемым (что однозначно не зависит ни от вкуса, ни от квалификации, а полностью определяется декларативностью SQL и весомой поддержкой оптимизатора РСУБД).
...
Рейтинг: 0 / 0
19.04.2006, 16:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677154
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
/topic/5836&pg=2

мое решение задачи Эйнштейна на MUMPS
время, к сожалению, почти 2 секунды -
может кто из М-программистов предложит более быстрый
вариант ?
...
Рейтинг: 0 / 0
19.04.2006, 16:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677203
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
Может, Эксель мешает?
В терминале сколько получается?
...
Рейтинг: 0 / 0
19.04.2006, 17:03
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677434
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
MX -- ALEX/topic/5836&pg=2

мое решение задачи Эйнштейна на MUMPS
время, к сожалению, почти 2 секунды -
может кто из М-программистов предложит более быстрый
вариант ?
Некорректное сравнение: если вы заметите - я условия не группировал
...
Рейтинг: 0 / 0
19.04.2006, 18:09
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677765
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
ну яНе хочется пугать, но я привел только макет кода.
Не считается, нужен работающий с точностью до мелких ошибок код. К мелким ошибкам типа пропущенной запятой не придираться не будем.

ну я
Реальный код который может быть в эксплуатации конечно выглядит иначе. В нем более разумные идентификаторы, работа с блокировками, транзакциями. Кроме того, должны быть уточнены куча моментов, например как обозначены реальные рейсы (полеты). В макете например считается что используются не номера рейсов которые совпадают для разных дат, а идентификаторы полетов. Также нужно уточнить есть ли пара рейсов 12 + 15 то же самое что пара рейсов 15 + 12. Ну наверно да. Нужно уточнить насколько актуальна скорость получения результата и стоит ли держать дополнительные поисковые структуры и какие именно. В макете используется построение временного индекса (тот, который ^tmp). Нужно определиться имеет ли смысл его поддерживать постоянным. В макете используется комбинирование (то что пишется в ^res). Нужно тоже определиться стоит ли поддерживать эту структуру постоянной и обновлять при появлении нового рейса. Кроме того можно поддерживать индекс по этой комбинации так чтобы выбрать пары по заданному числу совпадающих пассажиров (в макете его нет).

На эти все вопросы есть ответы в постановке задачи.
/topic/54920&pg=10#2388599
Если ответа нет, то на Ваше усмотрение, как Вам удобнее, лишь бы удовлетворяло условию задачи. Это тоже было оговорено в условии. Скорость выполнения не важна, речь идет о принципах.

Структура данных была предложена Rus000 тут:
/topic/54920&pg=10#2389080
Хотите менять - меняйте, но это должно быть включено в код. Я пользуюсь структурой, предложенной SergSuper.

Структуры были определены до того, как был задан вопрос. Возможность выполнять нерегламентированные запросы необходима любой промышленной системе. Это тоже тест.

ну я
Реальный код после устаканивания всех соглашений может вырасти ну скажем до 5-8 килобайт текста.

Приведите код. Я уже сказал, что к мелочам придираться не буду. Если блокировки усложняют решение, то проигнорируйте их, их в постановке задачи нет.





По поводу задачи Эйнштейна. Упрощать условие нельзя, должна быть решена именно эта задача. Задача решается без МУМПС-а, СКЛ-я и без компьютера и без бумаги. В уме. Поэтому нас не интересует решение залачи, мы его и так знаем. Нас интересует протестировать оптимизатор, пусть он упрощает.

Есть в МУМПС-е СКЛ, который якобы не хуже РСУБД-шного, вот на нем и запустите эту задачу. Причем даже напрягаться и выдумывать ничего не нужно, SergSuper представил решние с кодом:
/topic/5836#26828
Скопируйте и вперед.
...
Рейтинг: 0 / 0
19.04.2006, 22:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677771
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
"К мелким ошибкам типа пропущенной запятой не придираться не будем."

следует читать как
"К мелким ошибкам типа пропущенной запятой придираться не будем."
...
Рейтинг: 0 / 0
19.04.2006, 22:34
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677831
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Я Вас, с127, не собираюсь учить проектировать БД. А так же не собираюсь информировать о "многочисленных надстройках". Я не коммерсант и не маркетолог, а практик. И у меня сплошная конкретика. Я увидел Ваше "сравнение кодов", и привел решение в той СУБД, которую я использую. Оно очевидное, и Вас, естественно, не устроило. Ведь оно легко получается самими пользователями, а Вам нужно программировать. Иначе за что же Вам будут платить на Вашем рынке в Вашей нише ?

Не врите, Joker_Ya. Фанатейте на здоровье, но не врите. Примеров в студии было хоть отбавляй. Но нужны определенные знания в области баз данных, чтобы понять примеры. И ни доля, ни рынок, ни ниша не помогут Вам обзавестись знаниями. Простейший пример. mir за месяц понял о чем речь, а Вы так и не поняли. Пример простой и полностью в студии. Попрактикуйтесь на нем. Например, ответьте:
1) Что за T-SQL ? Приведен код на стандартном MUMPS (безо всяких z-функций и т.п.). А не на T-MUMPS или PL/MUMPS. То что написал mir - это стандартный SQL ? Тогда зачем T ?
2) Каким алгебраическим операциям над множествами соответсвуют "слова" CREATE FUNCTION, RETURNS, RETURN, BEGIN, REPLACE, END
декларативного языка запросов SQL ?

Ну вот видите, ASCRUS, Вы не только не знакомы с технологиями БД, но и вкладываете свои слова в уста некоего "коллеги ЧАЛа". Это же Вы сказали "никогда нельзя будет сделать эффективную обработку...". "Никогда". "Нельзя". Как это понимать и какой еще ЧАЛ ? Хорошо, буду Вас жалеть, раз Вас устраивает Ваш уровень знаний технологий БД.
...
Рейтинг: 0 / 0
19.04.2006, 23:34
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677862
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
М программист
и привел решение в той СУБД, которую я использую

Той СУБД - чье имя не называем. Забыл как тот фильм называется, хде про тех чье имя не называем.
...
Рейтинг: 0 / 0
20.04.2006, 00:15
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677911
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
М программист
Не врите, Joker_Ya. Фанатейте на здоровье, но не врите. Примеров в студии было хоть отбавляй. Но нужны определенные знания в области баз данных, чтобы понять примеры. И ни доля, ни рынок, ни ниша не помогут Вам обзавестись знаниями. Простейший пример. mir за месяц понял о чем речь, а Вы так и не поняли. Пример простой и полностью в студии. Попрактикуйтесь на нем. Например, ответьте:
1) Что за T-SQL ? Приведен код на стандартном MUMPS (безо всяких z-функций и т.п.). А не на T-MUMPS или PL/MUMPS. То что написал mir - это стандартный SQL ? Тогда зачем T ?
2) Каким алгебраическим операциям над множествами соответсвуют "слова" CREATE FUNCTION, RETURNS, RETURN, BEGIN, REPLACE, END
декларативного языка запросов SQL ?


Я привел решение на чистом SQL
SELECT REGEXP_REPLACE('Всем привет !', '( ){2,}', ' ') AS RX_REPLACE FROM dual;

Где вы видите begin и end и все остальное что писали? Если mir не знал что так сделать можно или ему нравиться больше процедурное решение то это его проблемы. Вам обидно что ваше решение жлинно и коряво. Вот вы и кидаетесь на всех. Признавать поражение не хочеться. Вы лучше глянте в соседний топик
Там человек на реальном примере показал что скорость обработки данных у Oracle выше чем у Cache. Причем ощутимо.
Еще раз повторюсь задача по удалению строк не относиться к задачам анализа и обработки данных. Хотя как видите она решается в SQL - серверах гораздо элегантнее. А СУБД это прежде всего хранилище для данных и критериями быстродействия для него является быстрое получение данных по запросу с разными условиями, группировками и аналитикой. В этом М системы не сильны. Признайте это.
...
Рейтинг: 0 / 0
20.04.2006, 02:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677912
Joker_Ya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Joker_Ya
Участник
Joker_Ya М программист
Не врите, Joker_Ya. Фанатейте на здоровье, но не врите. Примеров в студии было хоть отбавляй. Но нужны определенные знания в области баз данных, чтобы понять примеры. И ни доля, ни рынок, ни ниша не помогут Вам обзавестись знаниями. Простейший пример. mir за месяц понял о чем речь, а Вы так и не поняли. Пример простой и полностью в студии. Попрактикуйтесь на нем. Например, ответьте:
1) Что за T-SQL ? Приведен код на стандартном MUMPS (безо всяких z-функций и т.п.). А не на T-MUMPS или PL/MUMPS. То что написал mir - это стандартный SQL ? Тогда зачем T ?
2) Каким алгебраическим операциям над множествами соответсвуют "слова" CREATE FUNCTION, RETURNS, RETURN, BEGIN, REPLACE, END
декларативного языка запросов SQL ?


Я привел решение на чистом SQL
SELECT REGEXP_REPLACE('Всем привет !', '( ){2,}', ' ') AS RX_REPLACE FROM dual;

Где вы видите begin и end и все остальное что писали? Если mir не знал что так сделать можно или ему нравиться больше процедурное решение то это его проблемы. Вам обидно что ваше решение жлинно и коряво. Вот вы и кидаетесь на всех. Признавать поражение не хочеться. Вы лучше глянте в соседний топик
Там человек на реальном примере показал что скорость обработки данных у Oracle выше чем у Cache. Причем ощутимо.
Еще раз повторюсь задача по удалению строк не относиться к задачам анализа и обработки данных. Хотя как видите она решается в SQL - серверах гораздо элегантнее. А СУБД это прежде всего хранилище для данных и критериями быстродействия для него является быстрое получение данных по запросу с разными условиями, группировками и аналитикой. В этом М системы не сильны. Признайте это.

Ссылка где можно глянуть результаты
http://sql.ru/forum/actualthread.aspx?tid=282531&pg=2
...
Рейтинг: 0 / 0
20.04.2006, 02:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677975
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
М программистНу вот видите, ASCRUS, Вы не только не знакомы с технологиями БД, но и вкладываете свои слова в уста некоего "коллеги ЧАЛа". Это же Вы сказали "никогда нельзя будет сделать эффективную обработку...". "Никогда". "Нельзя". Как это понимать и какой еще ЧАЛ ? Хорошо, буду Вас жалеть, раз Вас устраивает Ваш уровень знаний технологий БД.
Быть не может, чтобы Вы никогда не слышали о ЧАЛ - это же был гений MUMPS технологий, он первый изобрел обьектный навигатор и первый доказал несостоятельность реляционной алгебры и неэффективность РСУБД, утерев таким образом Дейту, производителям РСУБД и всем нам. Почему "был" ? Потом что был он на SQL.RU, прямо вот на этом форуме и здесь он всем нам смело резал матку правду, пока его злобные SQL-льщики, проектировщики БД не опозорили клеветой якобы о том, что он искажает факты и не отвечает на неудобные вопросы. Тогда он обиделся и гордо удалился в неизвестном направлении с высоко поднятой головой. Я так понимаю Вы готовы так же храбро сражатся за веру MUMPS-а, значит надо ознакомится с успехами и неудачами предыдущего борца за справедливость, чтобы избежать его горькой участи.

P.S. А почему идет Ваше сравнение с ЧАЛ - так стиль общения абсолютно одинаковый - напышенный, свысока, подразумевающий, что Ваши оппоненты изначально глупее и меньше знают.
...
Рейтинг: 0 / 0
20.04.2006, 06:12
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33677989
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
М программистНапример, ответьте:
1) Что за T-SQL ? Приведен код на стандартном MUMPS (безо всяких z-функций и т.п.). А не на T-MUMPS или PL/MUMPS. То что написал mir - это стандартный SQL ? Тогда зачем T ?
2) Каким алгебраическим операциям над множествами соответсвуют "слова" CREATE FUNCTION, RETURNS, RETURN, BEGIN, REPLACE, END
декларативного языка запросов SQL ?Могу и я ответить.
1) Ну да, наличие диалектных особенностей SQL в разных реализациях (несмотря на наличие стандарта) есть несомненный недостаток. Заведомо признаем. Довольны? И что? Я на C/C++ под 20 лет программирую на куче платформ и ОС, но не разу не встречал компилятора этого языка, в который бы разработчики не добавили диалектные особенности и расширения. И что?

2) Никаким. И что?
...
Рейтинг: 0 / 0
20.04.2006, 06:35
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33678023
испацтула
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
испацтула
Гость
от оно в чем дело!!!
...
Рейтинг: 0 / 0
20.04.2006, 07:33
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33678057
Фотография Павел Воронцов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Павел Воронцов
Участник
Как приятно вас всех снова видеть! Здравствуйте, ЧАЛ, душка!

Какие милые, домашние религиозные войны! Душа радуется.
...
Рейтинг: 0 / 0
20.04.2006, 08:07
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33678067
Dvm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dvm
Гость
Ну на войну это не похоже скорее на диспут.
...
Рейтинг: 0 / 0
20.04.2006, 08:25
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33678090
CesaTheGuest
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CesaTheGuest
Гость
Вот ведь, вспомнил Андей Леонидыча он и появился, только в другом обличии... Стесняется наверное, но легко узнаваем по желанию всех нучить уму-разуму и нежеланием смирится с аргументами оппонентов. Вот только запал уже не тот... Жаль... Вот чтобы-нибудь новое..
...
Рейтинг: 0 / 0
20.04.2006, 08:48
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33678101
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
SergSuper MX -- ALEX/topic/5836&pg=2

мое решение задачи Эйнштейна на MUMPS
время, к сожалению, почти 2 секунды -
может кто из М-программистов предложит более быстрый
вариант ?
Некорректное сравнение: если вы заметите - я условия не группировал

а сколько сек если сгруппируете ?
есть подозрение что SQL все-таки строит навигацию
по ходу выполнения запроса
иначе не было бы так медленно
ведь в CACHE - интерпретатор - и все равно быстрее в 5 раз
(у меня 2 сек это вместе с EXCEL-отображением
чистого времени - менее одной)
интересно бы выжать из SQL все по максимуму..
...
Рейтинг: 0 / 0
20.04.2006, 08:53
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33678416
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
MX -- ALEX SergSuper MX -- ALEX/topic/5836&pg=2

мое решение задачи Эйнштейна на MUMPS
время, к сожалению, почти 2 секунды -
может кто из М-программистов предложит более быстрый
вариант ?
Некорректное сравнение: если вы заметите - я условия не группировал

а сколько сек если сгруппируете ?
есть подозрение что SQL все-таки строит навигацию
по ходу выполнения запроса
иначе не было бы так медленно
ведь в CACHE - интерпретатор - и все равно быстрее в 5 раз
(у меня 2 сек это вместе с EXCEL-отображением
чистого времени - менее одной)
интересно бы выжать из SQL все по максимуму..

Если просто написать select [и тут результаты] - то будет мгновенно :)
Некоторые люди принялись это в уме решать - Вы примерно тоже делаете - если еще погруппировать то можно и без компьютера.
Смысл то в том что б заставить сервер думать за меня. Я не знаю стоит SQL навигацию или нет - главное что я её не строю.
В своё время когда я это писал я вообще не думал что запрос выполнится: я не надеялся что оптимизатор сможет построить правильный порядок выборки, а перебрать 5^30 вариантов невозможно

7 сек - это очень быстро, вы на группировку затратили всяко больше
...
Рейтинг: 0 / 0
20.04.2006, 10:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33678692
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
SergSuper MX -- ALEX SergSuper MX -- ALEX/topic/5836&pg=2

мое решение задачи Эйнштейна на MUMPS
время, к сожалению, почти 2 секунды -
может кто из М-программистов предложит более быстрый
вариант ?
Некорректное сравнение: если вы заметите - я условия не группировал

а сколько сек если сгруппируете ?
есть подозрение что SQL все-таки строит навигацию
по ходу выполнения запроса
иначе не было бы так медленно
ведь в CACHE - интерпретатор - и все равно быстрее в 5 раз
(у меня 2 сек это вместе с EXCEL-отображением
чистого времени - менее одной)
интересно бы выжать из SQL все по максимуму..

Если просто написать select [и тут результаты] - то будет мгновенно :)
Некоторые люди принялись это в уме решать - Вы примерно тоже делаете - если еще погруппировать то можно и без компьютера.
Смысл то в том что б заставить сервер думать за меня. Я не знаю стоит SQL навигацию или нет - главное что я её не строю.
В своё время когда я это писал я вообще не думал что запрос выполнится: я не надеялся что оптимизатор сможет построить правильный порядок выборки, а перебрать 5^30 вариантов невозможно

7 сек - это очень быстро, вы на группировку затратили всяко больше

считала программа
клеточки раскрасила тоже программа
в уме эту задачу я решать даже не пытался
(у М-программистов нет ума)

согласен и что 7 сек это быстрее чем 2 сек

есть только один вопрос
<<Если просто написать select [и тут результаты] - то будет мгновенно :)
select - из откуда ?
...
Рейтинг: 0 / 0
20.04.2006, 11:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679286
Alexander_Chepack
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander_Chepack
Участник
Забавно, что в процессе этого многолетнего нелепого спора, ни разу не были упомянуты аргументы, связанные с масштабируемостью и легкостью интегрирования систем.

Вот мне на днях надо было дать доступ к части данных некоторой сторонней компании - я за 15 минут создал публикацию, подписал на нее их сервер - и дело сделано.

Сколько у меня народа сидит присосавшись к данным с помощью всяких Экселей, Кристал Репортов, Аксессов, я, откровенно говоря, даже не знаю - разве что у них что-то медленно работает и они просят помочь с оптимизацией. При этом базовый SQL они с грехом пополам освоили. Если я им сказу, что теперь они должны будут на каком-то птичьем языке все делать - да меня линчуют на месте и в шреддер затолкают.

Опять же - найти бухгалтера с базовым знанием SQL (в пределах простейших отчетов) - легко. А живого MUMPSа я за всю жизнь ни разу не видел - а скрещиваются ли MUMPSы с бухгалтерами, я вообще не знаю, точно так же, как ни разу не видел ни одного объявления о MUMPS-работе.

Собственно, если бы ни этот форум, я о существовании MUMPSов и не подозревал бы. Вот если человек работу потеряет, что он потом делать будет - это же за пределами совершенно небольшой ниши никому не нужно даже в страшном сне?
...
Рейтинг: 0 / 0
20.04.2006, 14:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679303
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Alexander_Chepack wrote:
> оптимизацией. При этом базовый SQL они с грехом пополам освоили. Если я
> им сказу, что теперь они должны будут на каком-то птичьем языке все
> делать - да меня линчуют на месте и в шреддер затолкают.
"птичий язык" - дело привычки... полный синтаксис М вполне удобочитаем.

> Опять же - найти бухгалтера с базовым знанием SQL (в пределах простейших
> отчетов) - легко. А живого MUMPSа я за всю жизнь ни разу не видел - а
> скрещиваются ли MUMPSы с бухгалтерами, я вообще не знаю, точно так же,
> как ни разу не видел ни одного объявления о MUMPS-работе.
да, а еще проще найти бухгалтера со знанием бухгалтерского учета,
поэтому бухучет куда лучше чем СКЛ.
тут же не спецов сравнивают (или их наличие) а язык против технологии (?).

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
20.04.2006, 14:03
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679342
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Alexander_Chepack
Забавно, что в процессе этого многолетнего нелепого спора, ни разу не были упомянуты аргументы, связанные с масштабируемостью и легкостью интегрирования систем.

Вообще-то тут говорили, что МУМПС просто язык программирования, а не СУБД. Т.е. это файловые системы со всеми вытекающими недостатками. То что В приводите - просто частные случаи этого.
...
Рейтинг: 0 / 0
20.04.2006, 14:10
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679374
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Alexander_Chepack
>
> Забавно, что в процессе этого многолетнего нелепого спора, ни разу не
> были упомянуты аргументы, связанные с масштабируемостью и легкостью
> интегрирования систем.
вспомнилось...
вроде как на родине М построена система из 5000 (прописью: пять тысяч) М
серверов.
Опровергайте.

зы вроде не соврал...

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
20.04.2006, 14:18
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679384
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
Alexander_ChepackЗабавно, что в процессе этого многолетнего нелепого спора, ни разу не были упомянуты аргументы, связанные с масштабируемостью и легкостью интегрирования систем.

Вот мне на днях надо было дать доступ к части данных некоторой сторонней компании - я за 15 минут создал публикацию, подписал на нее их сервер - и дело сделано.

Сколько у меня народа сидит присосавшись к данным с помощью всяких Экселей, Кристал Репортов, Аксессов, я, откровенно говоря, даже не знаю - разве что у них что-то медленно работает и они просят помочь с оптимизацией. При этом базовый SQL они с грехом пополам освоили. Если я им сказу, что теперь они должны будут на каком-то птичьем языке все делать - да меня линчуют на месте и в шреддер затолкают.

Опять же - найти бухгалтера с базовым знанием SQL (в пределах простейших отчетов) - легко. А живого MUMPSа я за всю жизнь ни разу не видел - а скрещиваются ли MUMPSы с бухгалтерами, я вообще не знаю, точно так же, как ни разу не видел ни одного объявления о MUMPS-работе.

Собственно, если бы ни этот форум, я о существовании MUMPSов и не подозревал бы. Вот если человек работу потеряет, что он потом делать будет - это же за пределами совершенно небольшой ниши никому не нужно даже в страшном сне?

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

разговор за скорость
и за разные подходы к программированию

есть мнение :)
что мы ВСЕ
вообще не так программируем

в принципе

а как надо - выясняем по ходу дискуссии :)
...
Рейтинг: 0 / 0
20.04.2006, 14:21
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679494
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
>>>Собственно, если бы ни этот форум, я о существовании MUMPSов и не подозревал бы. Вот если человек работу потеряет, что он потом делать будет - это же за пределами совершенно небольшой ниши никому не нужно даже в страшном сне?

Ссылка на лекарство от страшных снов
http://www.intersystems.ru/cache/partners/partners.html
Внутрь сайтиков зайдите, и сразу полегчает.

А вот вот эти товарищи почему то знали и без этого форума
http://www.mobill.ru/csp/komta/index.csp?page=9

и не только они..
...
Рейтинг: 0 / 0
20.04.2006, 14:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679496
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
MX -- ALEXсчитала программа
клеточки раскрасила тоже программа
в уме эту задачу я решать даже не пытался
(у М-программистов нет ума)

и формулы тоже написала? тогда снимаю шляпу
...
Рейтинг: 0 / 0
20.04.2006, 14:50
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679564
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
Вот ещё, для тех, у кого со сном не всё впорядке.
http://www.rosbi.ru/gibdd.shtml

Я думаю что правильно понял, что описываемая там система внедряется во всех городах РФ.. и каждый кто будет сталкиваться с ГАИ, не должен говорить что МАМПСА в природе не существуею.. это как слона не заметить.
...
Рейтинг: 0 / 0
20.04.2006, 15:07
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679620
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
jvv>>>Собственно, если бы ни этот форум, я о существовании MUMPSов и не подозревал бы. Вот если человек работу потеряет, что он потом делать будет - это же за пределами совершенно небольшой ниши никому не нужно даже в страшном сне?

Ссылка на лекарство от страшных снов
http://www.intersystems.ru/cache/partners/partners.html
Внутрь сайтиков зайдите, и сразу полегчает.

Посмотрел списочек. Фирмы, скажем так, для меня малоизвестные. Самая для меня известная - Програмбанк. Зашел.
Забавно.

ГЕФЕСТ
Специалисты компании "ПрограмБанк" провели тщательное исследование с целью выбора СУБД для разработки АБС для среднего устойчивого банка с филиальной сетью. СУБД Cache' показала уникальные результаты по всем базовым характеристикам и была выбрана в качестве среды разработки для ИБС "Гефест".
...
При этом в реальных приложениях СУБД Cache' показывает производительность в двадцать раз выше, чем у реляционных СУБД.
(и дальше вся эта рекламная лабуда)
...

НОСТРАДАМУС
...В качестве сервера хранилища данных используется СУБД Oracle – лидер среди современных систем управления базами данных ...

И еще:
Одна из отличительных особенностей Cache' – технология Cache Server Pages, которая позволяет ускорить разработку и внедрение динамических web-приложений и предлагает простой и быстрый способ использования информации из базы данных при формировании динамических web-страниц. Cache Server Pages поддерживает одновременную совместную работу web-программистов и web-дизайнеров.
А у самих сайт на лотусе :)
...
Рейтинг: 0 / 0
20.04.2006, 15:19
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679625
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
jvvВот ещё, для тех, у кого со сном не всё впорядке.
http://www.rosbi.ru/gibdd.shtml

Я думаю что правильно понял, что описываемая там система внедряется во всех городах РФ.. и каждый кто будет сталкиваться с ГАИ, не должен говорить что МАМПСА в природе не существуею.. это как слона не заметить.
парень из лондОна
кстати там есть региональное представительство InterSystems
лицензии на CACHE мы, например, там покупаем
...
Рейтинг: 0 / 0
20.04.2006, 15:21
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679641
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
SergSuper MX -- ALEXсчитала программа
клеточки раскрасила тоже программа
в уме эту задачу я решать даже не пытался
(у М-программистов нет ума)

и формулы тоже написала? тогда снимаю шляпу

но согласитесь - мумпс иногда рулит ..
...
Рейтинг: 0 / 0
20.04.2006, 15:25
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679655
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Думаю, что все с этим согласны. ВСЕ ИНОГДА рулит.
Но В КАЖДОЙ БОЧКЕ ЗАТЫЧКА - немножко другое, согласитесь
...
Рейтинг: 0 / 0
20.04.2006, 15:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679705
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
to SergSuper
На счет рекламной лабуды, согласен.. сам порой удивляюсь.. зачем это всё..

Тем не менее, Cache существует, его рынок расширяется, и игнорировать данный факт - себе дороже..

По моему сугубо личному мнению, сравнивать Cache и Oracle будет иметь смысл только после выхода релиза Cache 5.2.

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

На сегоднящний день это продукты объединяет олько то, что они связаны с IT индустрией. :))
...
Рейтинг: 0 / 0
20.04.2006, 15:38
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679806
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
Gluk (Kazan)Думаю, что все с этим согласны. ВСЕ ИНОГДА рулит.
Но В КАЖДОЙ БОЧКЕ ЗАТЫЧКА - немножко другое, согласитесь

пожалуй..

чистый mumps - это спецсредство - надо уметь обращаться

если нет энтузизизма "все переделать"
лучше жить "как все" и не высовываться

а вот продукты на основе mumps вполне по силам
девочкам - там не надо кодить (ну если только чуть-чуть.. :)
инструмент типа нашего "MX", например,
-это встроенный генератор таблиц, отчетов,
форм ввода, механизм выборок.
(притом excel - как средство отображения и проектирования
- всем знаком)
никто конечно не программирует навигацию.
думаю в конечном счете разница с SQL невелика,
но при необходимости всегда можно нырнуть поглубже - в m-код
...
Рейтинг: 0 / 0
20.04.2006, 16:05
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33679965
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
Alexander_ChepackВот мне на днях надо было дать доступ к части данных некоторой сторонней компании - я за 15 минут создал публикацию, подписал на нее их сервер - и дело сделано.

Сколько у меня народа сидит присосавшись к данным с помощью всяких Экселей, Кристал Репортов, Аксессов, я, откровенно говоря, даже не знаю - разве что у них что-то медленно работает и они просят помочь с оптимизацией. При этом базовый SQL они с грехом пополам освоили. Если я им сказу, что теперь они должны будут на каком-то птичьем языке все делать - да меня линчуют на месте и в шреддер затолкают.

Опять же - найти бухгалтера с базовым знанием SQL (в пределах простейших отчетов) - легко.
1) легко сделать репликацию (достоинство чего? языка или конкретной версии конкретного сервера? а лет 10 назад как это делалось? а 15?)
2) бухи юзают sql (достоинство чего? языка или конкретной версии конкретной программы? и достоинство ли? а если программа будет написана с использованием perl? зачем им тогда какие-то программы? телнета им мало?)
...
Рейтинг: 0 / 0
20.04.2006, 16:43
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680040
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
ну я Alexander_ChepackВот мне на днях надо было дать доступ к части данных некоторой сторонней компании - я за 15 минут создал публикацию, подписал на нее их сервер - и дело сделано.

1) легко сделать репликацию (достоинство чего? языка или конкретной версии конкретного сервера? а лет 10 назад как это делалось? а 15?)

а 150?
...
Рейтинг: 0 / 0
20.04.2006, 17:01
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680291
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
jvvЯ думаю что правильно понял, что описываемая там система внедряется во всех городах РФ.. и каждый кто будет сталкиваться с ГАИ, не должен говорить что МАМПСА в природе не существуею.. это как слона не заметить. Уверяю Вас, не во всех.
Хотя, наверное, многое зависит от размера откатных :-)
...
Рейтинг: 0 / 0
20.04.2006, 17:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680557
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
По поводу решения в уме задачи Эйнштейна. Насколько я понял эту задачу предлагалось решать именно так и многие справились.
"Решил задачу Эйнштейна в уме за сорок минут без единой записи, только с условием на листке бумаги, в то время как ехал в маршрутке. Каждый раз заново в голове прокручивал все ситуации. Вот так, товарищи."
 http://grooz.com.ua/08.03.2004/14/comments

Ксюшка | 18.03.2006 19:51:00
Решила за 5 мин 11 лет 5 класс
Юлия | 17.03.2006 16:16:00
Задачка пустяковая, решила ее за 15 мин. Без всякого черчения на бумаге. Главное логика!!!
http://www.log-in.ru/dtSection/tests/?TestID=60

Поэтому упрощать ничего не нужно, а то можно доупрощаться до готового результата.



Alexander_ChepackЗабавно, что в процессе этого многолетнего нелепого спора, ни разу не были упомянуты аргументы, связанные с масштабируемостью и легкостью интегрирования систем.

Упоминались многократно. Но с некоторыми МУМПС-истами говорить имеет смысл только о том, что можно проверить не отходя от кассы, иначе окажется что ЧАЛ уже давно весь мир проинтегрировал своим кешем, просто мы незнакомы с передовыми технологиями СУБД и поэтому об этом не знаем. А все остальные уже давно работают на МУМПС-е. Будет как в том анектоде "тут мне карта и повалила".

Поэтому о сложных вещах говорить нет смысла. Тут правда и на элементарные вопросы народ ответить не в сосотоянии.



Итак, конкретные МУМПС-исты, где решение задач? Еще раз предлагаю ПРОСТО СКОПИРОВАТЬ РЕШЕНИЕ SergSuper-а (cut-paste), ВЫПОЛНИТЬ В МУМПС-е И СООБЩИТЬ О РЕЗУЛЬТАТАХ. Неужели это так сложно? Оценим СКЛ оптимизатор КЕШ-а, который не хуже РСУБД-шного. Правда пока только на словах.

Копировать можно отсюда:
/topic/5836#26828
...
Рейтинг: 0 / 0
20.04.2006, 19:44
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680624
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
jvv
а сравнивать язык программирования (COS), имеющий средства манипулирования данными в среде хранения (пусть и удобные) с языком декларативных запросов вроде как и не зачем.

А здесь с декларативным языком сравнивают вообще МУМПС. Это тем более не зачем?
...
Рейтинг: 0 / 0
20.04.2006, 20:24
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680662
Alexander_Chepack
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander_Chepack
Участник
Интересно - с маркетинговой точки создавать у людей устойчивые ассоциации MUMPS с ГАИ - это хорошо или плохо? :)
...
Рейтинг: 0 / 0
20.04.2006, 20:59
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680667
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
>>>А здесь с декларативным языком сравнивают вообще МУМПС. Это тем более не зачем?

Я не понял вопроса.
...
Рейтинг: 0 / 0
20.04.2006, 21:03
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680679
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
Alexander_ChepackИнтересно - с маркетинговой точки создавать у людей устойчивые ассоциации MUMPS с ГАИ - это хорошо или плохо? :)

Да причем тут ассоциаци то? Дело не в них.. дело в том, что на базе МАМПС в ГАИ создана централизованная база данных, которую будут использовать все ГАИ - шники..
похоже это уже сейчас происходит.. в нескольких областях РФ я сталкивался с тем, что гаишники проверяют документы, автомобили и, даже (чудо просто) выписывают штрафы используя одну централизованную ИС..

Эту систему я упомянул для того что бы прекратилась пурга типа "я не видел МАМПС, поэтому его нет "
...
Рейтинг: 0 / 0
20.04.2006, 21:10
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680699
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Выбегалло
Участник
locky
Alexander_Chepack
>
> Забавно, что в процессе этого многолетнего нелепого спора, ни разу не
> были упомянуты аргументы, связанные с масштабируемостью и легкостью
> интегрирования систем.
вспомнилось...
вроде как на родине М построена система из 5000 (прописью: пять тысяч) М
серверов.
Опровергайте.

зы вроде не соврал...

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3

ссылку в студию.
...
Рейтинг: 0 / 0
20.04.2006, 21:27
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680702
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
c127Итак, конкретные МУМПС-исты, где решение задач? Еще раз предлагаю ПРОСТО СКОПИРОВАТЬ РЕШЕНИЕ SergSuper-а (cut-paste), ВЫПОЛНИТЬ В МУМПС-е И СООБЩИТЬ О РЕЗУЛЬТАТАХ. Неужели это так сложно? Оценим СКЛ оптимизатор КЕШ-а, который не хуже РСУБД-шного. Правда пока только на словах.

Копировать можно отсюда:
/topic/5836#26828

2.349 секунд. Машина пентиум 2.4 гигагерц.

Вот план запроса:
Код: plaintext
\n \nQuery Plan \nRelative cost =  229207769400239646100000000000000000000000000000000000000000000000000000000000000000000000000  \nCall module B\n\nCall module J\n\nCall module M\n\nCall module P\n\nCall module U\n\nCall module X\n\nCall module  27 \n\nCall module  32 \n\nCall module  35 \n\nCall module  38 \n\nCall module  41 \n\nCall module  48 \n\nCall module  51 \n\nRead temp-file M, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.anim.IDKEY, looping on ID. \n For each row: \n Read master map SQLUser.anim.IDKEY, looping on ID. \n For each row: \n Read master map SQLUser.anim.IDKEY, looping on ID. \n For each row: \n Read master map SQLUser.anim.IDKEY, looping on ID. \n For each row: \n Read master map SQLUser.anim.IDKEY, looping on ID. \n For each row: \n Output the row. \n \nmodule B \nRead master map SQLUser.nats.IDKEY, looping on ID.\n\nFor each row:\n\n Read master map SQLUser.drink.IDKEY, looping on ID. \n For each row: \n Read master map SQLUser.nats.IDKEY, looping on ID. \n For each row: \n Read master map SQLUser.nats.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file A, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, and %SQLUPPER(nat). \n \n \nmodule J \nRead temp-file A, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.nats.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file B, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, and %SQLUPPER(nat). \n \n \nmodule M \nRead temp-file B, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.nats.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file C, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, and %SQLUPPER(nat). \n \n \nmodule P \nRead temp-file C, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.drink.IDKEY, looping on ID. \n For each row: \n Read master map SQLUser.drink.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file D, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), dri, and %SQLUPPER(dri). \n \n \nmodule U \nRead temp-file D, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.drink.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file E, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, and %SQLUPPER(dri). \n \n \nmodule X \nRead temp-file E, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.drink.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file F, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, and %SQLUPPER(dri). \n \n \nmodule  27  \nRead temp-file F, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.color.IDKEY, looping on ID. \n For each row: \n Read master map SQLUser.color.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file G, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), col, %SQLUPPER(col), col, and %SQLUPPER(col). \n \n \nmodule  32  \nRead temp-file G, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.color.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file H, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), col, %SQLUPPER(col), col, %SQLUPPER(col), col, and %SQLUPPER(col). \n \n \nmodule  35  \nRead temp-file H, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.color.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file I, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), col, and %SQLUPPER(col). \n \n \nmodule  38  \nRead temp-file I, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.color.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file J, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), col, and %SQLUPPER(col). \n \n \nmodule  41  \nRead temp-file J, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.sig.IDKEY, looping on ID. \n For each row: \n Read master map SQLUser.sig.IDKEY, looping on ID. \n For each row: \n Read master map SQLUser.sig.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file K, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), sig, %SQLUPPER(sig), sig, %SQLUPPER(sig), sig, and %SQLUPPER(sig). \n \n \nmodule  48  \nRead temp-file K, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.sig.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file L, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), sig, %SQLUPPER(sig), sig, %SQLUPPER(sig), sig, %SQLUPPER(sig), sig, and %SQLUPPER(sig). \n \n \nmodule  51  \nRead temp-file L, looping on a counter.\n\nFor each row:\n\n Read master map SQLUser.sig.IDKEY, looping on ID. \n For each row: \n Add a row to temp-file M, subscripted by a counter, \n with node data of nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), nat, %SQLUPPER(nat), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), dri, %SQLUPPER(dri), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), col, %SQLUPPER(col), sig, %SQLUPPER(sig), sig, %SQLUPPER(sig), sig, %SQLUPPER(sig), sig, %SQLUPPER(sig), sig, and %SQLUPPER(sig). \n
...
Рейтинг: 0 / 0
20.04.2006, 21:30
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680709
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
jw - ну идем на http://www.rosbi.ru/gibdd.shtml
смотрим.
Информации нет. Но есть ссылка!
Справа, внизу.
Вот эта, про ФИС - http://www.rosbi.ru/gi.shtml
Идем, читаем. ADABAS, ADABAS, ADABAS.
Да что за дежавю, я ведь adabas в ГАИ еще USSR видал
Ну дружит наша ГАИ с Software AG, вернее, МВД
Ну есть такая вещь - ADABAS
А cashe при чем?
...
Рейтинг: 0 / 0
20.04.2006, 21:35
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680717
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
да и поисковик на сайте http://www.rosbi.ru не находит ничего ни по MUMPS, ни по CASHE
...
Рейтинг: 0 / 0
20.04.2006, 21:38
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680720
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
и вот что интересно, ссылка с сектантского сайта http://www.intersystems.ru/cache/partners/partners.html
которая указывает на Rosbi Inform Co, (который ГАИ систему предлагает на ADABAS) приводит к "Ошибка доступа. Документ, который вы запросили, отсутсвует на наше м сервере"
Вот эта ссылка - http://www.rosbi.ru/main/index.shtml
Странное, какое-то партнерство.
...
Рейтинг: 0 / 0
20.04.2006, 21:41
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33680771
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
jvv
Я не понял вопроса.
Что же тут не понятного?

Вы говорите

jvv
По моему сугубо личному мнению, сравнивать Cache и Oracle будет иметь смысл только после выхода релиза Cache 5.2.

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

Т.е. не имеет смысла сравнивать Кэша с Ораклом, COS с SQL.
Вопрос - какой тада смысл сравнивать МУМПС с Ораклами, SQLми, РСУБДми?
(весь топик идет сравнение)

Он в отличии от Кэша не СУБД, и как язык программирования тоже не декларативный.

А если стоит сравнивать , то почему? Чем он луче Кэша и COS?
...
Рейтинг: 0 / 0
20.04.2006, 22:12
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33681730
newbui'
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
newbui'
Гость
ну я c127Итак, конкретные МУМПС-исты, где решение задач? Еще раз предлагаю ПРОСТО СКОПИРОВАТЬ РЕШЕНИЕ SergSuper-а (cut-paste), ВЫПОЛНИТЬ В МУМПС-е И СООБЩИТЬ О РЕЗУЛЬТАТАХ. Неужели это так сложно? Оценим СКЛ оптимизатор КЕШ-а, который не хуже РСУБД-шного. Правда пока только на словах.

Копировать можно отсюда:
/topic/5836#26828

2.349 секунд. Машина пентиум 2.4 гигагерц.



AMD Athlon XP 2600+
512 Mb of RAM
Cache for Windows NT (Intel) 5.0.21
...
Рейтинг: 0 / 0
21.04.2006, 11:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33681750
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
ggvи вот что интересно, ссылка с сектантского сайта http://www.intersystems.ru/cache/partners/partners.html
которая указывает на Rosbi Inform Co, (который ГАИ систему предлагает на ADABAS) приводит к "Ошибка доступа. Документ, который вы запросили, отсутсвует на наше м сервере"
Вот эта ссылка - http://www.rosbi.ru/main/index.shtml
Странное, какое-то партнерство.

Ну, бывает и такое.. что ж делать?

По поводу ГАИ чуть поясню..
Первый мой разговор с Росби был давно и с тех пор много чего поменялось, поэтому я сегодня уточнял (для себя) где в ГАИ присутствует Cache.

Получил ответы
1. Используется здесь http://www.rosbi.ru/risgai.shtml
2. Опытная эксплуатация закончена, система в промышленной эксплуатации в нескольких (не во всех) регионах
...
Рейтинг: 0 / 0
21.04.2006, 11:21
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33682096
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
vadiminfo jvv
Я не понял вопроса.
Что же тут не понятного?

Вы говорите

jvv
По моему сугубо личному мнению, сравнивать Cache и Oracle будет иметь смысл только после выхода релиза Cache 5.2.

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

Т.е. не имеет смысла сравнивать Кэша с Ораклом, COS с SQL.
Вопрос - какой тада смысл сравнивать МУМПС с Ораклами, SQLми, РСУБДми?
(весь топик идет сравнение)

Он в отличии от Кэша не СУБД, и как язык программирования тоже не декларативный.

А если стоит сравнивать , то почему? Чем он луче Кэша и COS?


В надежде что у Вас и в самом деле есть интерес к данной теме, спрашиваю:
- а почему Вы этим интересуетесь?

Причина этого вопроса проста - хочу понять, тема топика действительно интересует с практической точки зрения (применять или нет Cache в Ваших разработках) или же в пятницу уже хочется "просто так поболтать"

Дальше..
1. у меня сложилось мнение что Вы не различаете MUMPS и Cache. Давайте проверим так это или нет.
MUMPS - это язык программирования, изначально создававшийся для разработки "больничной системы" в конкретном госпитале в США.
В последствии этот язык стал применятьс в других "IT напрвлениях". По слышанным мной рассказам, в те времена (15-20 лет назад) он позволял разрабатывать прикладные системы эффективнее (легче, быстрее, надёжней, ..) чем на других языках. Скорее всего по той причине, что MUMPS содержит в себе очень простые для восприятия но весьма эффективные средства для управления данными в среде хранения (те самые глобалы и набор команд и функций для работы с ними). Для MUMPS есть стандарт, поддерживаемый разными разработчиками. В "Росийском варианте" MUMPS был известен как "ДИАМС". Если заининтересуетесь ДИАМСом, сведения найдёте самостоятельно.. тем более в наукограде то..

2. Cache - это уже не MUMPS.
Язык MUMPS входит в состав Cache в виде "подмножества возможностей" языка Cache Object Script (COS).
Тоесть COS "больше" MUMPS

Cache я вижу следующим образом:

a) Глобалы + средства разграничения доступа и обеспечения надежности для работы с ними (блокировки и транзакуции)

b) Языки программирования. COS и Cache-BASIC.

с) Объектная и реляционная надстройки. В моём представлении , это удобное средство для разработки прикладных систем.
Я сразу признаюсь, что до Cache, писал на MSM (Micronetics Standart MUMPS).
Теперь, перейдя на Cache, вижу что он гораздо богаче по возможностям чем MSM

c) Cache Server Pages (CSP) средство для разработки WEB приложений (в совокупности с a,b,c)



3. Теперь отвечаю на вопрос "какой тада смысл сравнивать МУМПС с Ораклами, SQLми, РСУБДми?"

Я не вижу смысла в "чистом" сравнении, поэтому и не сравниваю.

Однако сравнивать нужно тогда, когда перед разработчиком стоит какая то конкретная задача. И выбирать Cache, ORACLE, FOX, 1C ... и т.д. нужно исходя из совокупности требований конкретной задачи.
...
Рейтинг: 0 / 0
21.04.2006, 12:21
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33682185
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
для vadiminfo ..

Забыл сказать, а , возможно, вы это уже знаете - в вашем родном Обнинске MUMPS использует электросвязь..
Биллиговая система Калужской электросвязи сделана на MSM, поэтому счета за услуги электросвязи Вам печатает MUMPS.
...
Рейтинг: 0 / 0
21.04.2006, 12:42
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33682458
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
jvv
- а почему Вы этим интересуетесь?

Для общей эрудиции в силу должностных инструкций интересуесь всем что связано с ИС (и даже шире) по мере сил. В том числе и историческими и не удачными подходами.




jvv
у меня сложилось мнение что Вы не различаете MUMPS и Cache.

Возможно. Но пока считаю первое языком программирования. А второе СУБД, однако, не установленного типа. То что Вы пишете пп 1 далее так или иначе встречал. Замечу тока, в сотый раз, что думаю в связи с этим - системы на МУМПС являются файловыми системами, т.е. без СУБД. Есть известные из литературы общие недостатки таких систем и потому системы с СУБД считаются луче.

jvv
Я сразу признаюсь, что до Cache, писал на MSM (Micronetics Standart MUMPS).
Теперь, перейдя на Cache, вижу что он гораздо богаче по возможностям чем MSM

Так может пора попробовать Оракл? Гавару это потому шо он в чем в чем, а возможностях большой дока.

jvv
Я не вижу смысла в "чистом" сравнении, поэтому и не сравниваю.

Однако сравнивать нужно тогда, когда перед разработчиком стоит какая то конкретная задача. И выбирать Cache, ORACLE, FOX, 1C ... и т.д. нужно исходя из совокупности требований конкретной задачи.

Не до конца понял про "чистое" сравнение. В списке нет МУМПСа (а он главный в этом топике) - его сравнивать совсем не нужно? Даже када стоит конкретная задача?

Для меня его два минуса - он не СУБД, а как язык программирования - тоже не лидер для проблемных областей ИС.

jvv
Забыл сказать, а , возможно, вы это уже знаете - в вашем родном Обнинске MUMPS использует электросвязь..
Биллиговая система Калужской электросвязи сделана на MSM, поэтому счета за услуги электросвязи Вам печатает MUMPS.
Не знаю. Думаю, шо они там в электросвязи с приветом. У нас тут ваще не понятно хто чем занимается. Я сам аксцесных систем налабал в свое время - три штуки еще крутятся. Но думаю, что их время прошло по всем законам жанра - 7 лет прошло (время жизни ИС в наше время). Наш город, а тем более область сами по себе не показатели. Та фирма где я сейчас, не имеет заказчиков в Калужской области. И наоборт в городе многие реальные системы разработаны за пределами области.
...
Рейтинг: 0 / 0
21.04.2006, 13:36
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33682527
Dried Gagarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dried Gagarin
Участник
jvvЗабыл сказать, а , возможно, вы это уже знаете - в вашем родном Обнинске MUMPS использует электросвязь..
Биллиговая система Калужской электросвязи сделана на MSM, поэтому счета за услуги электросвязи Вам печатает MUMPS.

Что за электросвязь? Филиал центртелекома? А я слышал у них там интербэйз был, а недавно они затеяли переход на оракл (или еще что-то из этой оперы, но не мумпс точно). Или у меня информация неверная? Надо бы уточнить.
...
Рейтинг: 0 / 0
21.04.2006, 13:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33682754
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
Dried Gagarin jvvЗабыл сказать, а , возможно, вы это уже знаете - в вашем родном Обнинске MUMPS использует электросвязь..
Биллиговая система Калужской электросвязи сделана на MSM, поэтому счета за услуги электросвязи Вам печатает MUMPS.

Что за электросвязь? Филиал центртелекома? А я слышал у них там интербэйз был, а недавно они затеяли переход на оракл (или еще что-то из этой оперы, но не мумпс точно). Или у меня информация неверная? Надо бы уточнить.

Интербеза там никогда не было.. а про "оперу", как вы удачно выразились, можно понять почитав напрмер по этим ссылкам
http://www.comnews.ru/index.cfm?id=12664

http://webinform.ru/facts/1865.html

Это в самом деле опера во многих действиях. :)) Пока её нее исполнили ни в одном филиале, но есть планы внедрения во все филиалы, расчитанные на несколько лет.

Вы же понимаете, что те люди, которые принимали решение, не умеют писать программы ни на Оракле, ни на Каше, ни на чём..
Это финансовая политика, которая к теме данного топика не имеет отношения.

Суммы то какие! Просто приятно посмотреть.

а в Калужском филиале сейчас работает MSM.
...
Рейтинг: 0 / 0
21.04.2006, 14:27
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33682810
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
>>> В списке нет МУМПСа (а он главный в этом топике) - его сравнивать совсем не нужно? Даже када стоит конкретная задача?

Если Вы имете в виду использование MSM, DSM, или какие то другие реинкарнации MUMPS, вместо использования Cache, то моё, сугубо личное мнение , - Cache лучше. Объясняю для себя так:

1. InterSystems большая компания, с большим рынком (4 миллиона лицензий, что ли, продано), поэтому устойчивая и не исчезнет в обозримом будущем.

2. Возможностей Cache мне хватает, а кроме Cache и MSM из М-технологий я ничего не применял, поэтому не знаю, а причин для копания в них и сравнения у меня нет.

Поэтому, для меня, Cache - лучше.
Что лучше для Вас - решите сами
...
Рейтинг: 0 / 0
21.04.2006, 14:37
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683051
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
Блин, что-то перегнули. Хочу продолжения шоу "как секта скулистов с мампсами тягалась"!
...
Рейтинг: 0 / 0
21.04.2006, 15:31
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683053
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
jvv
Поэтому, для меня, Cache - лучше.
Что лучше для Вас - решите сами

Не совсем ясен подход - "для меня лучше". О народе думать тоже ведь надо. А так мы все тока о себе да о себе и прозаботимся - нам еще страну поднимать надо. Ведь в одном из постов Вы писали - када еще КЭШ до Оракла дотянет.

Поэтому я выбрал то что лучше (как я считаю) не тока для меня, но вообще не так уж и плохо - Оракл.
...
Рейтинг: 0 / 0
21.04.2006, 15:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683299
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
А страна то здесь причем? :(

Сравнивать нужно постоянно ... всё течет, всё меняется. Ведь, по меньшей мере, глупо класть на весы MUMPS и "РСУБД", а говорить что сравниваем Cache с "РСУБД".. МАМПС и КАШЕ - это не одно и тоже (сколько повторять можно ???)..

Лично я, давать кому либо советы не хочу. Ответить на конкретный вопрос - это другое дело.

Вот ссылки на сравнение (не моё):

http://www.intersystems.ru/cache/analysts/reviews/klas_report.html

http://www.intersystems.ru/cache/analysts/reviews/cache_vs_rdbms.html

Кто, что, и как там мерил, я не знаю.. со свечкой рядом не стоял, но понимаю, что, если я тоже какие то тесты стану здесть озвучивать, мне так же можно сказать - "ну, не знаю, не знаю...".

Теперь, почему я сказал что сравнивать Cache и Oracle будет иметь смысл только после выхода релиза Cache 5.2.
Всё очень просто. Я считаю что сравнение должно идти по наборам одноименных свойств разных систем (SQL с SQL, а не с COS и глобалами).
Cache в своём развитии как реляционной СУБД, скорее "догоняет" (то бишь стремится выйти на один уровень) современные РСУБД (ну, Оракл, например , раз уж его во все дыры суют). Поэтому, если на сегодняшний день, Cache и Oracle нельзя сравнивать по "списочному составу функциональных возможностей" (как я понимаю, список у Oracle длинне), то нафик нужно сравнивать какую то одну характеристику (кто быстрее для решения задачки Энштейна).

У меня складывается ощущение, что Cache 5.2 по списку возможностей (как РСУБД) будет соответствовать списку наиболее характерных и значимых характеристик для всего состава "правильных" РСУБД. Если это так и будет, то можно и на весы класть. Сейчас это преждевременно...
поясню - я имею деловые контакты с потенциальным заказчиком, для которого принципиально важно наличие шифрования всей бвзы данных. В Cache 5.0.21, который я использую, этого нет, а в Oracle, подозреваю, есть. Вот на этом примере я показываю что Cache ещё не дорос до уровня требований заказчика, но в то же время знаю что в версии 5.2, этот вопрос снят. Там шифрование есть.

Однако, то что выше. ни в коем случае не говорит что Cache "ерунда какая то".
Или (ужас просто) Cache вообще не существует.
...
Рейтинг: 0 / 0
21.04.2006, 16:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683358
народная_шутка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
народная_шутка
Гость
- Так может пора попробовать ?
- Одна баба попробовала, двойню родила..
...
Рейтинг: 0 / 0
21.04.2006, 16:45
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683362
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
После продолжительного топтания на месте, 9 слепых умных слонов сошлись на том, что Человек - это что-то мягкое, плоское и липкое.

:o)
...
Рейтинг: 0 / 0
21.04.2006, 16:46
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683379
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
jvv
А страна то здесь причем? :(

Ну мы же хотим, чтобы в нашей стране все было только передовое? А нам тут подбрасывают всякое разное. А Вы говорите - для меня лучше Кэш, например.
Это слишком беспечно, мне кажется. (Шуткэ)

jvv
Ведь, по меньшей мере, глупо класть на весы MUMPS и "РСУБД", а говорить что сравниваем Cache с "РСУБД".. МАМПС и КАШЕ - это не одно и тоже (сколько повторять можно ???)..

Кто говорит что одно и то же? Для меня между СУБД и языком программирования - пропасть В этом как мне кжается трабла МУМПСа при сравнении не тока с РСУБД, но и с СУБД вообще. (сколько повторять можно ???)..

jvv
Теперь, почему я сказал что сравнивать Cache и Oracle будет иметь смысл только после выхода релиза Cache 5.2.

Вы стронник МУМПСа. Говорите, что он хуже Cache, а тот еще не дотянул до РСУБД? Я правильно понял?

Кста - шифрования - не достаточно чтобы быть РСУБД.
...
Рейтинг: 0 / 0
21.04.2006, 16:51
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683397
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
Я всё понял - в Обнинске испытывают робота. С ним я сдуру и разговаривал.

Ответов больше не имею, вопросы прошу не задавать.

Удачи в поиске счастья для всей страны... так это романтично
...
Рейтинг: 0 / 0
21.04.2006, 16:55
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683442
Kovdor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kovdor
Гость
ASCRUS М программистЕсли Вы, ASCRUS, знакомы с MUMPS (это, в том числе, и СУБД !) и понимаете о чем идет речь, то и не участвуйте в этом сравнении, затеянном специалистами MUMPS. Это будет логично.
Я, как и Вы, "с умом использую наиболее подходящее готовое решение для поставленной задачи." И пока для всех задач, с которыми я сталкивался, подходящим готовым решением всегда было решение на MUMPS.
Я с ним знаком исключительно со стороны, когда вижу админов в банке, которые сидят до позднего вечера и ждут, чтобы все ушли и можно было сделать резервную копию БД (если это можно назвать резервным копированием). Как то я у программистов и админов того банка не замечаю восторженности по поводу MUMPS, я даже больше скажу - они спят и видят свой переход на РСУБД, им даже не мечтается перейти на более современный CACHE, который они в свое время рассматривали как альтернативный вариант ухода с MUMPS. К сожалению (для них), банк маленький и никто спонсировать их мечты пока не собирается, хотя производитель данной АБС давно ее уже перевел на Cache и даже готов пойти на большие скидки, лишь бы они слезли с решения на MUMPS (интересно, к чему бы это).

У нас на предприятии использется MSM (в режиме 24х7). Раз в сутки автоматически делается резервное копирование, при этом пользователи продолжают работать. Так что тут вопрос не в MSM...
...
Рейтинг: 0 / 0
21.04.2006, 17:11
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683736
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
jvv
Я всё понял - в Обнинске испытывают робота. С ним я сдуру и разговаривал.


"Все понимать" - Ваша сильная сторона. Сдуру Вы, наверное, сказали, что

jvv
Теперь, перейдя на Cache, вижу что он гораздо богаче по возможностям чем MSM


и

jvv
Cache в своём развитии как реляционной СУБД, скорее "догоняет" (то бишь стремится выйти на один уровень) современные РСУБД


После того, как пытались их пропагандировать.

jvv
Ответов больше не имею, вопросы прошу не задавать.


Да в общем-то Вы ответов и не имели. И это форум - вопросы не личные. Моно не отвечать и так "все понятно".

Удачи в ожидании счастья с Кэшем, када он "догонит". Это так трогательно.
...
Рейтинг: 0 / 0
21.04.2006, 18:55
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683812
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
К доктору. батенька, к доктору... только к хорошему. чтобы понял истиную причину Вашей заботы о стране.
...
Рейтинг: 0 / 0
21.04.2006, 19:55
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683877
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
StalkerS
Участник
jvv
я имею деловые контакты с потенциальным заказчиком, для которого принципиально важно наличие шифрования всей бвзы анных.

а я вот тут в одном журнале вычитал следующую мысль (не поленюсь набить):
TechNet
администраторы баз данных иногда шифруют информацию, хранящуюся в БД. Обычно это означает, что они идут по неправильному пути. Если вы создали безопасную среду, ведете ее аудит и защищаете ее, строго управляя доступом, шифрование самих данных не имеет смысла. Это приведет к многочисленным издержкам ...
Примите во внимание, что большинство ценнейших данных во всем мире храниться в базах данных майнфреймов без шифрования


>> Поэтому, если на сегодняшний день, Cache и Oracle нельзя сравнивать по "списочному составу функциональных >>возможностей" (как я понимаю, список у Oracle длинне), то нафик нужно сравнивать какую то одну характеристику (кто >>быстрее для решения задачки Энштейна).

вот как раз некоторые отдельные характеристики и имеет смысл сравнивать, а не списочный состав фич, который вообще ни о чем не говорит.
...
Рейтинг: 0 / 0
21.04.2006, 21:23
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683910
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Спасибо, mir. И ничего. SQL - процедурный язык программирования, но даже это не позволяет создавать на нем целиком приложения БД. И больше ничего.

Поскольку, ASCRUS, "никогда нельзя" это Ваш стиль, Вы бы лучше сами себя с ЧАЛом сравнивали. Целый день внимательно читал диалоги "борца за справедливость" со специалистами по РСУБД в разных топиках. И увидел, что неудобные вопросы "борца" всегда оставались без ответа, его подробные ссылки всегда игнорировались, а очевидные факты специалистами по РСУБД всегда искажались. И при этом они всегда говорили свысока, пренебрежительно, видимо полагая, что уж в РСУБД они лучше разбираются. Но оказалось, что даже в РСУБД они плохо ориентируются, в части соответствующей прилагательному "реляционная".

Будем дальше "бодаться" Joker_Ya ? Будем. Как можно использовать Ваше решение ОПЯТЬ НА ЧИСТОМ SQL (передать строку и ПРОИЗВОЛЬНЫЙ, а не пробел, символ, и т.д.) ? Никогда не поверю, что Вы не понимаете.
Заглянул в соседний топик. Нет там никакой "реальности". Специалисты MUMPS не используют ни Delphi, ни SQL.
Что я должен признать ? Я же никогда не создавал приложения "на глобалах". Это плохо. Очень плохо. "Быстрое получение данных с разными условиями, группировками и аналитикой" в СУБД на MUMPS - "забота" пользователей, а не программистов, как в РСУБД. И это легкая и приятная забота.

Не знаю, как у Андея Леонидыча, CesaTheGuest, а у меня никакого запала нет. Интересно было бы услышать хотя бы один аргумент оппонентов. С удовольствием смирюсь, если это будет не привычная демагогия. Привел решение с "рейсами" и "самолетами", которое не нужно программировать. В ответ лепет про структуру данных и переключение, как ни в чем не бывало, на другую "задачу". Причем "оппоненты" даже не понимают, что все эти "задачи" не имеют никакого отношения к моделям данных и типам СУБД. Критерий один - любая задача должна решаться без программирования. Это цель, к которой стоит стремиться. Здесь ЧАЛ, уже довольно давно, советовал обратить внимание на ConQuer. Проигнорировали. Выразительная мощь языка - это хорошо (ConQuer мощнее SQL). Но выразительная мощь пользовательского интерфейса еще лучше. Вот как выглядит решение очередной "задачи":

.Рейс: номер
Рейс: дата: >31.12.2002 и <01.02.2003
Рейс-Для пассажира-Человек: Количество привязанных: '<10
+.[2]Рейс: номер
+.:Количество одинаковых{Человек:Идент.[1]=Человек:Идент.[2]}: '<10

Часть схемы БД:
Рейс{}
Билет{}
Человек{}
...
Рейс<-Для пассажира/Был пассажиром->Человек
...

Связь Рейса с Человеком типичный для объектных систем пример денормализации, имеющий впрочем, в данном случае, и "объективное обоснование", так как помимо 1) удобства и естественности доступа для широкого круга "задач" (в том числе и для данной "задачи") 2) наглядности для пользователей в универсальном интерфейсе; имеется еще и 3) реализация факта посадки.
Обычно в современных системах пользователь имеет доступ ко всем промежуточным результатам, то есть в данном случае, и к

374
483
929
938

и к

374 483 12
374 938 17
...
Рейтинг: 0 / 0
21.04.2006, 22:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683930
DVM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DVM
Гость
Нет ну просто ЧАЛом повеяло. тотже стиль.
...
Рейтинг: 0 / 0
21.04.2006, 22:24
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683949
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
для TechNet

дайте, пожалуйста, название и номер журнала.. очень интересные сведения..
...
Рейтинг: 0 / 0
21.04.2006, 22:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683950
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
уффф.. не то

для StalkerS , на самом деле
...
Рейтинг: 0 / 0
21.04.2006, 22:51
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683960
Пьяный Лох
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пьяный Лох
Участник
DVMНет ну просто ЧАЛом повеяло. тотже стиль.
Это не стиль, это он и есть.
------------------

M программистРейс<-Для пассажира/Был пассажиром->Человек
http://www.sql.ru/forum/actualthread.aspx?tid=282117&pg=7#2591611
ЧАЛОппонент <- Доказал/Доказана -> Теорема
Оппонент <- Не доказал/Не доказана -> Теорема
/topic/223815&pg=4#1981125
Андрей ЛеонидовичМатериал <- Имеет остатки на конец -> Период
Партия материала <- Имеет остатки на конец -> Период
ТТН <- Имеет долг на конец -> Период
/topic/184557&pg=4#1569509
...
Рейтинг: 0 / 0
21.04.2006, 22:59
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683976
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
jvv
К доктору. батенька, к доктору... только к хорошему. чтобы понял истиную причину Вашей заботы о стране.

Не луче про то, что М хуже КЭША, КЭШ "не догнал", но они лично для кое-кого лучше. Это более не тривиальный случай. Доктор поможет "догнать".

М программист
SQL - процедурный язык программирования

Последнее слово компьютерных наук от ЧАЛа.

М программист
Целый день внимательно читал диалоги "борца за справедливость" со специалистами по РСУБД в разных топиках.

Не всякий последователь ЧАЛа на это способен. Восхищаюсь, но не завидую.

М программист
И при этом они всегда говорили свысока, пренебрежительно, видимо полагая, что уж в РСУБД они лучше разбираются.

Конечно ЧАЛ луче разбирается. Кто бы сомневался. Правда он никада СУБД от языков программирования не мог отличить, но это мелочи, которыми моно принебречь.

М программист
Но оказалось, что даже в РСУБД они плохо ориентируются, в части соответствующей прилагательному "реляционная".


Они же не знают языка М. А без этого как узнать про прилагательное "реляционная"?

М программист
"Быстрое получение данных с разными условиями, группировками и аналитикой" в СУБД на MUMPS - "забота" пользователей, а не программистов, как в РСУБД.

Наверное, это СУБД, чье имя не называем - дореляционная ОМД. Не иначе. Там есть тулса по клепанию запросов для быстрого получения ...
А где же еще? Ни у кого таких нет, тока там.

М программист
Я же никогда не создавал приложения "на глобалах".

Скорей всего не создавал не тока "на глобалах", но и "на локалах" тоже.

М программист
Не знаю, как у Андея Леонидыча, CesaTheGuest, а у меня никакого запала нет.
Запал то есть. Новенького ничего нет у ЧАЛа. Вот в чем трабла.

М программист
С удовольствием смирюсь, если это будет не привычная демагогия.

Откуда у ЧАЛа может взяться не привычная демогогия? Его крэдо в повторах.

М программист
Причем "оппоненты" даже не понимают, что все эти "задачи" не имеют никакого отношения к моделям данных и типам СУБД.

Это от того, что у ЧАЛа нет моделей данных, а есть "хорошо спроектированное приложение". СУБД если и есть, то не тока не известного типа, но и названия. МУМПС с парой формул - вот его весь не хитрый скарб.

М программист
Критерий один - любая задача должна решаться без программирования.

О хде Вы спецы от ИИ? Сачс ЧАЛ придет со своей тулсой и без программирования налабает прогу, что Каспрарова в шахматы обыграет.

М программист
Здесь ЧАЛ, уже довольно давно, советовал обратить внимание на ConQuer.

Ну если сам ЧАЛ советовал, то непременно обратите. Кто еще обратит внимание на советы ЧАЛа? Не хотят пока его рядом с Дейтом ставить зловредные РСУБДшники. Их цельный день ЧАЛа читать не заставишь.

М программист
Но выразительная мощь пользовательского интерфейса еще лучше.

А они тут с сишарпами, джавами, дельфями интерфейсы по старинке клепают. Вот шо у ЧАЛа есть - ConQuer. Возможно, даже из третьей сотни в рейтенге языков выбился среди проггеров.

М программист
Вот как выглядит решение очередной "задачи":

Не впечатляет? Ну ниче. Бывает и хуже.

М программист
Связь Рейса с Человеком типичный для объектных систем пример денормализации
Зарапартовался немного - терминологию из РМД впендюрил в ОМД. С кем не бывает? А для ЧАЛа вообще обычное дело.
...
Рейтинг: 0 / 0
21.04.2006, 23:24
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683980
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
ну я
2.349 секунд. Машина пентиум 2.4 гигагерц.

Вот план запроса:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
 
Query Plan 
Relative cost =  229207769400239646100000000000000000000000000000000000000000000000000000000000000000000000000  
Call module B

Call module J
........
........
........


Согласен, хороший результат. Похоже что кешевский СКЛ оптимизатор действительно оптимизирует.

Однако остаются некоторые вопросы.
Во-первых умение читать план запроса это целая наука, прочитать план запроса незнакомой СУБД, да еще незнакомой архитектуры с наскока невозможно. Что это за модули и что в данном случае показывает это смешное число, которым измеряется "Relative cost", мне, например, непонятно. Поэтому публиковать план запроса ИМХО смысла не было. Если Вы хотели подтвердить, что действительно привели реальный результат, а не фальшивку, то план тут тоже не аргумент, поскольку ничего не стоит подправить план запроса так, что ошибку найдет только эксперт. Опубликуйте лучше полный скрипт. Или, если Вы использовали в точности скрипт SergSuper-а без изменений, то скажите об этом явно.

Во-вторых остается еще вопрос о десяти пассажирах.

Переходим к тестам на производительность задачи с билетами? Билеты ближе к реальным задачам, соответсвенно результаты будуть более показательными.
...
Рейтинг: 0 / 0
21.04.2006, 23:33
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33683994
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Пьяный Лох DVMНет ну просто ЧАЛом повеяло. тотже стиль.
Это не стиль, это он и есть.
------------------

M программистРейс<-Для пассажира/Был пассажиром->Человек
http://www.sql.ru/forum/actualthread.aspx?tid=282117&pg=7#2591611
ЧАЛОппонент <- Доказал/Доказана -> Теорема
Оппонент <- Не доказал/Не доказана -> Теорема
/topic/223815&pg=4#1981125
Андрей ЛеонидовичМатериал <- Имеет остатки на конец -> Период
Партия материала <- Имеет остатки на конец -> Период
ТТН <- Имеет долг на конец -> Период
/topic/184557&pg=4#1569509


Браво. Стиль ЧАЛ-а разумеется не оставлял сомнений, но это доказательство.

Правда есть еще небольшая вероятность что паталогии типа "Оппонент <- Доказал/Доказана -> Теорема" и "SQL - процедурный язык программирования" распространяются воздушно-капельным путем, ЧАЛ поперезаражал всех в INFORMX-е и они теперь все этим страдают.

Или как в фильме "Нечто" (по рассказу Джона Кэмпбелла "Кто идет?" http://lib.ru/RAZNOE/whoryou.txt ), на кого попала слюна ЧАЛ-а, или кого укусил ЧАЛ сам становится ЧАЛ-ом. Это объясняет почему он так настаивает на личной встрече и любой ценой норовит затащить всех на свой семинар.
...
Рейтинг: 0 / 0
21.04.2006, 23:53
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33684089
CesaTheGuest
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CesaTheGuest
Гость
Господа, у нас уже который топик превращается в игру "Узнай ЧАЛа" (под новый псевдонимом), может конкурс объявим?
...
Рейтинг: 0 / 0
22.04.2006, 05:56
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33684098
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
StalkerS
Участник
jvv
дайте, пожалуйста, название и номер журнала.. очень интересные сведения..

TechNet Magazine/Русская редакция. Спец. выпуск №1, февраль 2006
...
Рейтинг: 0 / 0
22.04.2006, 07:14
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33684162
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
М программистСпасибо, mir. И ничего. SQL - процедурный язык программирования, но даже это не позволяет создавать на нем целиком приложения БД. И больше ничего.Стремление создать супер-универсальный, для всего хорошо пригодный язык программирования характерно для далекого прошлого ИТ-науки и индустрии (где вы, Андрей Леонидович, навсегда и безнадежно застряли). Было множество попыток (PL/1 одна из них), но потом эта идея была выброшена на обочину цивилизации, как порочная и неосуществимая. Поэтому-то практически все в мире на SQL обрабатывают данные, а клиентские приложения создают на RAD-средствах. Поэтому ваша сентенция свидетельствет о вашей, ЧАЛ, дремучей отсталости.
М программистЦелый день внимательно читал диалоги "борца за справедливость" со специалистами по РСУБД в разных топиках...Типа, сам себя не похвалишь --- никто не похвалит? Может хватит себя же превозносить, создавая многочисленных клонов? Мы к этой вашей милой черте уже попривыкли, но всему же есть предел...
М программистКритерий один - любая задача должна решаться без программирования. Это цель, к которой стоит стремиться. Здесь ЧАЛ, уже довольно давно, советовал обратить внимание на ConQuer. Проигнорировали. Выразительная мощь языка - это хорошо (ConQuer мощнее SQL). Но выразительная мощь пользовательского интерфейса еще лучше. Вот как выглядит решение очередной "задачи":
.Рейс: номер
Рейс: дата: >31.12.2002 и <01.02.2003
Рейс-Для пассажира-Человек: Количество привязанных: '<10
+.[2]Рейс: номер
+.:Количество одинаковых{Человек:Идент.[1]=Человек:Идент.[2]}: '<10
Часть схемы БД:
Рейс{}
Билет{}
Человек{}
...
Рейс<-Для пассажира/Был пассажиром->Человек
...
По языку ConQuer сказать ничего пока не могу, надо почитать. А вот интересно, где вы здесь пользовательский интерфейс увидели? Лично я вижу программу на некотором языке программирования.
М программист
Связь Рейса с Человеком типичный для объектных систем пример денормализацииКак вам уже справедливо указали, понятие нормализации/денормализации существует в реляционной модели данных, в других МД его нет. Ваша фраза выглядит по меньшей мере странно, теоретик вы наш.
...
Рейтинг: 0 / 0
22.04.2006, 11:34
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33684479
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Не бубните про клонов и ЧАЛов, mir. Это Вам не поможет. Если Вы не в состоянии написать код, сравнимый по элегантности и эффективности с кодом на MUMPS, ни на SQL, ни с помощью RAD-средства, то подумайте хорошенько о чем это свидетельствует. Вот Джокер взялся Вам помогать - говорит не оптимальный Вы код написали. Вот он оформит все до конца с помощью RAD, и дальше пойдем. Значит у нас есть строка str, из которой нужно убрать "лишний" символ sim с помощью нашей многострадальной функции (заметьте, я не менял код на стандартном MUMPS, а мои оппоненты чего только не навыдумывали) и записать результат в БД как значение атрибута ih кортежа ex отношения obj (в реляционной терминологии). Вы уже знаете, что соответствующий код в объектной СУБД выглядит так:
d up(obj,ex,ih,$$S(str,sim))
Прежде чем (с помощью Джокера) показать код на "RAD и SQL", пожалуйста, загляните на стр. 115 книги Дейта (8-е издание) и посмотрите на рис. 3.5. Надеюсь это поможет Вам вести диалог корректно, а не так как Вы и Ваши "соратники" ведете его до сих пор, то есть не так, как учит Дейт.

И с "SQL-задачами с127" опять прокололись. Эти задачи решаются без программирования в любой современной СУБД. Это фрагмент экрана, mir, а не "язык программирования".

Про оптимизацию - просто смех. Нормализация/денормализация впервые появилась именно в объектной модели данных. И она более естественна в объектной модели, так как не использует таких лишних и бесполезных понятий как "ключи". Помнится кто-то уже приводил один из базовых "вопросов нормализации": "Не является ли эта характеристика, на самом деле, характеристикой какого-то другого объекта ?".
А уж "избыточная" связь в объектной модели - один из типичных приемов. А избыточность - один из результатов денормализации, как известно. Вы не стремитесь быть как все. Здесь безграмотных людей хватает.
...
Рейтинг: 0 / 0
22.04.2006, 18:41
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33684485
Пьяный Лох
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пьяный Лох
Участник
М программистНе бубните про клонов и ЧАЛов
гыыы...
зарекалась ворона говно не клевать...
...
Рейтинг: 0 / 0
22.04.2006, 18:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33684743
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
М программист
И с "SQL-задачами с127" опять прокололись. Эти задачи решаются без программирования в любой современной СУБД.


А если, например, мне эти задачи нужно решить в 130 разных экземплярах базы, разбросанных на просторах "необъятных полей бескрайних трудовых" (С), то, как я понимаю, нужно 130 раз мышкой щелкать по одним и тем же кнопочкам-менюшкам, и при этом не забывать переезжать от базы к базе. Ведь программирования-то нет, "эти задачи решаются без программирования" (С). Или вместо того, чтобы задействовать одного программиста, нужно посадить 130 секретарш, которые легко и свободно, и разумеется без всякого программирования, перерешают все задачи.

А ведь программирование человечество изобрело не для собственного удовольствия, а как раз для того, чтобы избавиться от РУТИНЫ, и это единственное его назначение, других нет и не предвидется. Так что и тут нас ЧАЛ тянет назад в век арифмометров.
...
Рейтинг: 0 / 0
23.04.2006, 05:59
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33685075
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Не знаю куда Вас тянет некто ЧАЛ, с127, но приятно что Вы заговорили, хотя бы частично по существу. И опять ошиблись, так как, во-первых, "отчеты" и "запросы", конечно же, разделяются пользователями, и, во-вторых, пользователи могут ими обмениваться. Разве это не очевидно ?
...
Рейтинг: 0 / 0
23.04.2006, 22:07
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33685091
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
М программист
Нормализация/денормализация впервые появилась именно в объектной модели данных.

Я же говорил - речь идет о дореляционной ОМД. Какая еще ОМД могла пояывиться до РМД? Ну а так про нее знаит тока ЧАЛ, то там все шо он хочет, то и есть. Нет тока ООП и огр целостности, вместо которых есть "хорошо спроектированные" приложения. Иначе одного чела с разными OID туда моно хоть тысчи раз запендюрить, т.е. как разных - у кажного свой OID.

М программист
А уж "избыточная" связь в объектной модели - один из типичных приемов. А избыточность - один из результатов денормализации, как известно.

Не денормализации, а деградации дореляционной ОМД.


М программист

И опять ошиблись, так как, во-первых, "отчеты" и "запросы", конечно же, разделяются пользователями, и, во-вторых, пользователи могут ими обмениваться. Разве это не очевидно ?

На балабановской спичечной фабрике они обмениваются отчетами из системы ЧАЛа, когда кончается бумага.
...
Рейтинг: 0 / 0
23.04.2006, 22:37
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33685200
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
М программистНе бубните про клонов и ЧАЛов, mir. Это Вам не поможет.Хватит-хватит, Андрей Леонидович, это ВАМ не поможет. Как не поймете до сих пор, сколько не называйте себя то "antimir", то "Прохожий 317", то "М программист", то еще как, ваш неповторимый демагогический стиль общения на фоне вашего дремучего невежества выдают вас тут же.
М программист Если Вы не в состоянии написать код, сравнимый по элегантности и эффективности с кодом на MUMPS, ни на SQL, ни с помощью RAD-средства, то подумайте хорошенько о чем это свидетельствует.Не знаю, о чем бы это свидетельстовало, ведь я в состоянии написать такой код.
М программистИ с "SQL-задачами с127" опять прокололись. Эти задачи решаются без программирования в любой современной СУБД. Это фрагмент экрана, mir, а не "язык программирования". Глупо. Если я приведу фрагмент экрана с текстом программы на C++, он (текст) от этого не перестанет быть текстом программы. Ваш пример ни капли не отличается от, скажем, работы с классическим интерактивным Basic'ом: вводим инструкции, он печатает ответы. Так же можно работать с кучей языков программирования в соответствующей среде: с Prolog'ом, да с тем же SQL...
Итак, если это -- ваше решение задач без программирования, то вы в очередной раз сели в глубокую лужу. Ибо это во-первых, несомненно программирование, требующее от пользователя знания специального языка программирования, а во-вторых, степень удобства и наглядности такой работы для пользователя соответствуют уровню 70-80-х годов прошлого века, где вы безнадежно застряли.
М программистПро оптимизацию - просто смех. Нормализация/денормализация впервые появилась именно в объектной модели данных. И она более естественна в объектной модели, так как не использует таких лишних и бесполезных понятий как "ключи". Помнится кто-то уже приводил один из базовых "вопросов нормализации": "Не является ли эта характеристика, на самом деле, характеристикой какого-то другого объекта ?".
А уж "избыточная" связь в объектной модели - один из типичных приемов. А избыточность - один из результатов денормализации, как известно. Вы не стремитесь быть как все. Здесь безграмотных людей хватает.И вы, к слову, среди них признанный лидер.
Итак. Хоть одно доказательство вышеизложенной демагогии будет? Ссылки на внушающие доверие источники? Цитаты из книг? Вы ваш бред способны формально обосновать? И не надо гнать про "типичные приемы", приемы не наука, приемы не теория, приемы -- это сборник поварских рецептов. Котируются формальные определения, формальные критерии, формальные методы.

А вот что дает энциклопедия по статье "Database normalization" , первая же фраза:
Database normalizationIn relational databases , normalization is a process that eliminates redundancy, organizes data efficiently, and reduces the potential for anomalies during data operations. The formal classifications for quantifying "how normalized" a relational database are called normal forms (abbrev. NF).И по всей статье -- никаких упоминаний про другие модели данных.
А что там по поводу самого термина? Кто его ввел? Вот из раздела истории термина:
Database normalization History
Edgar F. Codd first proposed the process of normalization and what came to be known as the 1st normal form in his paper A Relational Model of Data for Large Shared Data Banks Communications of the ACM, Vol. 13, No. 6, June 1970, pp. 377-387[1] .

Codd stated:
There is, in fact, a very simple elimination* procedure which we shall call normalization . ...Короче, автор термина известен всем, кроме вас, Андрей наш Леонидович. Читайте книжки, учите теорию.
...
Рейтинг: 0 / 0
24.04.2006, 07:14
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33686344
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
Вот уже который год :-) не могу понять - что же Андрей Леонидович хочет нам рассказать...
...
Рейтинг: 0 / 0
24.04.2006, 14:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687240
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Демагог mir (вновь проигнорировал конкретную ссылку на конкретный источник с указанием страницы, поняв что по существу ему сказать будет нечего !), опять кивая на "Андрея Леонидовича", сообщил, что:
1) он не в состоянии написать даже элементарный код;
2) он думает, что на С++ и классическом интерактивном Basic-е он решит задачи, предложенные с127;
3) он не может отличить процесс семантической сборки "инструкции" от самой "инструкции";
4) он не знаком с теорией БД, а знаком (думает, что знаком) только с частной реляционной теорией.

"Ссылки на внушающие доверие источники" - красивая фраза.
Я посмотрел сколько раз здесь приводились цитаты из Кодда и Дейта, штук двадцать и по десять раз каждая. Но поскольку в них сплошные противоречия mir их, конечно, всегда игнорирует, и продолжает трепаться про "внушающие доверие источники". А ведь какие ярчайшие образцы, хотя бы вот эта ария (имеет непосредственное отношение и к "запросам с127"):

"Здесь читатель, уже знакомый с основами реляционной модели, мог бы заметить, что именно тип связи "многие ко многим" является единственным типом, представляющим иснинную связь, поскольку это единственный тип связи, который требует для своего представления создания отдельной переменной отношения. Связи типа "один к одному" и "один ко многим" всегда могут быть представлены с помощью механизма внешнего ключа, помещаемого в одну из переменных отношения, участвующих в данной связи. Однако существуют веские причины [то есть не ОДНА причина ! - М программист], рассмотрения связей типа "один к одному" и "один ко многим" на таких же основаниях, как и связи типа "многие ко многим", по крайней мере, из-за того [значит не только из-за этого ! - М программист], что достаточно часто существует возможность того, что они будут развиваться и со временем преобразовываться в связи типа "многие ко многим"."

Дейт даже не замечает, что формальная реализация его "идеи" приводит к бесконечному циклу ! И таких вот цитат можно множество приводить. Собственно вся "реляционная теория" соткана из таких высказываний.
Но mirу на это наплевать. Нет, он конечно заглянул на стр. 115, и даже что-то понял. Но никогда в этом не признается. У него же есть палочка-выручалочка - "безграмотный Андрей Леонидович". И он ей размахивает по любому поводу.
...
Рейтинг: 0 / 0
24.04.2006, 20:16
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687244
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Вы бы, pavelvp, и спросили у этого самого Андрея Леонидовича, если чего-то не можете понять. Но что-то мне подсказывает, что ничего Вы не хотите понимать. Так спокойнее.
...
Рейтинг: 0 / 0
24.04.2006, 20:24
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687301
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
М программистВы бы, pavelvp, и спросили у этого самого Андрея Леонидовича, если чего-то не можете понять. :-) Да бросьте Вы, Андрей Леонидович! Очередную клаунаду затеяли :-) Выходите из сумрака :-)
...
Рейтинг: 0 / 0
24.04.2006, 21:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687306
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
клаунаду
Прощу прощения, описался... клоунаду.
...
Рейтинг: 0 / 0
24.04.2006, 21:58
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687375
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
М программистНе знаю куда Вас тянет некто ЧАЛ, с127, но приятно что Вы заговорили, хотя бы частично по существу. И опять ошиблись, так как, во-первых, "отчеты" и "запросы", конечно же, разделяются пользователями, и, во-вторых, пользователи могут ими обмениваться. Разве это не очевидно ?
Очевидно, очевидно, не переживайте Вы так. Очевидно также и то, что если даже великий гуру-самоучка ЧАЛ не смог представить тут отчеты - решения этих задач, то несчастная секретарша и подавно не будет в состоянии "обмениваться" со своей далекой коллегой этими отчетами. Ведь даже ЧАЛ не имеет представления что именно является результатом работы объектного генератора запросов и отчетов, кроме собственно резульатов отчета.

Напомню, что не так давно ЧАЛ отказался представлять решения задач под предлогом, что "Для "таких задач" используется объектный навигатор с объектным генератором запросов и отчетов, а не программирование."
/topic/249335&pg=28#2320817

Вот и представте себе ситуацию, когда нужно построить отчет на 130 экземплярах базы, разбросанных по всему миру. А что случиться если в 130 экземплярах базы нужен не совершенно одинаковый отчет, а слегка модифицированный - вообще страшно представить, программирования-то нет.
...
Рейтинг: 0 / 0
24.04.2006, 23:35
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687379
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
Паша (мы знакомы и давно на ты), М-программист и Андрей Леонидович - разные люди. На форумах sql.ru много людей которые не столько участвуют в предметных обсуждениях, сколько используют их для самовнушения и самоприобщения к миру сложных и совсем немногим понятным механизмам СУБД. Они, цитируя отдельных авторов, и призывая признавать истинность этих авторов, тем самым в собственных глазах укрепляют самомнение. Это примерно как вопрошая "А вы теорию Эйнштейна знаете?" пытаться внушить остальным что уж сам то он знает, и как-бы приобщился, и теория-то уж точно всегда верна, и все такое. Они носятся с двумя-тремя иконами, требуя от остальных признать истинность учения своей секты и ничего более. В реальном мире они имели возможность лишь пользоваться готовыми СУБД, ожидать от их производителей выхода очередных версий и изучать отдельные нюансы, тебе это наверно будет трудно понять. В то время как другие люди (тот же Андрей Леонидович и М-программист) говоря о том же самом (живем-то мы в одном мире) используют иные термины и объясняют все своими словами. И у тебя и у М-программиста (если я не ошибся в предположении кто это) намного больше общего. Но сектанты не унимаются и хотят чтобы все говорили на том же языке что и они, пусть даже времен первых гипотез и первых шагов становления реляционной теории как таковой, пусть еще непроверенной и необкатанной, но зато высокоучено сформулированной, даденной народам в скрижалях. Это примерно как утверждать что "вы тут все неправильные потому, что говорите слова которых нет в моем учебнике". Казалось бы, да и боги их с ними, без религии народ придется держать в узде, а того гляди и образование повышать, проще дать им религию. Но! Паша, самое неприятное и досадное, что эти товарищи, размахивая сами не зная когда кстати а когда нет постулатами (скрижалями, цитатами, без разницы как назвать), при непонимании того что им говорят немедленно переходят на личности или в сторону. Это примерно как спорить с женщиной; если женщина повторит свое в два раза больше, то она считает что она и права в два раза больше. Вместо того чтобы понять, весь разговор переводят на свои библии - "А вы что, с нашим писанием не согласны? Да вы темный! На костер его!". Хотя от себя лично хочу заметить, что М-программист и Андрей Леонидович многое могли бы изложить на гораздо более доступном языке. Ну может не здесь, а где-то в более спокойном и благожелательном месте. А сравнить теории и примерять их на свои задачи мы и сами можем.
...
Рейтинг: 0 / 0
24.04.2006, 23:46
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687394
Пьяный Лох
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пьяный Лох
Участник
ну яМ-программист и Андрей Леонидович - разные люди.
Такое можно сказать с уверенностью только в случае если "ну я" есть один из пары "М-программист + ЧАЛ"

ну я, Вы кто - леонидыч или м?
...
Рейтинг: 0 / 0
25.04.2006, 00:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687397
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
неправельный опохмел приводит к повторному опьянению
...
Рейтинг: 0 / 0
25.04.2006, 00:22
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687400
Пьяный Лох
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пьяный Лох
Участник
ну яХотя от себя лично хочу заметить, что М-программист и Андрей Леонидович многое могли бы изложить на гораздо более доступном языке.
Не могли бы.
Ебанат, ниасилифший теорию множеств (даже её базовые определения) - вряд ли может что-то изложить на более доступном языке. Ну разве что порассуждать о навигации, идентификации, и прочих ему самому непонятных словах.

Сначала ебанат пусть учится буквари читать. Потом уж пусть пытается "изложить на более доступном языке".
...
Рейтинг: 0 / 0
25.04.2006, 00:27
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687411
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
ну я
М-программист и Андрей Леонидович - разные люди.

Приведите хоть один довод, что это разные люди, плиз.

Например, содержание и стиль следующей фразы:
М программист
4) он не знаком с теорией БД, а знаком (думает, что знаком) только с частной реляционной теорией.

разве может принадлежать кому-то кроме ЧАЛа?

У Гоголя Вий входит - я верю, у ЧАЛа М программист входит на форум - я не верю. (почти по Станиславскому)
...
Рейтинг: 0 / 0
25.04.2006, 00:50
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687494
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Я голосую за то, что ЧАЛ=M программист.

P.S. Доводы - обострение у ЧАЛ весной и осенью. Сейчас весна. Психологический стиль написания высказывания и способов общения с оппонентами на 100% совпадает. Доводы те же. Сейчас как начал рассказывать, что Дейт не прав - вообще ну кто у нас еще так много цитировал Дейта, рассказывая как он не прав ?
--
www.rusug.ru - портал русскоязычной группы пользователей Sybase
...
Рейтинг: 0 / 0
25.04.2006, 06:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687496
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
P.S. Кстати M программист ни разу не высказал явного возмущения и отрицания, что его приравняли к ЧАЛ. Выбрана политика игнорирования высказываний на форуме в эту тему - любой другой человек всегда возмутится, что его и его высказывания приписывают другому человеку и докажет, что он самостоятельная личность.
--
www.rusug.ru - портал русскоязычной группы пользователей Sybase
...
Рейтинг: 0 / 0
25.04.2006, 06:11
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687503
Пьяный Лох
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пьяный Лох
Участник
ASCRUSP.S. Доводы - обострение у ЧАЛ весной и осенью. Сейчас весна.
У него прозакс кончился. Или что он там кушает.

ASCRUSПсихологический стиль написания высказывания и способов общения с оппонентами на 100% совпадает. Доводы те же. Сейчас как начал рассказывать, что Дейт не прав - вообще ну кто у нас еще так много цитировал Дейта, рассказывая как он не прав ?
Добавление
"...вообще ну кто у нас еще так много цитировал Дейта, рассказывая как он не прав.."
... цитируя постранично 8-ое издание
...
Рейтинг: 0 / 0
25.04.2006, 06:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33687625
Фотография Павел Воронцов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Павел Воронцов
Участник
ну яПаша (мы знакомы и давно на ты), М-программист и Андрей Леонидович - разные люди. На форумах sql.ru много людей которые не столько участвуют в предметных обсуждениях, сколько используют их для самовнушения и самоприобщения к миру сложных и совсем немногим понятным механизмам СУБД. Они, цитируя отдельных авторов, и призывая признавать истинность этих авторов, тем самым в собственных глазах укрепляют самомнение. Это примерно как вопрошая "А вы теорию Эйнштейна знаете?" пытаться внушить остальным что уж сам то он знает, и как-бы приобщился, и теория-то уж точно всегда верна, и все такое. Они носятся с двумя-тремя иконами, требуя от остальных признать истинность учения своей секты и ничего более. В реальном мире они имели возможность лишь пользоваться готовыми СУБД, ожидать от их производителей выхода очередных версий и изучать отдельные нюансы, тебе это наверно будет трудно понять. В то время как другие люди (тот же Андрей Леонидович и М-программист) говоря о том же самом (живем-то мы в одном мире) используют иные термины и объясняют все своими словами. И у тебя и у М-программиста (если я не ошибся в предположении кто это) намного больше общего. Но сектанты не унимаются и хотят чтобы все говорили на том же языке что и они, пусть даже времен первых гипотез и первых шагов становления реляционной теории как таковой, пусть еще непроверенной и необкатанной, но зато высокоучено сформулированной, даденной народам в скрижалях. Это примерно как утверждать что "вы тут все неправильные потому, что говорите слова которых нет в моем учебнике". Казалось бы, да и боги их с ними, без религии народ придется держать в узде, а того гляди и образование повышать, проще дать им религию. Но! Паша, самое неприятное и досадное, что эти товарищи, размахивая сами не зная когда кстати а когда нет постулатами (скрижалями, цитатами, без разницы как назвать), при непонимании того что им говорят немедленно переходят на личности или в сторону. Это примерно как спорить с женщиной; если женщина повторит свое в два раза больше, то она считает что она и права в два раза больше. Вместо того чтобы понять, весь разговор переводят на свои библии - "А вы что, с нашим писанием не согласны? Да вы темный! На костер его!". Хотя от себя лично хочу заметить, что М-программист и Андрей Леонидович многое могли бы изложить на гораздо более доступном языке. Ну может не здесь, а где-то в более спокойном и благожелательном месте. А сравнить теории и примерять их на свои задачи мы и сами можем.Понимаете какая штука... Если мы не научимся говорить на одном языке - мы никогда друг друга не поймем. И если М-программисты действительно хотят кого-то чему-то научить, открыть новые горизонты и просветить несведущих - пусть постараются либо говорить на понятном языке (не переходя на личности, как это чаще всего делает ЧАЛ) либо научить своему языку других. Я предпринимал несколько безуспешных попыток поговорить на одном языке с ЧАЛом - пытался выучить все эти дифтонги и присвисты, но - увы! Единственно, что я понял, что он неплохой специалист в своей области и применяет выводы РМД (ту же нормализацию) в своих разработках очень уверенно и правильно, при этом поливая эту самую теорию на всех углах ядовитой слюной. Это гораздо больше похоже на поведение сектанта и религиозного фанатика. А жаль. Теперь я предпочитаю вовсе с этой фигурой не пересекаться, дабы настроение не портить. Вот с Вами получалось говорить спокойно и узнать вполне некоторые технические подробности М-технологий, за что низкий Вам поклон. Если меня ещё что-нибудь в этой области заинтересует, я к Вам обращусь непременно.
...
Рейтинг: 0 / 0
25.04.2006, 08:48
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33688593
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
ну яПаша (мы знакомы и давно на ты), М-программист и Андрей Леонидович - разные люди. На форумах sql.ru много людей которые не столько участвуют в предметных обсуждениях, сколько используют их для самовнушения и самоприобщения к миру сложных и совсем немногим понятным механизмам СУБД. Жень (если я правильно догадался), причиной непонимая здесь является исключительно ЧАЛ. Как мне кажется, и не только мне, с вероятностью близкой к единице, М-программист и Андрей Леонидович - одно лицо. Если это разные люди, то остаётся только сожалеть :-(
Если бы ЧАЛ на "более доступном" языке изложил свои (если они у него есть) идеи, показал выгоды их практического применения, возможности интеграции с другими технологиями либо расширения этих технологий на основе его идей... В конце концов, возможно, даже синтеза какой-то новой технологии! Так нет же :-) М-системы рулез форева! РМД в помойку! "Р"СУБД - отстой!
Ну так же нельзя, смешно право :-) К тому же это неправда :-) У каждого свои недостатки. Неправильно абсолютизировать чьи то проблемы выпячивая свои мизерные достоинства.
...
Рейтинг: 0 / 0
25.04.2006, 12:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33688796
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
pavelvp
Если бы ЧАЛ на "более доступном" языке изложил свои (если они у него есть) идеи

Идеи не идеи, а мыстли он свои изложил на более чем доступном языке, если не обращать внимания на приписывание им общепринятым терминам своего смысла, в меру того что он понял со всоим не профильным образованием.

Их суть - есть некоея Дореляционная ОМД. Она получалась у него выбрасыванием ООП из ООМД. Там были классы (и те называются обектами), которые налабали разработчики и все. Юзер не может свои создвать, потому что он все равно тупой и ничего хорошего не создаст. И СУБД соответствующая, но теперь без имени. Она была на платформе СУБД КЭШ!!! Проще говоря, была тулса к КЭШУ, которую он называл СУБД. Но на той фирме хде ЧАЛ работал пришли парни пограмотнее, и доперли что это никакая не СУБД. А ЧАЛ холчет шобы она было Дореляционная СУБД, но на платформе "Постреляционного" КЭШа, и на МУМПСе там шобы лабать.
Что мешало этой СУБД? Исключительно РСУБД. Вот он и пытался по мере сил критиковать последнюю. На балабанвской спичечной фабрики среди конечных юзеров его доводам хватило для успеха тока эмоциональности. А тут этот трюк не проходит. Он не понимеет почему. Включил балабановский вариант пропаганды в режиме повтора. А что ему остается? Ну нашел что-то из критике в литературе, но там не смертельно для РМД. Он пытался придать этим доводам больший драмматизм или неверно истолковать эти доводы, добавляя отсебятину (особенно любил про "идентификацию", "навигацию", "семантику" - как что-то сокрушающее раз и на всегда). Чисто свое пытался придумывать, но слишком наивно получается. "Беда с ключами", "Провал РМД","Объектный навигатор".
Ну, там всякие мелочи - "хорошо спроектированные приложения" для решения проблем с ОЦ. Ключей то у него нет. А что тада. Ну в приложение бум контролировать чтобы одного ЧЕЛа с разными OID сто раз не занесли.
Ну, МУМПС у него и СУБД и средство для создания любой СУБД. Ну связи тока бинарные. Ну теория БД (теорем не привел) и ее якобы частная тероия РБД (у него есть книжка Мейера).
Вот собсно все. Никаких таких идей современных у него не тока не наблюдалось, но и не провозглашалась на них притензия. Это взял на себя Шуклин. Наоборот - тока возврат в семидесятые.
...
Рейтинг: 0 / 0
25.04.2006, 13:51
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33689179
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
нет ли у кого задачки типа Эйнштейна но покруче
- порешать на мампсе

(все теория да чал - скукотища)
...
Рейтинг: 0 / 0
25.04.2006, 15:44
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33690158
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Да бросьте Вы, pavelvp. Видно же кто клоунаду затеял. Я - конкретную ссылку, конкретный код, конкретную цитату, а в ответ помотрите что. Но я доволен. Такая реакция говорит о том, что народ понимает что к чему, но признаваться обидно (а мне не обидно признаваться, когда я что-то не понимал, а потом понял, мне, наоборот, это только удовольствие доставляет). Ваши некорректные высказывания ("рулез форева", "помойка", "отстой") я считаю последстием несколько нервной обстановки. Если Вы действительно хотите понять состояние теории баз данных в целом, и моделей данных, в частности (а Вы, мне кажется, просто обязаны хотеть это понять, раз занимаетесь разработкой СУБД), то я всегда готов Вам помочь. А уж Андрей Леонидович точно никогда не откажется. Я его неплохо знаю, на искренний интерес он всегда ответит. Но, действительно, в какой-то более спокойной обстановке. Могу его попросить подготовить какой-то конкретный материал специально для Вас.
...
Рейтинг: 0 / 0
25.04.2006, 21:39
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33690205
###
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
###
Участник
Красиво Павел Воронцов не перешел на личности ! Понимаю какая штука...
...
Рейтинг: 0 / 0
25.04.2006, 22:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33690214
Andreww
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andreww
Участник
2 M программист

Можно по-подробнее про "Я - конкретную ссылку, конкретный код, конкретную цитату, а в ответ помотрите что"

Я посмотрел, вот сюда - /topic/282117&pg=8#2594325
Всего-то несколько страниц этого топика отмотав назад.

Конкретные ссылочки есть, но они не ваши .... :)

И вдруг ОП-ПА, вы заявляете "Я - конкретную ссылку, конкретный код.....", или я чего-то пропустил ?

>>А уж Андрей Леонидович точно никогда не откажется. Я его неплохо знаю, на искренний интерес он всегда ответит.
>>Но, действительно, в какой-то более спокойной обстановке.

Это тот самый ЧАЛ которого звали на семинар, а он в ответ - "публикаций нет, монографий нет, докладов нет, готовить ничего не буду, жду приглашения" (С).

Меня давно пугает это "какой-то более спокойной обстановке" если он на форуме за несколько лет (!) не смог привести внятных доводов, то что изменится в "спокойной обстановке",гипнотизировать будет ?

2 All

Для чего(кого) нужно эти бесконечное пинание всяких ЧАЛ-ов и прочих постреляционных-ориентированных :

1. Это забавно (хотя к mir-у скоро может пожаловать greenpeace, больно уж жестокое у него обращение).
2. Сначала можно потренироваться "на кошках", раскладывать хотя бы таких "шпицилистов".
3. Поисковики на запросы типа "Субд КАШЕ" и т.п. вываливают ссылки на это форум,
полезно сначала ознакомиться с коммьюнити, что бы потом сберечь своё время (для кого-то возможно и деньги) и не ввязываться в бесконечное
"противостояние объекта и субъекта" работая с супер ТО-ЛИ-СУБД-ТО-ЛИ-ЯЗЫКОМ-ПРОГРАММИРОВАНИЯ
4. Собирающийся начать изучение М-технологий всегда сможет узнать про "навигацию и семантику", прочесть ШТАТЬЮ коллеги ЧАЛ-а про доску и стену,
увидеть всю МОЩЬ исходного текста типа dS!g.h-s^^#__("ОБЪЕКТ") сопоставить с формальным аппаратом РМД и языком SQL и сделать выводы.
5. Если вдруг рассуждения про то, как здорово руками всё блокировать и циклы рисовать на козявочном языке, увидят люди которые принимают решения или
могут влиять на принятие решений о выборе инструментов они тоже смогут сделать выводы.
6. Исследователи и разработчики СУБД увидев перлы вроде определений объекта (противостоит ага) и попыток формализации модели (стрелка вверх это навигация),
получат несколько минут здорового смеха совершенно бесплатно и смогут продолжить работу над новыми моделями данных и их реализациями с новыми силами.
...
Рейтинг: 0 / 0
25.04.2006, 22:41
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33690240
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
М программист
Если Вы действительно хотите понять состояние теории баз данных в целом, и моделей данных, в частности (а Вы, мне кажется, просто обязаны хотеть это понять, раз занимаетесь разработкой СУБД), то я всегда готов Вам помочь.

Сама доброта ненавязчивая. Одна малость - нужны какие-то доки подтверждающие авторитет всегда готового помочь. Все-таки есть сомнения в его компетенции. Иначе может оказаться, что за всем этим состоянием теории баз данных стоит всего лишь МУМПС или того хуже - дореляционная ОМД. Короче нуно, чтобы Дейт или Коннолли ссылались на этого авторитета в своих толстых книгах для начала, а не тока клоны ЧАЛа.

М программист
А уж Андрей Леонидович точно никогда не откажется. Я его неплохо знаю, на искренний интерес он всегда ответит.

Кто бы сомневался. А если нет искреннего или любого другого интереса, он готов сделать вид, что таковой имеется. Такая вот дополнительная услуга.
...
Рейтинг: 0 / 0
25.04.2006, 23:25
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33692093
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
М программистЕсли Вы действительно хотите понять состояние теории баз данных в целом, и моделей данных, в частности (а Вы, мне кажется, просто обязаны хотеть это понять, раз занимаетесь разработкой СУБД), то я всегда готов Вам помочь. А уж Андрей Леонидович точно никогда не откажется. Я его неплохо знаю, на искренний интерес он всегда ответит. Но, действительно, в какой-то более спокойной обстановке. Могу его попросить подготовить какой-то конкретный материал специально для Вас. С удовольствием ознакомлюсь с любыми интересными материалами по этой теме.
А коль пошла такая пьянка, вставлю и кое-что от себя.
Видите ли, М программист, хоть мне и не довелось работать с M-системами, однако, в следствие специфики моей профессиональной деятельности, как Вы верно заметили, я в некотором роде знаком с теоретическими аспектами построения баз данных, различными моделями данных, архитектурой СУБД. Возможно, не так глубоко как хотелось бы. Очень не хочется снова скатываться в обсуждение моделей данных, но...
Иерархические, и иже с ними, системы существуют и будут существовать. Не только M-системы или их развитие типа Cache. До сих пор живёт IBM IMS!!! В каком году она вышла? Когда там Апполон полетел? Первая транзакционная система от IBM, кстати. И до сих пор новые версии выходят :-) Только вот докопаться на сайте у них до неё сложно :-) Cache - хорошая штука для своих задач, к сожалению, пока только для своих. Возможно, за подобными системами будущее. Хотя вряд ли они будут именно такими. Думаю кишки у них будут всё-таки реляционные.
Иерархические системы хорошо выглядят, к примеру, в mission critical задачах и позволяют добиться офигенной производительности, но... только при том условии, что все запросы известны заранее (где собственно получили распространение: "регистрационные" приложения, финансовые и т.п., т.е. приложения постоянно выполняющие большое количество одних и тех же операций). Как следствие - большие затраты на проектирование и разработку. С РСУБД всё с точностью наоборот. Было...
На начальном этапе развития, РСУБД начали теснить другие системы IMHO по второй причине. А приложения всё усложнялись, всё больше уходя от "тупой" автоматизации, всё больше позволяя пользователям вмешиваться в процесс. DWH, OLAP, DSS - всеми нелюбимые ad hoc запросы. Вот тут и раскрылась РСУБД суть.
За последние 20-25 лет РСУБД совершили, отчасти благодаря прогрессу в железе, гигантский скачок. Во всех планах, но в первую очередь, в алгоритмическом. А именно в механизмах доступа. Огромное количество работ - и теоретических, и практических. Множество серьёзнейших исследований получивших в дальнейшем распространение и в других областях.
В результате - современные РСУБД находятся на таком техническом уровне, который позволяет решать с их применением любые задачи. Некоторые из них можно решить эффективнее применением других систем БД. Однако эта эффективность сейчас весьма относительно. Вычислительные мощности растут и играют свою важную роль.
Пример. Так получилось, что наша СУБД используется в real-time системах.
Понятно, что перед тем как окончательно сделать выбор, заказчики проводили тесты различных СУБД (обычно в списке бывало 4-5 систем, в том числе специализированных) на отказоустойчивость, производительность... Некоторые специализированные системы (в тестах фигурировали и объектные) показывали производительность в 10-100 раз (!!!) выше! Однако, в результате, выигравала наша СУБД. Т.к. она обеспечивала приемлемую производительность. Плюс все фишечки и рюшечки характерные для любого современного sql-сервера (стандартные интерфейсы, средства разработки и проектирования, лёгкую интеграцию в существующую инфраструкутру и т.д. т.п.).
В какое будущее идут сейчас СУБД? На этот вопрос можно ответить просмотрев те самые работы (SIGMOD, VLDB и т.п.) за последние 25 лет :-) Принципиально нового пока ничего не придумали...
...
Рейтинг: 0 / 0
26.04.2006, 15:27
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33692211
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
pavelvpИерархические системы позволяют добиться офигенной производительности, но... только при том условии, что все запросы известны заранее
...что все запросы совпадают с иерархией (это очень характерно для IMS).
То же относится и к М.
Как только не совпадает - так либо тормоза (IMS) либо full scan (M).
По сравнению с ними даже DBF выигрывает.
...
Рейтинг: 0 / 0
26.04.2006, 15:55
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33692353
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
pavelvp М программистЕсли Вы действительно хотите понять состояние теории баз данных в целом, и моделей данных, в частности (а Вы, мне кажется, просто обязаны хотеть это понять, раз занимаетесь разработкой СУБД), то я всегда готов Вам помочь. А уж Андрей Леонидович точно никогда не откажется. Я его неплохо знаю, на искренний интерес он всегда ответит. Но, действительно, в какой-то более спокойной обстановке. Могу его попросить подготовить какой-то конкретный материал специально для Вас. С удовольствием ознакомлюсь с любыми интересными материалами по этой теме.
А коль пошла такая пьянка, вставлю и кое-что от себя.
Видите ли, М программист, хоть мне и не довелось работать с M-системами, однако, в следствие специфики моей профессиональной деятельности, как Вы верно заметили, я в некотором роде знаком с теоретическими аспектами построения баз данных, различными моделями данных, архитектурой СУБД. Возможно, не так глубоко как хотелось бы. Очень не хочется снова скатываться в обсуждение моделей данных, но...
Иерархические, и иже с ними, системы существуют и будут существовать. Не только M-системы или их развитие типа Cache. До сих пор живёт IBM IMS!!! В каком году она вышла? Когда там Апполон полетел? Первая транзакционная система от IBM, кстати. И до сих пор новые версии выходят :-) Только вот докопаться на сайте у них до неё сложно :-) Cache - хорошая штука для своих задач, к сожалению, пока только для своих. Возможно, за подобными системами будущее. Хотя вряд ли они будут именно такими. Думаю кишки у них будут всё-таки реляционные.
Иерархические системы хорошо выглядят, к примеру, в mission critical задачах и позволяют добиться офигенной производительности, но... только при том условии, что все запросы известны заранее (где собственно получили распространение: "регистрационные" приложения, финансовые и т.п., т.е. приложения постоянно выполняющие большое количество одних и тех же операций). Как следствие - большие затраты на проектирование и разработку. С РСУБД всё с точностью наоборот. Было...
На начальном этапе развития, РСУБД начали теснить другие системы IMHO по второй причине. А приложения всё усложнялись, всё больше уходя от "тупой" автоматизации, всё больше позволяя пользователям вмешиваться в процесс. DWH, OLAP, DSS - всеми нелюбимые ad hoc запросы. Вот тут и раскрылась РСУБД суть.
За последние 20-25 лет РСУБД совершили, отчасти благодаря прогрессу в железе, гигантский скачок. Во всех планах, но в первую очередь, в алгоритмическом. А именно в механизмах доступа. Огромное количество работ - и теоретических, и практических. Множество серьёзнейших исследований получивших в дальнейшем распространение и в других областях.
В результате - современные РСУБД находятся на таком техническом уровне, который позволяет решать с их применением любые задачи. Некоторые из них можно решить эффективнее применением других систем БД. Однако эта эффективность сейчас весьма относительно. Вычислительные мощности растут и играют свою важную роль.
Пример. Так получилось, что наша СУБД используется в real-time системах.
Понятно, что перед тем как окончательно сделать выбор, заказчики проводили тесты различных СУБД (обычно в списке бывало 4-5 систем, в том числе специализированных) на отказоустойчивость, производительность... Некоторые специализированные системы (в тестах фигурировали и объектные) показывали производительность в 10-100 раз (!!!) выше! Однако, в результате, выигравала наша СУБД. Т.к. она обеспечивала приемлемую производительность. Плюс все фишечки и рюшечки характерные для любого современного sql-сервера (стандартные интерфейсы, средства разработки и проектирования, лёгкую интеграцию в существующую инфраструкутру и т.д. т.п.).
В какое будущее идут сейчас СУБД? На этот вопрос можно ответить просмотрев те самые работы (SIGMOD, VLDB и т.п.) за последние 25 лет :-) Принципиально нового пока ничего не придумали...

--------------------
Cache - хорошая штука для своих задач, к сожалению, пока только для своих. Возможно, за подобными системами будущее. Хотя вряд ли они будут именно такими. Думаю кишки у них будут всё-таки реляционные
--------------------

Совершенно с Вами согласен - НО

Под "свои задачи" попадает ВСЯ бухгалтерия,
ВСЕ финансы, ВЕСЬ производственный учет,
зарплата, кадры, основные фонды
короче все что считает "1с" - ПРЕКРАСНО идет на мумпсах
(а рынок у 1с например - не хилый)

затраты на разработку мумпс-приложений - приемлемые

добавить реляционных внутренностей - не мешает
но уж если добавлять - то без снижения производительности
нужны конечно и все " фишечки и рюшечки "

делать что-либо на голом мумпсе - зря терять время
мумпс без инструментария - водка без пива
...
Рейтинг: 0 / 0
26.04.2006, 16:29
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33692376
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
Под "свои задачи" попадает ВСЯ бухгалтерия,
ВСЕ финансы, ВЕСЬ производственный учет,
зарплата, кадры, основные фонды
----------------

а так же канцелярский документооборот в котором хорошо себя показывает Lotus
Domino - так же иерархическая БД используется.

Но когда нужно не просто записать кто чего купил а сделать простую
статистику какие товары в какие периоды чаще продаются и кому - всё, кранты.
В этом и есть минус. Одно можно, другое нельзя.


Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
26.04.2006, 16:37
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33692387
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
О том и спич...
...
Рейтинг: 0 / 0
26.04.2006, 16:39
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33692395
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
мод pavelvpИерархические системы позволяют добиться офигенной производительности, но... только при том условии, что все запросы известны заранее
...что все запросы совпадают с иерархией (это очень характерно для IMS).
То же относится и к М.
Как только не совпадает - так либо тормоза (IMS) либо full scan (M).
По сравнению с ними даже DBF выигрывает.

теоретически - да
практически - фулскан на миллион записей в каше 5.1
идет за секунду
это покрывает большой диапазон производственно-бухгалтерских
систем
фирмы сейчас плодятся некрупные
много
капитализьм
...
Рейтинг: 0 / 0
26.04.2006, 16:41
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33692438
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AAron
Участник
MX -- ALEXтеоретически - да
практически - фулскан на миллион записей в каше 5.1
идет за секунду

Практически стоимость фул-скана зависит от того, находятся ли данные в ОЗУ или на диске... при прокачке данных с диска в 200 МБ/с получается, что время фулскана 1 ГБ - 5 секунд (ну пусть 7 секунд). Если все в памяти - 1 секунда.
...
Рейтинг: 0 / 0
26.04.2006, 16:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33692449
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
1024
Под "свои задачи" попадает ВСЯ бухгалтерия,
ВСЕ финансы, ВЕСЬ производственный учет,
зарплата, кадры, основные фонды
----------------

а так же канцелярский документооборот в котором хорошо себя показывает Lotus
Domino - так же иерархическая БД используется.

Но когда нужно не просто записать кто чего купил а сделать простую
статистику какие товары в какие периоды чаще продаются и кому - всё, кранты.
В этом и есть минус. Одно можно, другое нельзя.


Posted via ActualForum NNTP Server 1.3

в нашей системе есть встроенный язык запросов и
запросить можно ВСЕ (мумпс ведь интерпретатор !)
встроенный генератор отчетов красиво разложит ответ в екселе
и раскрасит
(пример - решение на мумпс задачи Эйнштейна - чем не запрос ? :)
надо только уметь спросить :)
запрос строится на мумпс либо на "природном" языке - затем автоматом
транслирутся в мумпс-запрос

знаю несколько лучших систем чем наша
- тоже с движком на мумпсе

грамотные м-системы на "все-кранты" не нарвутся
видимо у Вас были самоделки 70-х годов
...
Рейтинг: 0 / 0
26.04.2006, 17:02
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33692961
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Трепачу Andreww, который еще не скоро сможет осилить хотя бы "реляционную теорию" с таким подходом к непростому, надо сказать, делу изучения: вот и код и ссылка, на которые, по вполне понятным причинам, невозможно дождаться ответа от недоучек.

"Значит у нас есть строка str, из которой нужно убрать "лишний" символ sim с помощью нашей многострадальной функции (заметьте, я не менял код на стандартном MUMPS, а мои оппоненты чего только не навыдумывали) и записать результат в БД как значение атрибута ih кортежа ex отношения obj (в реляционной терминологии). Вы уже знаете, что соответствующий код в объектной СУБД выглядит так:
d up(obj,ex,ih,$$S(str,sim))
Прежде чем (с помощью Джокера) показать код на "RAD и SQL", пожалуйста, загляните на стр. 115 книги Дейта (8-е издание) и посмотрите на рис. 3.5. Надеюсь это поможет Вам вести диалог корректно, а не так как Вы и Ваши "соратники" ведете его до сих пор, то есть не так, как учит Дейт."
...
Рейтинг: 0 / 0
26.04.2006, 21:15
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33692969
Чернышев Андрей Леонидович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Чернышев Андрей Леонидович
Гость
Я бы на твоем месте обращался к Andreww повежливее.
А я обращаюсь к pavelvp. По просьбе Сергея я перечитал все Ваши сообщения за этот год. Кажется я понял ключевой аспект Ваших заблуждений относительно моделей данных и будущего СУБД. И вполне понятно почему эти заблуждения не мешают Вам разрабатывать эффективную, а по некоторым параметрам самую эффективную, РСУБД. Материал, разъясняющий суть Ваших заблуждений, я подготовил. Куда его выслать ?
...
Рейтинг: 0 / 0
26.04.2006, 21:25
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693001
Andreww
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andreww
Участник
SQL - язык не универсальный и НИКОГДА на универсальность не претендовал (сюрприз для знатока Дейта правда ?), поэтому он не используется для обработки строк,взаимодействием с устройствами и операционкой, в нём нету операторов для управления памятью и потоками, работы с сетью и т.п. для всех этих вещей есть специализированные языки, например С или Java, которые интегрируются с SQL и прекрасно работают. Сравнивать его с претендующим на универсальность МУМПС это вообщем-то страааашно хитрый ход, и вам уже разрисовали несколько вариантов решения (например через встроенную функцию REPLACE) для работы со строками, можно использовать встроенную REPLACE можно нарисовать свою REPLACE_SPECIAL на C (что бы быстро), можно на Java (что бы везде работало), можно на .NET (что бы кое-где работало).

На МУМПСЕ скорее всего не получится написать драйвер(модуль) операционной системы или полноценный DCOM\RPC сервер, какое это имеет отношение к СУБД ?

"атрибута ih кортежа ex отношения obj (в реляционной терминологии)"

И всё таки вы ЧАЛ, как это ни прискорбно слышать, изящно подводите меня к "идентификации и беде с ключами"....

Ну да, за навигацию вам уже тут влетело по полной осталась "идентификация и семантика" ;).

Эээээ нет "коллега", должен вас огорчить, что в реляционной "терминологии" есть атрибут "ih", есть отношение "obj" а вот кортежа "ex" нетути, есть множество кортежей ага :)

Думали я кинусь вам REPLACE-ы вырисовывать и WHERE ..='ex' выписывать :)

Ещё раз должен вас огорчить, на ИЗНАЧАЛЬНО НЕККОРЕКНО ПОСТАВЛЕННЫЙ ВОПРОС вам ответа не будет.
...
Рейтинг: 0 / 0
26.04.2006, 22:09
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693004
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
:-) Можно на мой e-mail?

Кстати, а кто такой Сергей?
...
Рейтинг: 0 / 0
26.04.2006, 22:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693023
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Не знаю как Андрею Леонидовичу, а мне приятно было услышать от шпециалиста, что в реляционной терминологии нет кортежей. Итак, ссылку демагог разглядел, код тоже. Уже хорошо. А то, что ответить будет нечем, это итак понятно. Про навигацию мне "влететь" не могло. Так как здесь просто нет подготовленного человека, который мог бы что-то сказать про навигацию. А про "арию от Дейта" (одна из подробных цитат) сказать, тем более, нечего.
...
Рейтинг: 0 / 0
26.04.2006, 22:40
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693031
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
pavelvp
Кстати, а кто такой Сергей?

Догадайтесь с трех раз. Подсказка - ЧАЛ хочет прислать Вам свои мыстли, но шобы это было якобы по чьей-то просьбе. Он же должен держать марку авторитета. А авторитеты не навязываются, их кто-то должен просить. А если никто не просит? То шо делает ЧАЛ? Если учесть, шо он прославился созданием клонов-сторонников, которым за это низко тут кланялся.
...
Рейтинг: 0 / 0
26.04.2006, 22:51
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693035
Чернышев Андрей Леонидович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Чернышев Андрей Леонидович
Гость
Хорошо, завтра утром вышлю.
Кстати, а кто такой pavelvp ? То есть как к Вам обратиться ? Я, к примеру, Чернышев Андрей Леонидович. Сергей - это мой знакомый, который попросил подготовить для Вас материал.
...
Рейтинг: 0 / 0
26.04.2006, 22:54
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693041
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
MX -- ALEX
Совершенно с Вами согласен - НО

Под "свои задачи" попадает ВСЯ бухгалтерия,
ВСЕ финансы, ВЕСЬ производственный учет,
зарплата, кадры, основные фонды
короче все что считает "1с" - ПРЕКРАСНО идет на мумпсах
(а рынок у 1с например - не хилый)


Так что МУМПС уже вытеснил 1с? А еще есть SAP и проч ERP реляционного толка для типовых задач, на которых РСУБД не оставляла до сих пор никому шансов. Мож кто на МУМПСе простенькие прикладухи и налабал на этих задачах, но это явно "свои задачи" РСУБД. Поэтому тут вряд ли М системы имеют реальные шансы. Обычно все-таки пытаются обойти РСУБД на "не своих" для РСУБД задачах.
...
Рейтинг: 0 / 0
26.04.2006, 23:02
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693044
###
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
###
Участник
Это каким же умищем надо обладать и где учиться, чтобы делать ERP на РСУБД ! Рехнуться можно с этими умельцами с балабановской спичечной фабрики.
...
Рейтинг: 0 / 0
26.04.2006, 23:10
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693086
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
###
где учиться, чтобы делать ERP на РСУБД !

Ну если лидеры рынка ERP: SAP и ORACLE, то у них и надо спрашивать, где они учились. Или думаете они на МУМПСе?

###
Рехнуться можно с этими умельцами с балабановской спичечной фабрики.
С ЧАЛом чтоли? Он на этой фабрике обул парней своей дореляционной ОМД. Но она не ERP, а так тулса какая-то там.
...
Рейтинг: 0 / 0
27.04.2006, 00:20
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693093
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Чернышев Андрей ЛеонидовичЯ бы на твоем месте обращался к Andreww повежливее.
А я обращаюсь к pavelvp. По просьбе Сергея я перечитал все Ваши сообщения за этот год. Кажется я понял ключевой аспект Ваших заблуждений относительно моделей данных и будущего СУБД. И вполне понятно почему эти заблуждения не мешают Вам разрабатывать эффективную, а по некоторым параметрам самую эффективную, РСУБД. Материал, разъясняющий суть Ваших заблуждений, я подготовил. Куда его выслать ?

pavelvp, не поддавайтесь на провокацию, это не ЧАЛ.

Но любые возможные сообщения на sql.ru от моего имени - это будут уже не мои сообщения. (Чернышев Андрей Леонидович, 15 фев 06, 20:08)

/topic/249335&pg=34#2360619
...
Рейтинг: 0 / 0
27.04.2006, 00:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693098
Andreww
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andreww
Участник
2 М........ :)

)))))))))))

>>Не знаю как Андрею Леонидовичу, а мне приятно было услышать от шпециалиста, что в реляционной терминологии нет кортежей.

Кто вам такую глупость (нет кортежей) сказал ?

"...должен вас огорчить, что в реляционной "терминологии" есть атрибут "ih", есть отношение "obj" а вот кортежа "ex" нетути..."

Кортежа "ex" НЕТУ, а множество кортежей есть и есть подмножество кортежей для которых будет верно условие, например obj.ih=\'ex\'.

Вы всегда так читаете ? Через строчку ? Теперь понятно почему для вас Кодд с Дейтом не авторитеты :)


>>Итак, ссылку демагог разглядел,

Пардон, объектный вы наш, где ВАШИ ссылочки-то ?
/topic/282117&pg=8#2594325
Тут ссылочки есть, но они не ваши ))


>>А то, что ответить будет нечем, это итак понятно.

:) "...это и так понятно..." сильный аргумент. Мощно !


>>Про навигацию мне "влететь" не могло.

Тппрррру. Я говорил что :

>>И всё таки вы ЧАЛ, как это ни прискорбно слышать, изящно подводите меня к "идентификации и беде с ключами"....

>>Ну да, за навигацию вам уже тут влетело по полной осталась "идентификация и семантика" ;).

Вам, имеется ввиду ЧАЛу, соберитесь и прочитайте фразу целиком. Вы ЖЕ "М программист" и вот это - /topic/9021&pg=48#1326735 (это ИТОГ, разложили ЧАЛ-а на нескольких страницах до), совсем не к вам относилось, чего это вы оправдываясь пишите : МНЕ влететь не могло, вы же НЕЧАЛ, а М программист, если вы настоящий М...гамист, то всем понятно что не могло вы даже ещё про неё ни разу не заикнулись (в образе М), но если нет :)

Запутались совсем, Андрей Леонидович ?


>>Так как здесь просто нет подготовленного человека, который мог бы что-то
сказать про навигацию.

Ага. Всё больше так, погулять вышли :)
Вы и только вы у нас СВЕТОЧЬ.Что нам какие-то разработчики СУБД, преподаватели и простые инженеры.
...
Рейтинг: 0 / 0
27.04.2006, 00:38
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693099
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Уважаемые кешисты-мумпсисты, решили одну задачу - честь вам и хвала. Но где решение еще одной?
"показать пары рейсов, где 10 или более пассажиров общие (летели одни и те же люди)".
/topic/282117&pg=2#2561508

Где код решающий задачу Эйнштейна? Пять дней назад спросил, ответа все нет.
/topic/282117&pg=8#2591871


Как насчет дальнейшего сравнения СУБД? Заполним таблицы, глобали или что там у нас есть миллионом пассажиров, билетов, рейсов и сравним производительность.
...
Рейтинг: 0 / 0
27.04.2006, 00:40
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693224
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
М программистпожалуйста, загляните на стр. 115 книги Дейта (8-е издание) и посмотрите на рис. 3.5. Надеюсь это поможет Вам вести диалог корректно, а не так как Вы и Ваши "соратники" ведете его до сих пор, то есть не так, как учит Дейт."Вы уже повторяете про стр. 115 рис. 3.5 который раз. Я открыл, посмотрел. Ничего, подтверждабщего ваши идеи или вообще относящегося к обсуждаемому вопросу там нет. Вы, видимо, наугад выбрали страницу и рисунок, чтобы многозначительной отсылкой к нему "пугать" оппонентов? В расчете на то, что у многих этого издания книги просто нет? Хитрый ход. Это по ЧАЛовски!
...
Рейтинг: 0 / 0
27.04.2006, 08:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693235
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Andreww немного продвинулся в понимании реляционной теории. Схватывает на лету, но как-то не полноценно. Не смог подсчитать количество кортежей в подмножестве кортежей, для которых будет верно условие obj.ih='ex', если ex - первичный (сейчас скажут "нет в РМД первичных ключей, а есть только потенциальные !") ключ. Наверное не разработал еще правильного алгоритма. Но уже может начинать читать Кодда и Дейта (для меня то они авторитеты, поэтому я их и читаю постоянно).

Понял, демагог, что за навигацию, мне "влететь" не могло, а сказать нечего, так как даже не знает что это такое, ждет когда я ему разжую.

А вот типичное превращение демагога в лгуна. Сначала разглядел и код и ссылку, а теперь врет опять. Понимаю, что бесполезно, но повторю:

"Значит у нас есть строка str, из которой нужно убрать "лишний" символ sim с помощью нашей многострадальной функции (заметьте, я не менял код на стандартном MUMPS, а мои оппоненты чего только не навыдумывали) и записать результат в БД как значение атрибута ih кортежа ex отношения obj (в реляционной терминологии). Вы уже знаете, что соответствующий код в объектной СУБД выглядит так:
d up(obj,ex,ih,$$S(str,sim))
Прежде чем (с помощью Джокера) показать код на "RAD и SQL", пожалуйста, загляните на стр. 115 книги Дейта (8-е издание) и посмотрите на рис. 3.5. Надеюсь это поможет Вам вести диалог корректно, а не так как Вы и Ваши "соратники" ведете его до сих пор, то есть не так, как учит Дейт."

Лучше бы брали пример с Павла Воронцова. Вот у него простая позиция, позволяющая ему никогда не врать и не изворачиваться: объектная модель - это та же реляционная модель, и вообще все что не реляционное, на самом деле, реляционное.

А с127, немного подумав, решил, что лучше, все-таки, врать. И опять про 10 пассажиров.
...
Рейтинг: 0 / 0
27.04.2006, 08:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693258
###
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
###
Участник
vadiminfo гордится что неизвестно где учился типа: "раз ребята из SAP и ORACLE неизвестно где учились, то и мне с моим непонятным образованием неплохо на родной спичечной фабрике".
...
Рейтинг: 0 / 0
27.04.2006, 08:36
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693262
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Нагло лжете, mir, пользуясь тем, что у большинства книги, действительно, нет. Это не хитрый, а мерзкий ход. На стр. 115 рис. 3.5 точно в тему моего сообщения.
...
Рейтинг: 0 / 0
27.04.2006, 08:40
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693278
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
###
vadiminfo гордится что неизвестно где учился типа: "раз ребята из SAP и ORACLE неизвестно где учились, то и мне с моим непонятным образованием неплохо на родной спичечной фабрике".

По крайней мере рад, что не там где ЧАЛ. По крайней мере знаю на чем ERP. (ЧАЛ мечтает чтобы не РСУБД, а тока на МУМПСе, можно себе представить такой шедевр).
На родной для ЧАЛа спичечной фабрике к сожалению не был, чтобы поржать над его Дореляционной ОМД в сласть.
...
Рейтинг: 0 / 0
27.04.2006, 08:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693288
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Чтобы у mira не было возможности вывернуться:

Введение в системы баз данных, 8-е издание.: Пер. с англ. - М.: Издательский дом "Вильямс", 2005.-1328 с.:ил.-Парал.тит.англ.

Подписано в печать 28.02.2005. Формат 70x100/16
Гарнитура Times. Печать офсетная.
Усл. печ. л. 118,68. Уч.-изд. л. 86,19.
Тираж 3000 экз. Заказ № 859.

Но даже при перепечатках под новый заказ рис.3.5 и текст к нему останутся.
...
Рейтинг: 0 / 0
27.04.2006, 08:58
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693292
###
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
###
Участник
Диагноз подтвердился: "Это каким же умищем надо обладать и где учиться, чтобы делать ERP на РСУБД ! Рехнуться можно с этими умельцами с балабановской спичечной фабрики."
...
Рейтинг: 0 / 0
27.04.2006, 08:59
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693329
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
MX -- ALEXпрактически - фулскан на миллион записей в каше 5.1
идет за секунду
Это в одном глобале. Но надо-то сцепить его еще с 10, по которым тоже будет
фулскан - итого ?
Да и просто: если система построена на фулсканах - то строго в морг (имхо).
...
Рейтинг: 0 / 0
27.04.2006, 09:18
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693355
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
c127Уважаемые кешисты-мумпсисты, решили одну задачу - честь вам и хвала.
Где код решающий задачу Эйнштейна? Пять дней назад спросил, ответа все нет.


уж не знаю как Вы смотрели
неделю назад все выкладывал
смотрите еще раз

кстати для интереса если исключить одно из условий
этот м-код выдает больше вариантов
в приложении показано 17 решений

м-код сидит в пяти голубых ячейках ексцел
его можно выполнить в терминале или запихнуть в модуль
на любой м-системе (CACHE - MSM - M3 - GTM )
и убедится что все работает
...
Рейтинг: 0 / 0
27.04.2006, 09:33
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693361
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
###
Диагноз подтвердился: "Это каким же умищем надо обладать и где учиться, чтобы делать ERP на РСУБД ! Рехнуться можно с этими умельцами с балабановской спичечной фабрики."

У ЧАЛа разумеется он подтвердился.
Теперь ЧАЛ лабает клонов разных типов.
Для якобы банально эрудированных имя должно быть благозвучным типа "М программист" (если М не портит все), хотя и не зарегестрированное, а для тех шо попроще и имя соответсвующее "###". Основной аргумент ЧАЛа тока неграмотные думают, что РСУБД луче МУМПСа. Там на балабановской это прокатило. Видно - из опасений быть заподозренными в непонимании "теории БД", "технологий БД" там согласились. А здесь не прокатывает. Но ЧАЛу очень хочется именно этот аргумент. Других все равно нет - они рассыпаются. Но "М программист" вынужден ограничиваться "немного продвинулся в понимании реляционной теории" - видимо он считает это придает ему убедительность. А как "###" он может говорить, то что очень хочется сказать ЧАЛу - диагноз. Ну еще бы. Эта РСУБД так ненавистна - не оставила шансов Дореляционной ОМД.
ЧАЛ, у Дореляционной ОМД и без РСУБД не было никаких шансов.
...
Рейтинг: 0 / 0
27.04.2006, 09:35
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693385
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
vadiminfo
Так что МУМПС уже вытеснил 1с?


1с уже никто не вытеснит
но можно потеснить
что и делаем на мумпсе и успешно

еще раз утверждаю - мумпс-системы хорошо рулят
на финансах и прочей производственной лабуде

например - металлургический завод
500 компов в сети
все крутится на мумпсе (не на голом разумеется)
2 программиста
...
Рейтинг: 0 / 0
27.04.2006, 09:43
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693398
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
мод MX -- ALEXпрактически - фулскан на миллион записей в каше 5.1
идет за секунду
Это в одном глобале. Но надо-то сцепить его еще с 10, по которым тоже будет
фулскан - итого ?
Да и просто: если система построена на фулсканах - то строго в морг (имхо).
построена не на фулсканах
но от фулскана еще никто не умирал
и если раз в год придет запрос
а сколько детей было у сотрудников сортопрокатного
цеха в среднем у каждого за период 1993-1996 год
то наверное можно подождать ответа 5 секунд
и даже - (страшно подумать! - в морг!) - 10 секунд
...
Рейтинг: 0 / 0
27.04.2006, 09:51
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693425
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
MX -- ALEX
1с уже никто не вытеснит
но можно потеснить
что и делаем на мумпсе и успешно

Мумпс старше - казалось бы все должно быть наоборот. 1с должен был вытеснять.

MX -- ALEX
еще раз утверждаю - мумпс-системы хорошо рулят
на финансах и прочей производственной лабуде

Ну пока это тока утверждение. К тому же не понятно что значит хорошо. Может и хорошо, но хуже чем системы на РСУБД. Их ить все равно большинство. Не с проста наверное.

MX -- ALEX
например - металлургический завод
500 компов в сети
все крутится на мумпсе (не на голом разумеется)
2 программиста

Ну как Вы думаете самые богатые банки и проч, с компами более тысчи на чем?
Если более 90% от всех ИС на РСУБД. Или Вы в этом сомневаетесь?
...
Рейтинг: 0 / 0
27.04.2006, 10:01
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693555
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
vadiminfo MX -- ALEX
1с уже никто не вытеснит
но можно потеснить
что и делаем на мумпсе и успешно

Мумпс старше - казалось бы все должно быть наоборот. 1с должен был вытеснять.

MX -- ALEX
еще раз утверждаю - мумпс-системы хорошо рулят
на финансах и прочей производственной лабуде

Ну пока это тока утверждение. К тому же не понятно что значит хорошо. Может и хорошо, но хуже чем системы на РСУБД. Их ить все равно большинство. Не с проста наверное.

MX -- ALEX
например - металлургический завод
500 компов в сети
все крутится на мумпсе (не на голом разумеется)
2 программиста

Ну как Вы думаете самые богатые банки и проч, с компами более тысчи на чем?
Если более 90% от всех ИС на РСУБД. Или Вы в этом сомневаетесь?
Доброе утро !

не сомневаюсь

но что-то в этом мумпсе есть интересное и видимо
не все его возможности исчерпаны

кстати при наличии правильной обертки - разница
с рсубд по конечным результатам - минимальная

по распространенности-
если сейчас появится любая новая раззолотая система
она не пробьтся - действуют другие законы - рынок
уже сформирован
мумпсу не повезло - лет 10 его вообще никто толком не равивал
врямя упущено
но ломать хорошо работающие отлаженные м-системы - зачем ?

---
Ну пока это тока утверждение. К тому же не понятно что значит хорошо. Может и хорошо, но хуже чем системы на РСУБД. Их ить все равно большинство. Не с проста наверное
---
не хуже - как минимум - для мелких-средних предприятий
чисто из опыта - видел много разных систем
сами продаем что-то типа 1с - и тесним 1с
хотя доказать не смогу - пока не продадим 10000 штук :)
...
Рейтинг: 0 / 0
27.04.2006, 10:39
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33693872
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
мод wrote:
> MX -- ALEX
> практически - фулскан на миллион записей в каше 5.1
> идет за секунду
>
>
> Это в одном глобале. Но надо-то сцепить его еще с 10, по которым тоже будет
> фулскан - итого ?
> Да и просто: если система построена на фулсканах - то строго в морг (имхо).
любая система на фулсканах - мёртвая... если данных много..
я правда не сильно бы верил, когда М-программеры говорят о фулскане...
сильно подозреваю, что под фулсканом они имеют в виду не то, что мы.
когда я ковырялся с М любимым методом поиска информации было нечто вроде
нашего... range index scan что ли?
т.е. указатель устанавливался на первую подходящую "запись" в глобале
согласно указанному значению-индексу, и затем глобал просматривался до
тех пор, пока значение следующего полученного значения-индекса не
становилось неудовлетворительным.
Ни о каком ПОЛНОМ ПРОСМОТРЕ ГЛОБАЛА речи не шло. Ну... я по крайней мере
не видел :-) точнее, видел... но ситуации были аналогичны тем, в которых
в РСУБД происходит table scan.


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
27.04.2006, 11:51
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33694029
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
locky> Да и просто: если система построена на фулсканах - то строго в морг (имхо).
любая система на фулсканах - мёртвая... если данных много..
Практически всегда это верно. Если данных много. Но далеко не все оперируют большими данными. Есть системы, где использование индексов вообще неоправдано. Увы, это факт и результат экспериментов. На современном ширпотребном аппарате одной оперативки зачастую больше чем вся база данных. И раздувать базу еще и индексами иной раз нецелесообразно. Первый же фулскан поднимает почти всю базу в кеш, и если проход фулсканом укладывается в приемлемое время то зачем козе баян. Кстати, оптимизаторы и во многих sql серверах зачастую выбирают планы неиспользования индексов. Я бы предложил не записывать фулскан в плохие парни неподумав. Другое дело когда база действительно разрастается, и фулскан уже становится проблемой. В этом случае либо большой привет разработчикам либо заказчикам. А сам по себе фулскан - это не плохо и не хорошо, это только один из методов.
...
Рейтинг: 0 / 0
27.04.2006, 12:27
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33694036
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
Чернышев Андрей ЛеонидовичКстати, а кто такой pavelvp? :-) Павел Пасечник.
...
Рейтинг: 0 / 0
27.04.2006, 12:30
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33694106
Фотография Павел Воронцов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Павел Воронцов
Участник
М программистЛучше бы брали пример с Павла Воронцова. Вот у него простая позиция, позволяющая ему никогда не врать и не изворачиваться: объектная модель - это та же реляционная модель, и вообще все что не реляционное, на самом деле, реляционное.Нет, моя позиция в том, что никакой объектной модели данных как теории нет. Не бывает. Не существует. Просто нет никакой ложки, Нео. И никто мне пока обратного не доказал. Есть всякие другие теории, например замечательная ОТО Энштейна, теория этногенеза Л.Н. Гумилёва, теория множеств. А вот ОМД - нет.

Ещё раз прошу, Андрей Леонидович, уважаемый, не приписывайте мне того, что я не говорил. Можете называть меня лгуном, демагогом, фанатиком, сектантом, кем угодно, только не приписывайте мне того, что не говорил.
...
Рейтинг: 0 / 0
27.04.2006, 12:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33694377
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
автор
Ещё раз прошу, Андрей Леонидович, уважаемый, не приписывайте мне того, что я не говорил.

К сожалению, без этого доказательство превосходства Дореляционной ОМД не представляется возможным. Да и создание клонов выглядит как нерациональная затрата времени. Поэтому ЧАЛ, скорей всего, не сможет в ближайшее время удовлетворить подобные легкомысленные просьбы.
...
Рейтинг: 0 / 0
27.04.2006, 13:45
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695075
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
М программистНагло лжете, mir, пользуясь тем, что у большинства книги, действительно, нет. Это не хитрый, а мерзкий ход. На стр. 115 рис. 3.5 точно в тему моего сообщения.Так давно бы привели его -- и дело с концом. Все бы поняли, что ЧАЛ прав, mir -- лгун. Но приводить вы его боитесь, так как никакого разговора про функции замены в строках и вообще про M системы так нет. Я-то это знаю и ухохатываюсь над вами. Ведь кто-нибудь все равно посмотрит в книжку и скажет то же, что и я: "Какое отношение это имеет к замене в строках и к MUMPS?"
Кстати, ЧАЛ, что это вы смешите людей, называя MUMPS объектной СУБД?
...
Рейтинг: 0 / 0
27.04.2006, 16:18
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695602
не ЧАЛ!!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
не ЧАЛ!!!
Гость
vadiminfo ###
Диагноз подтвердился: "Это каким же умищем надо обладать и где учиться, чтобы делать ERP на РСУБД ! Рехнуться можно с этими умельцами с балабановской спичечной фабрики."

У ЧАЛа разумеется он подтвердился.
Теперь ЧАЛ лабает клонов разных типов.
Для якобы банально эрудированных имя должно быть благозвучным типа "М программист" (если М не портит все), хотя и не зарегестрированное, а для тех шо попроще и имя соответсвующее "###". ...

Эта свинья (прошу прощения, но других слов нету) присвоила мой "серый НИК" - ###.
Так мне и надо - все лень было регистрироваться... :-(((
...
Рейтинг: 0 / 0
27.04.2006, 18:11
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695607
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Завертелся mir ! Но поздно. Читаем:

"Значит у нас есть строка str, из которой нужно убрать "лишний" символ sim с помощью нашей многострадальной функции (заметьте, я не менял код на стандартном MUMPS, а мои оппоненты чего только не навыдумывали) и записать результат в БД как значение атрибута ih кортежа ex отношения obj (в реляционной терминологии). Вы уже знаете, что соответствующий код в объектной СУБД выглядит так:
d up(obj,ex,ih,$$S(str,sim))
Прежде чем (с помощью Джокера) показать код на "RAD и SQL", пожалуйста, загляните на стр. 115 книги Дейта (8-е издание) и посмотрите на рис. 3.5. Надеюсь это поможет Вам вести диалог корректно, а не так как Вы и Ваши "соратники" ведете его до сих пор, то есть не так, как учит Дейт."

Я и не говорил, что на стр. 115 речь идет о пробелах в строке. Можете врать и дальше.
...
Рейтинг: 0 / 0
27.04.2006, 18:13
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695620
###
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
###
Участник
Но больше этот номер не пройдет. :-)))
...
Рейтинг: 0 / 0
27.04.2006, 18:16
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695637
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Если Вы, Павел Воронцов, обращаетесь таким странным образом ко мне, то жаль, конечно, что отказываетесь от своих слов, но я уж постараюсь не "приписывать".
...
Рейтинг: 0 / 0
27.04.2006, 18:23
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695652
три решетки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
три решетки
Гость
Да какой еще ЧАЛ, vadiminfo ? Ну если вы на оракуле не можете ничего сделать даже на родной спичечной фабрике (а чего можно сделать на допотопной файловой системе ?), то ЧАЛа-то зачем приплетать ? Чтобы скрыть печальный факт собственной несостоятельности ?
Давайте лучше для начала решите "задачу" автора топика, а то что же мы о ней совсем забыли. "Задача" кажется как раз для систем типа оракула.
...
Рейтинг: 0 / 0
27.04.2006, 18:29
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695663
Пьяный Лох
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пьяный Лох
Участник
Позовите главврача.
Пациента пора банить.
...
Рейтинг: 0 / 0
27.04.2006, 18:35
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695721
Чернышев Андрей Леонидович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Чернышев Андрей Леонидович
Гость
Какого пациента ? Кто здесь пациент ?
...
Рейтинг: 0 / 0
27.04.2006, 18:56
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695725
Чернышев Андрей Леонидович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Чернышев Андрей Леонидович
Гость
И кто здесь трепал людям нервы под моим именем ?
...
Рейтинг: 0 / 0
27.04.2006, 18:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695744
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Ну вот опять привезли амитриптилин и хлорпромазин. К сожалению я опять вынужден прервать нашу дискуссию на самом интересном месте. А жаль.
Ведь Павел Воронцов уже почти понял сущность обьектного навигатора. И согласился со мной, что "реляционная теория" - бред.
Всесте с Агндреем Леонидовичем мы приперли mir-а к стенке.
vadiminfo и c127 поняли что их обычные увертки не пройдут. Поэтому решили попросту отмалчиваться.
pavelvp получил по почте решение задачи. Теперь просит меня выступить на специально подготовленной конференции. С участием ведущих разработчиков и профессоров с мировым именем. Но учтите Павел !! Меньше чем на люкс я не соглашусь !! Гении должны жить комфортно !!
...
Рейтинг: 0 / 0
27.04.2006, 19:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695757
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
М программист...Всесте с Агндреем Леонидовичем мы приперли mir-а к стенке. :-) pavelvp получил по почте решение задачи. Теперь просит меня выступить на специально подготовленной конференции. Решение какой задачи я получил??? Кого и где я теперь прошу выступить???
Не получал я решения никаких задач... И после этого не просил никого нигде выступать...
...
Рейтинг: 0 / 0
27.04.2006, 19:15
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695775
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Посмотрите 2607095 Павел. Я вам выслал материал с решением задачи. По просьбе Андрея Леонидовича. Его уже увезли, но я успел улизнуть. А вы его получили и даже намекнули на нашу договоренность о конференции в 2607175. А теперь опять за свое. Наверено просто зажали денег на люкс. Но ничего. И без вашей помощи гений пробьет себе дорогу. Обьектный навигатор будет жить в веках! Реляционная теория уже рассыпается на моих глазах. В личной переписке с Коддом и Дейтом последние признали свою неправоту. Ждите следующего издания их монографий. Там будут учтены мои критические замечания. Реляционная теория будет изложена исключительно для поддержки существующих баз данных. Значительная часть будет посвящена обьектному навигатору. Да здравствует MUMPS !!
...
Рейтинг: 0 / 0
27.04.2006, 19:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33695958
Не знаю кто я.....
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не знаю кто я.....
Гость
Лаааввааанннддддааааа, белаааяяя лаваааааандддааааа!
...
Рейтинг: 0 / 0
27.04.2006, 22:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33698593
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Ого, на помощь завравшемуся mirу решили прийти ### c Пьяным Лохом, и вот чешут под моим ником невесть что. Но поздно. Читаем:

"Значит у нас есть строка str, из которой нужно убрать "лишний" символ sim с помощью нашей многострадальной функции (заметьте, я не менял код на стандартном MUMPS, а мои оппоненты чего только не навыдумывали) и записать результат в БД как значение атрибута ih кортежа ex отношения obj (в реляционной терминологии). Вы уже знаете, что соответствующий код в объектной СУБД выглядит так:
d up(obj,ex,ih,$$S(str,sim))
Прежде чем (с помощью Джокера) показать код на "RAD и SQL", пожалуйста, загляните на стр. 115 книги Дейта (8-е издание) и посмотрите на рис. 3.5. Надеюсь это поможет Вам вести диалог корректно, а не так как Вы и Ваши "соратники" ведете его до сих пор, то есть не так, как учит Дейт."
...
Рейтинг: 0 / 0
28.04.2006, 20:31
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33698725
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Поздно - ЧАЛ включил повторы своих, по его мнению, удачных каких-то аргументов. Видимо думает, что "хорошо спроектированные приложения" на МКМПСе позволяют заниматься пробелами, что важно, наверное, на балабановской спичечной фабрике. А что еще надо в файловой системе? Не базами же данных там заниматься, в самом деле.

Для тех у кого нет Дейта 8 издания. На стр 115 на рис. 3.5 показана разница между инсертом на SQL в одну инструкцию и фрагментом кода с навигационным языком БД с парочкой циклов и состоящего из 30 инструкций. Т.е. там про демонстрацию недостатков навигации (вручную) по сравнению с РСУБД.
...
Рейтинг: 0 / 0
29.04.2006, 00:06
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33698772
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
М программист
Прежде чем (с помощью Джокера) показать код на "RAD и SQL", пожалуйста, загляните на стр. 115 книги Дейта (8-е издание) и посмотрите на рис. 3.5. Надеюсь это поможет Вам вести диалог корректно, а не так как Вы и Ваши "соратники" ведете его до сих пор, то есть не так, как учит Дейт."

Выберите уже что-нибудь одно: либо "ведите спор корректно как учит Дейт", либо "Дейт ошибается и РСУБД бесполезны".


MX -- ALEX
уж не знаю как Вы смотрели
неделю назад все выкладывал
смотрите еще раз
Посмотрел еще раз. Неделю назад был план запроса (/topic/282117&pg=6#2586598 ), но кода там нет. Ссылку бы на код.

Во-вторых остается еще вопрос о десяти пассажирах.

Переходим к тестам на производительность задачи с билетами? Билеты ближе к реальным задачам, соответсвенно результаты будуть более показательными.
/topic/282117&pg=8#2591871
...
Рейтинг: 0 / 0
29.04.2006, 01:33
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33699158
Критикан
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Критикан
Гость
Интересно, это и это тот самый ЧА ?
...
Рейтинг: 0 / 0
29.04.2006, 16:33
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33699234
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Да это он. Тем более во второй статье их собственная СУБД на платформе Кэш (здорово придумано - ставь на СУБД тулсу и называй это СУБД на платформе СУБД). В первой это все-таки тока оболочка - тулса проще говоря. В первой статье ООМД. Но здесь ЧАЛ отрицал ООП и у него дореляционная ОМД без ООП.
...
Рейтинг: 0 / 0
29.04.2006, 18:56
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33699700
М программист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М программист
Гость
Уж какой демагог vadiminfo с балабановской спичечной фабрики, постоянно зачем-то ссылающийся на ЧАЛа, но именно он и признался в некорректных способах ведения диалога. Дейт, конечно, не диалог с читателями ведет, а учит их. Таким вот способом, что у него вместо одной строки получается 32. И таким же "оригинальным" способом Дейт учит и на многих других страницах. Куда ни ткни - везде "удачные аргументы" для ЧАЛа (наверное поэтому vadiminfo со спичечной фабрики на ЧАЛа все время и ссылается ?) и для кого угодно, кто захотел бы изучить теорию баз данных. Но господа на первом же сломались.
...
Рейтинг: 0 / 0
30.04.2006, 15:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33699816
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
М программист
Уж какой демагог vadiminfo с балабановской спичечной фабрики

Так что ЧАЛ, Вашей системы уже нет на балабановской спиченой фабрике? Отказались от Дореляцуионной ОМД там? Тока в Сывтывкаре осталась?


М программист
постоянно зачем-то ссылающийся на ЧАЛа,

Все еще думаете то, что М программист - Ваш клон, никто не видит? Ума то Вам Бог не дал, так Вы и не взыщите. Займитесь чем-нить другим. Про Дейта Вам рассуждать совсем смешно. Кто Вы и кто он? Сами подумайте хоть раз.
...
Рейтинг: 0 / 0
30.04.2006, 18:29
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33699857
serg99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
serg99
Участник
М программистПосмотрите 2607095 Павел. Я вам выслал материал с решением задачи. По просьбе Андрея Леонидовича. Его уже увезли, но я успел улизнуть. А вы его получили и даже намекнули на нашу договоренность о конференции в 2607175. А теперь опять за свое. Наверено просто зажали денег на люкс. Но ничего. И без вашей помощи гений пробьет себе дорогу. Обьектный навигатор будет жить в веках! Реляционная теория уже рассыпается на моих глазах. В личной переписке с Коддом и Дейтом последние признали свою неправоту.
Кодд то вроде как уже умер. Переписка получается через небесную канцелярию велась? Какое у них там ограничение на размеры аттачментов? :-).
...
Рейтинг: 0 / 0
30.04.2006, 19:40
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33699881
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сахават Юсифов
Участник
vadiminfo
Про Дейта Вам рассуждать совсем смешно. Кто Вы и кто он? Сами подумайте хоть раз.

Дейт - туфта.
...
Рейтинг: 0 / 0
30.04.2006, 20:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33699942
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
AAron MX -- ALEXтеоретически - да
практически - фулскан на миллион записей в каше 5.1
идет за секунду

Практически стоимость фул-скана зависит от того, находятся ли данные в ОЗУ или на диске... при прокачке данных с диска в 200 МБ/с получается, что время фулскана 1 ГБ - 5 секунд (ну пусть 7 секунд). Если все в памяти - 1 секунда.

ну не все так шоколадно, такое время возможно только в случае нефрагментированного размещения дата-блоков, а если подузлы разветвленные и занимают несколько дисковых блоков то производительность будет поскромнее :)
...
Рейтинг: 0 / 0
30.04.2006, 22:20
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33700583
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
Rus000
ну не все так шоколадно, такое время возможно только в случае нефрагментированного размещения дата-блоков, а если подузлы разветвленные и занимают несколько дисковых блоков то производительность будет поскромнее :)
Вот тут Вы не правы, все очень даже "шоколадно". В М системах количество блоков диска, которые нужно прочитать для доступа к конкретным данным, с ростом базы увеличивается очень медленно. А если учесть, что обычно блоки указателей оседают в кэше, то время доступа практически не зависит от фрагментации. Поэтому доступ к конкретным данным, это в подавляющем большинстве случаев чтение одного конкретного блока, того самого, где эти данные лежат ;-)
...
Рейтинг: 0 / 0
01.05.2006, 22:27
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33700606
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AAron
Участник
LittleCat Rus000
ну не все так шоколадно, такое время возможно только в случае нефрагментированного размещения дата-блоков, а если подузлы разветвленные и занимают несколько дисковых блоков то производительность будет поскромнее :)
Вот тут Вы не правы, все очень даже "шоколадно". В М системах количество блоков диска, которые нужно прочитать для доступа к конкретным данным, с ростом базы увеличивается очень медленно. А если учесть, что обычно блоки указателей оседают в кэше, то время доступа практически не зависит от фрагментации. Поэтому доступ к конкретным данным, это в подавляющем большинстве случаев чтение одного конкретного блока, того самого, где эти данные лежат ;-)

В том случае, когда надо читать один блок данных, надо полагать...
Я же писал про объемы... Уверяю, 1 ГБ, занимает много больше 1 блока на диске Это реальные цифры фул-скана на РМД, в данном случае, скорость ограничена только дисковой подсистемой.
...
Рейтинг: 0 / 0
01.05.2006, 22:58
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33700609
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
LittleCat
Вот тут Вы не правы, все очень даже "шоколадно". В М системах количество блоков диска, которые нужно прочитать для доступа к конкретным данным, с ростом базы увеличивается очень медленно. А если учесть, что обычно блоки указателей оседают в кэше, то время доступа практически не зависит от фрагментации. Поэтому доступ к конкретным данным, это в подавляющем большинстве случаев чтение одного конкретного блока, того самого, где эти данные лежат ;-)
Не пугайте, в подавляющем большинстве случаев это везде так, а не только в КЕШ-е. Но речь-то шла о полном сканировании ("Практически стоимость фул-скана зависит от того, находятся ли данные в ОЗУ или на диске.." Rus000 http://www.sql.ru/forum/actualthread.aspx?tid=282117&pg=11#2618104 ), а полное сканирование потому и называется полным, что по определению пробегает по всем данным, а значит по всем блокам.

Я уже говорил, что миллион записей оракл сканировал за секунду еще в 2000 году на 500МГц пентиуме с 256МБ оперативки и медленным IDE диском. Ничего не настраивалось, установка по умолчанию, только был увеличен сегмент отката, но на данный тест это не влияет.
...
Рейтинг: 0 / 0
01.05.2006, 23:01
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33700686
dvm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dvm
Гость
Щас начнется. В каше супер пупер технология и поиска там нет, фулл-скана нет, сервер телепатически знает что нужно пользователю и сразу возвращает искомые данные. Это мы уже проходили.
...
Рейтинг: 0 / 0
02.05.2006, 01:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33700999
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
Это взято из рассылки InterSystems... Надеюсь что господа, не имеющие желания видеть дальше своего носа, узнают для себя что-то новое.

Проекты на Cache'

- Информационный портал Главного командования Внутренних войск МВД РФ
- Типовая региональная информационная система ГИБДД МВД РФ (внедряется во всех регионах РФ, на первом этапе, 2005-2007 г.г. – региональные управления ГИБДД – около 1500 пользователей)
- Корпоративная Резервная система персонифицированного учета ПФ РФ (все регионы РФ, около 100 серверов, более 2500 пользователей на первом этапе – 2006-2007 г.г.)
- Корпоративная система оперативного (on-line) ведения нормативно-справочной информации по материально-техническим ресурсам ОАО РЖД
(Все железные дороги РФ, более 700 000 номенклатурных позиций, более 7000 пользователей по стране)
- Корпоративные и биллинговые системы в ряде предприятий Связьинвеста – филиалы ЦентрТелекома, ВолгаТелекома и ряде других (Сертификат Минсвязи на работу в сетях до 50 млн. абонентов – рекордное достижение Орловской системы «ОРЕЛ-М-РУПСС», значительно превышающее мировой уровень систем подобного класса)
- Система управления кадрами, ОАО Газпром, Ямбурггаздобыча (около 1500 пользователей)
- Автоматизированная система управления занятостью населения, АСУЗН (ряд регионов РФ)
- Автоматизированная информационно-справочная и аналитическая система по проблемам инвалидности и инвалидов, АИС МСЭ (внедрена в 20 регионах РФ)
- Программные комплексы для автоматизации расчетов в жилищно-коммунальном секторе (внедрены в 15 регионах).
...
Рейтинг: 0 / 0
02.05.2006, 10:40
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701235
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
про пенсионный фонд - звездеж.
Я думаю, остальное все тоже можно проверить.
...
Рейтинг: 0 / 0
02.05.2006, 11:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701249
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
ggvпро пенсионный фонд - звездеж.
Я думаю, остальное все тоже можно проверить.

Пожалуйста, поподробней...
поделитесь сведениями.
...
Рейтинг: 0 / 0
02.05.2006, 11:53
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701287
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
какими сведениями?
Звиздеж то, что вы написали (ну или сайт, с которого вы взяли это)
Есть попытки мелкую задачу решить с помошью этих сектантов, окучивая одно региональное отделение. Но вряд ли удержится и на этой мелкой задаче в отдельно взятом регионе..
Посмотрим, что будет дальше.
Пока - звиздеж.
...
Рейтинг: 0 / 0
02.05.2006, 12:07
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701310
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
выражаю огорчение Вашим ответом :((

Вот источник : http://www.intersystems.ru/industry/government/index.html

вот эта система существует.. 100% гарантии.
http://www.asr.orel.ru

плюс такая же в Калужском филиале (я лично её видел и разговаривал с разработчиками)

Это понятно, что для того что бы верить во что-то, очень часто доводы не требуются (человек так устроен), НО для того что бы опровергать , доводы абсолютно необходимы..
...
Рейтинг: 0 / 0
02.05.2006, 12:14
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701345
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
Очень сильно отличается это:
"- Корпоративная Резервная система персонифицированного учета ПФ РФ (все регионы РФ, около 100 серверов, более 2500 пользователей на первом этапе – 2006-2007 г.г.) "

и то , что Выговорите :
"Есть попытки мелкую задачу решить с помошью этих сектантов, окучивая одно региональное отделение."

Если владеете информацией, поясните тогда - в чём обман то?
...
Рейтинг: 0 / 0
02.05.2006, 12:21
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701361
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
еще раз - конкретно про пенсионный фонд - звиздеж.
Да и вообще - это не в Калуге, и не в тьмутаракани - проверить легко.
И все разговоры об этой cache там возникли только на основе политики, но никак не технологии.
Именно с точки зрения технологии она там и никак. Пока.
...
Рейтинг: 0 / 0
02.05.2006, 12:23
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701368
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
дык в том то и обман - в том, что ни слова правды.
Нет такого проекта.
Про остальные - не знаю, но кое-что из этого списка проверить вполне возможно
...
Рейтинг: 0 / 0
02.05.2006, 12:25
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701414
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
>>еще раз - конкретно про пенсионный фонд - звиздеж.

Предлагаю уважаемым сотрудникам InterSystems ответить на данное утверждение..

Поясните, господа - что там в пенсионном фонде то?
...
Рейтинг: 0 / 0
02.05.2006, 12:36
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701486
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
ggvПро остальные - не знаю, но кое-что из этого списка проверить вполне возможно Не буду особо категоричным. У меня есть сомнения по поводу ГИБДД и РЖД. И там и там речь идёт, вероятно, и каком-то конкретном регионе и конкретном подразделении. И если по ГИБДД ещё возможно (хотя точно скажу, например, в Воронежской области в ближайшие пару лет ничего такого точно внедряться не будет :-))... То по поводу РЖД сомнения о-о-очень большие. Техносерв с ИБМ не пустят туда никого, никогда.
Вообще InterSystems всегда отличалась очень аггрессивной рекламой и напором :-) Однако, в последнее время, они стали намного спокойнее и осторожнее в высказываниях. По крайней мере слова про "миллион записей за секунду" я слышал последний раз года 4 назад.
...
Рейтинг: 0 / 0
02.05.2006, 12:56
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701506
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
вот именно РЖД можно проверить :)
У меня тоже сильные сомнения.
И есть возможность проверить.
...
Рейтинг: 0 / 0
02.05.2006, 12:59
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701592
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
В ПФ вообще клиперрные проги рассылает юзерам в контрорах. Может и оправдано - под любые компы. Но в общем там вседа была неразборчивость в тулсах. Там чего тока уже не было. В той же Калуге видел фоксовую прогу лет N-цать назад, еще какие-то. Вполне могли и Кеша впендюрить.
...
Рейтинг: 0 / 0
02.05.2006, 13:21
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701670
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
pavelvp ggvПро остальные - не знаю, но кое-что из этого списка проверить вполне возможно Не буду особо категоричным. У меня есть сомнения по поводу ГИБДД и РЖД.
- Корпоративная система оперативного (on-line) ведения нормативно-справочной информации по материально-техническим ресурсам ОАО РЖД

Это речь про СК МТР РЖДС
pavelvpПо крайней мере слова про "миллион записей за секунду" я слышал последний раз года 4 назад.
Без уточнения что делалось с этим миллионом записей непонятно, секунда это много или мало (критиковали или хвалили).
...
Рейтинг: 0 / 0
02.05.2006, 13:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701697
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
pavelvpВообще InterSystems всегда отличалась очень аггрессивной рекламой и напором :-) Однако, в последнее время, они стали намного спокойнее и осторожнее в высказываниях.
Сначала они на российском рынке вообще никак не вели никакой рекламы, за что их регулярно пинали, что типа пока вы сами не начнете светить вашу базу то решения на ее основе будет тяжело продвигать. Типовая ситуация - предлагаем систему, заказчик говорит "Каше? Какая такая каше, знать не знаю про такое, вот если на оракле, тогда другое дело". Потом они начали светить. Но неумело. Потом стали учитывать свои ошибки.
...
Рейтинг: 0 / 0
02.05.2006, 13:56
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33701734
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
ну я
Типовая ситуация - предлагаем систему, заказчик говорит "Каше? Какая такая каше, знать не знаю про такое, вот если на оракле, тогда другое дело".

Грамотные заказчики Вам попадаются. Не то что этот ПФ - ему шо не называет там кто-то, он хавает.
...
Рейтинг: 0 / 0
02.05.2006, 14:09
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33703126
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
vadiminfo ну я
Типовая ситуация - предлагаем систему, заказчик говорит "Каше? Какая такая каше, знать не знаю про такое, вот если на оракле, тогда другое дело".

Грамотные заказчики Вам попадаются. Не то что этот ПФ - ему шо не называет там кто-то, он хавает.

если ничего кроме оракла не слышал - значит грамотный

ахуительная логика
...
Рейтинг: 0 / 0
03.05.2006, 08:52
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33703585
jvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jvv
Участник
to MX -- ALEX

Во во.. своевременно подмечено...
...
Рейтинг: 0 / 0
03.05.2006, 11:45
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33703638
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
MX -- ALEX
если ничего кроме оракла не слышал - значит грамотный

Есть такое дело. Если знаит хоть одно из Оракла, Скуля, Диби2 или Сибэйса и правильно делает ударение при этом, то можно говорить о продвинутости руководителя в инфотехнологиях. Иначе все буит как на балабановской спичечной фабрике или в Сывтывкаре. Такова сегодняшняя действительность.
...
Рейтинг: 0 / 0
03.05.2006, 12:11
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33703702
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
жаль, что не удалось заслушать начальника транспортного цеха.
Ну из инфосистем.
Но "еще не вечер"
Пока можно инфу по РЖД поспрошать
...
Рейтинг: 0 / 0
03.05.2006, 12:37
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33708029
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
ggvкакими сведениями?
Есть попытки мелкую задачу решить с помошью этих сектантов, окучивая одно региональное отделение. Но вряд ли удержится и на этой мелкой задаче в отдельно взятом регионе..
Пока - звиздеж.

из разяда слышал звон, не зная откуда он ... если мелкой называется задача "крутящая" инфу пфр обо всем трудящеемся населении страны+всех работодателях, то я скромно опускаю голову перед Вашими глобальными проектами :)

в частности достоверно знаю об эксплуатации в пфр
1)ПО по назначению и выплате пенсий (msm), Красноярский край (57 территорий)+таймыр. проект успешно эксплуатируется с 1992 г и уже в те времена имел многопользовательский доступ
2)ПО по конвертации пенсионных прав (cache), web-приложения, эсплуатирует 30 регионов РФ, ведется с 2003 г.
...
Рейтинг: 0 / 0
04.05.2006, 18:18
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33708440
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Rus000
из разяда слышал звон, не зная откуда он ... если мелкой называется задача "крутящая" инфу пфр обо всем трудящеемся населении страны+всех работодателях, то я скромно опускаю голову перед Вашими глобальными проектами :)

Вот вот это и есть откровенная ложь.
Rus000
в частности достоверно знаю об эксплуатации в пфр
1)ПО по назначению и выплате пенсий (msm), Красноярский край (57 территорий)+таймыр. проект успешно эксплуатируется с 1992 г и уже в те времена имел многопользовательский доступ
2)ПО по конвертации пенсионных прав (cache), web-приложения, эсплуатирует 30 регионов РФ, ведется с 2003 г.
И в том, что это не пошло еще на федеральный уровень, есть и моя маленькая толика, совсем мизерная (я не разработчик, и ничего ПФ РФ не делаю)
А может и не пойдет.
...
Рейтинг: 0 / 0
04.05.2006, 21:31
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33708484
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Rus000
в частности достоверно знаю об эксплуатации в пфр

ПФ давно снискал славу всеядностью. Там и клиппер вон во всю используется.
Наверное, мало хто там не эксплуатируется. Гнали реформу, и на ходу шо придется эксплуатировали. Так что удивляться нечему.
...
Рейтинг: 0 / 0
04.05.2006, 22:06
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33708691
Sergei Obrastsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergei Obrastsov
Участник
ну я pavelvp[quot ggv][quot pavelvp]По крайней мере слова про "миллион записей за секунду" я слышал последний раз года 4 назад.
Без уточнения что делалось с этим миллионом записей непонятно, секунда это много или мало (критиковали или хвалили).
насколько я понял, полазив в инете по этому поводу, речь идет о скорости
доступа к индексированному полю, а вовсе не о скорости перебора
миллиона записей. :)

С уважением. Сергей
...
Рейтинг: 0 / 0
05.05.2006, 05:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33708756
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
ggv Rus000
из разяда слышал звон, не зная откуда он ... если мелкой называется задача "крутящая" инфу пфр обо всем трудящеемся населении страны+всех работодателях, то я скромно опускаю голову перед Вашими глобальными проектами :)

Вот вот это и есть откровенная ложь.


столь сильное заявление нуждается в пояснениях. И какая же информация есть у Вас, которая позволяет столь безаппеляционно высказываться?

ggv
И в том, что это не пошло еще на федеральный уровень, есть и моя маленькая толика, совсем мизерная (я не разработчик, и ничего ПФ РФ не делаю)


Вы меня здесь не удивили, видимо это жизненное кредо федеральных разработчиков - сидеть и ничего не делать, а дерьмо пусть регионы разгребают. А всякому ИТ-проекту который посмел автоматизировать что-то нужное будем вставлять свои "толики" в колеса ....

немножко МТV есть в каждом (с) MTV
...
Рейтинг: 0 / 0
05.05.2006, 08:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33708757
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
ggv Rus000
из разяда слышал звон, не зная откуда он ... если мелкой называется задача "крутящая" инфу пфр обо всем трудящеемся населении страны+всех работодателях, то я скромно опускаю голову перед Вашими глобальными проектами :)

Вот вот это и есть откровенная ложь.


столь сильное заявление нуждается в пояснениях. И какая же информация есть у Вас, которая позволяет столь безаппеляционно высказываться?

ggv
И в том, что это не пошло еще на федеральный уровень, есть и моя маленькая толика, совсем мизерная (я не разработчик, и ничего ПФ РФ не делаю)


Вы меня здесь не удивили, видимо это жизненное кредо федеральных разработчиков - сидеть и ничего не делать, а дерьмо пусть регионы разгребают. А всякому ИТ-проекту который посмел автоматизировать что-то нужное будем вставлять свои "толики" в колеса ....

немножко МТV есть в каждом (с) MTV
...
Рейтинг: 0 / 0
05.05.2006, 08:09
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33708774
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
vadiminfo Rus000
в частности достоверно знаю об эксплуатации в пфр

ПФ давно снискал славу всеядностью. Там и клиппер вон во всю используется.
Наверное, мало хто там не эксплуатируется. Гнали реформу, и на ходу шо придется эксплуатировали. Так что удивляться нечему.

а никто и не удивляется.

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

зоопарк уменьшить очень сложно ввиду того, что какие-то программы уже эксплуатируются и их нужно поддерживать, а не переделывать, т.к. нет ни времени ни штатов, как говориться, инвестиции в разработку по уже вложены ...
...
Рейтинг: 0 / 0
05.05.2006, 08:18
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33708928
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
1) Я не федеральный разработчик
2) Я вообще не разработчик. Уже. Хотя, для души, делаю интресные мне вещи.
3) Мне показали, что сделано в красноярске и спросили моего мнения
4) поскольку у меня есть свое мнение, и свой взгляд на создаваемую концепцию развития систем ПФ РФ - я их высказал
5) Если прислушались к моему мнению (пусть даже временно) - в этом нет моей вины.
6) Вообще-то мне фиолетово, что там будет. Просто эта частная задача заведомо проще проектов, в которых мне приходилось учавствовать, поэтому меня и спрашивали, наряду с другими.
7) И наконец, хорошо, что эта уважаемая организация задумалась о целостности своего развития, вместо лоскутного автоматизирования по-районно.
...
Рейтинг: 0 / 0
05.05.2006, 09:42
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33709274
yww@escape.ru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
yww@escape.ru
Гость
ggv1) Я не федеральный разработчик
2) Я вообще не разработчик. Уже. Хотя, для души, делаю интресные мне вещи.
3) Мне показали, что сделано в красноярске и спросили моего мнения
4) поскольку у меня есть свое мнение, и свой взгляд на создаваемую концепцию развития систем ПФ РФ - я их высказал
5) Если прислушались к моему мнению (пусть даже временно) - в этом нет моей вины.
6) Вообще-то мне фиолетово, что там будет. Просто эта частная задача заведомо проще проектов, в которых мне приходилось учавствовать, поэтому меня и спрашивали, наряду с другими.
7) И наконец, хорошо, что эта уважаемая организация задумалась о целостности своего развития, вместо лоскутного автоматизирования по-районно.

Тем не менее, что Вы имели в виду, когда произнесли "Вот вот это и есть откровенная ложь." ?
...
Рейтинг: 0 / 0
05.05.2006, 10:56
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33710253
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
ggv1) Я не федеральный разработчик
2) Я вообще не разработчик. Уже. Хотя, для души, делаю интресные мне вещи.


можно полюбопытствовать тогда чем Вы занимаетесь?

ggv
3) Мне показали, что сделано в красноярске и спросили моего мнения

интересно какое же было мнение

ggv
4) поскольку у меня есть свое мнение, и свой взгляд на создаваемую концепцию развития систем ПФ РФ - я их высказал

по моим ощущениям этой концепции в принципе нет - кусочно-лоскутная неуправляемая автоматизация

ggv
6) Вообще-то мне фиолетово, что там будет. Просто эта частная задача заведомо проще проектов, в которых мне приходилось учавствовать, поэтому меня и спрашивали, наряду с другими.


а в каких более сложных проектах довелось участвовать Вам?

ggv
7) И наконец, хорошо, что эта уважаемая организация задумалась о целостности своего развития, вместо лоскутного автоматизирования по-районно.

пока не разделяю Ваш оптимизм
...
Рейтинг: 0 / 0
05.05.2006, 14:07
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33710588
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
yww@escape.ru
Тем не менее, что Вы имели в виду, когда произнесли "Вот вот это и есть откровенная ложь." ?
То, что это есть ложь.
...
Рейтинг: 0 / 0
05.05.2006, 15:12
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33710599
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Rus000 ggv
4) поскольку у меня есть свое мнение, и свой взгляд на создаваемую концепцию развития систем ПФ РФ - я их высказал

по моим ощущениям этой концепции в принципе нет - кусочно-лоскутная неуправляемая автоматизация

Если будете читать внимательно, то увидите, что это у меня есть свое мнение.
У вас не может быть никаких ощущений по поводу моего мнения.
ИМХО.
...
Рейтинг: 0 / 0
05.05.2006, 15:15
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33710692
yww@escape.ru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
yww@escape.ru
Гость
ggv yww@escape.ru
Тем не менее, что Вы имели в виду, когда произнесли "Вот вот это и есть откровенная ложь." ?
То, что это есть ложь.

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

Нехорошо как-то..
...
Рейтинг: 0 / 0
05.05.2006, 15:35
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33710998
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
интересно - а как я могу аргументировать?
Пригласить сюда выступить кого-то из рулей ПФРФ?
Дык это даже не смешно.
Я знаю, что проекта нет.
Я сказал, что каше используется в одном отдельно взятом регионе - но не уточнял в каком, пока здесь не уточнили.
Хотите проверить?
Проверяйте.
У меня нет письменного подтверждения с печатью и подписью.
...
Рейтинг: 0 / 0
05.05.2006, 16:48
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33711863
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
ggv Rus000 ggv
4) поскольку у меня есть свое мнение, и свой взгляд на создаваемую концепцию развития систем ПФ РФ - я их высказал

по моим ощущениям этой концепции в принципе нет - кусочно-лоскутная неуправляемая автоматизация

Если будете читать внимательно, то увидите, что это у меня есть свое мнение.
У вас не может быть никаких ощущений по поводу моего мнения.
ИМХО.

если прочтетете внимательно, я привел собственное мнение относительно концепции рзвития ИС в ПФР, а комментировать ваше не было даже в мыслях

ggv
интересно - а как я могу аргументировать?
Пригласить сюда выступить кого-то из рулей ПФРФ?
Дык это даже не смешно.
Я знаю, что проекта нет.


вы считаете что заявления тип я знаю, что проекта нет можно считать аргументом в споре? Смешно, право. А я знаю, что проект есть, и будет запущен в пром.эксплуатации до конца года. И что, Вы мне верите, даже если на самом деле все так и обстоит? Питаетесь слухами выдавая их за реальное положение вещей, при этом умудряетесь кидаться фразами "абсолютная ложь" не имея на это никаких оснований кроме кем-то вам сказанных слов в курилке.
...
Рейтинг: 0 / 0
06.05.2006, 05:53
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33711890
Пьяный Лох
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пьяный Лох
Участник
2 Rus000
вы считаете что заявления тип я знаю, что проекта нет можно считать аргументом в споре? Смешно, право. А я знаю, что проект есть
В данном случае надо доказывать наличие, а не отсутствие.
Иначе можно высказать любую чушь и поебень, и с гордым видом заявить оппонентам что дескать теперь "доказывайте мне, что я не прав".
У Вас есть справка от врача с подписями и печатями о том, что Вы не верблюд?

и будет запущен в пром.эксплуатации до конца года.
Вот в конце года и приходите со ссылкой на новости об успешном запуске мега-мумпса в ПФРФ.
...
Рейтинг: 0 / 0
06.05.2006, 06:38
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33711952
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
ggv
И в том, что это не пошло еще на федеральный уровень, есть и моя маленькая толика, совсем мизерная (я не разработчик, и ничего ПФ РФ не делаю)
А может и не пойдет.
"Так многие сидят в веках, на берегах,
и наблюдают, придирчиво и зорко как
другие рядом на камнях хребты
и головы ломают...."
(c) сами знаете кто
...
Рейтинг: 0 / 0
06.05.2006, 08:09
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33712725
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Меня пригласили и спросили что я думаю.
Я высказал результат своего мнения.
Возможности повлиять на принятие решений у меня нет.
Если мое мнения приняли во внимание - то что я сделал не так?
Или я виноват только в том, что вашего мнения не спросили?
...
Рейтинг: 0 / 0
06.05.2006, 12:20
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33714014
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
Пьяный Лох2 Rus000
вы считаете что заявления тип я знаю, что проекта нет можно считать аргументом в споре? Смешно, право. А я знаю, что проект есть
В данном случае надо доказывать наличие, а не отсутствие.
Иначе можно высказать любую чушь и поебень, и с гордым видом заявить оппонентам что дескать теперь "доказывайте мне, что я не прав".
У Вас есть справка от врача с подписями и печатями о том, что Вы не верблюд?

и будет запущен в пром.эксплуатации до конца года.
Вот в конце года и приходите со ссылкой на новости об успешном запуске мега-мумпса в ПФРФ.

зачем мне что-то кому-то доказывать, мне просто покоробила фраза ggv про явную ложь. Такая аргументация только у детей - "ты врешь!", "-почему?","-а потому!" Замечательно. Теперь лох передергивает ситуацию и оказывается что я что-то кому-то должен доказать. Кто отрицание-то высказал? Вот он пусть и доказывает общественности на каком основание он бросает такие бескомпромисные фразы.

Иначе можно высказать любую чушь и поебень, и с гордым видом заявить оппонентам что дескать теперь "доказывайте мне, что я не прав".

если Вы намекаете на то что я где-то такое сказал, то покажите где

лох
У Вас есть справка от врача с подписями и печатями о том, что Вы не верблюд?


уважаемый, надеюсь это была лишь форма речи, эзопов язык, так сказать, и Вы никого не хотите сравнить с этим замечательным, но бесполезным в нашем споре животным ...
...
Рейтинг: 0 / 0
06.05.2006, 19:36
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33714031
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
ggvМеня пригласили и спросили что я думаю.
Я высказал результат своего мнения.
Возможности повлиять на принятие решений у меня нет.
Если мое мнения приняли во внимание - то что я сделал не так?
Или я виноват только в том, что вашего мнения не спросили?

Вы позволили себе голословное утверждение (а также здесь), не имея никакой информации на руках, а в остальном Вы сделали все так.
...
Рейтинг: 0 / 0
06.05.2006, 19:52
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33714273
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Rus000 ggvМеня пригласили и спросили что я думаю.
Я высказал результат своего мнения.
Возможности повлиять на принятие решений у меня нет.
Если мое мнения приняли во внимание - то что я сделал не так?
Или я виноват только в том, что вашего мнения не спросили?

Вы позволили себе голословное утверждение (а также здесь), не имея никакой информации на руках, а в остальном Вы сделали все так.

Тут Имеет смысл вспомнить, что все началось с не менее голословных утверждений:
/topic/282117&pg=12#2619842

которые все остальные почему-то должны аргументированно опровергать.

Вы же не считаете нужным подтверждать высказывания типа:
Rus000> в частности достоверно знаю об эксплуатации в пфр ...
/topic/282117&pg=12#2631309

Так почему же требуете подтверждений совершенно аналогичного:
ggv> Я знаю, что проекта нет.
/topic/282117&pg=13#2636187

Разница только в том, что разговор начали кешисты, поэтому это они должны сначала свои утверждения обосновать, а потом уже требовать от оппонентов предметной критики этих обоснованных утверждений.
...
Рейтинг: 0 / 0
07.05.2006, 05:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33714386
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
c127
Тут Имеет смысл вспомнить, что все началось с не менее голословных утверждений:
/topic/282117&pg=12#2619842

которые все остальные почему-то должны аргументированно опровергать.


заметьте не моих утверждений :)

c127
Вы же не считаете нужным подтверждать высказывания типа:
Rus000> в частности достоверно знаю об эксплуатации в пфр ...
/topic/282117&pg=12#2631309


я об этом достоверно знаю т.к. этими проектами сам занимаюсь с обозначенных сроков начала и по сей день - этого достаточно?

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

не знаю кто начал разговор, я бьюсь-то не за это, а за то чтобы в предметном споре не было криков из толпы, когда анонимка вроде есть, а откуда у нее ноги неизвестно вот и льем из пустого в порожнее.
...
Рейтинг: 0 / 0
07.05.2006, 12:07
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33714728
Lepsik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lepsik
Участник
дайте я порассужадю что скорее всего произошло.

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

вообще это напоминает ситауцию криков типа а НАСА линуксом пользуется, потом оказывается это один из субподрядчиков имеет вебсайт склепаный студентом на коленке. Если бы то что "придумал" инфосис у себя на сайте бы таким на самом деле - то все эти организации по сто раз отметились по этому поводу в новостях и телепередачах. А так - дешевый пиар забесплатно на своем сайте.


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

Проекты на Cache'

- Информационный портал Главного командования Внутренних войск МВД РФ
- Типовая региональная информационная система ГИБДД МВД РФ (внедряется во всех регионах РФ, на первом этапе, 2005-2007 г.г. – региональные управления ГИБДД – около 1500 пользователей)
- Корпоративная Резервная система персонифицированного учета ПФ РФ (все регионы РФ, около 100 серверов, более 2500 пользователей на первом этапе – 2006-2007 г.г.)
- Корпоративная система оперативного (on-line) ведения нормативно-справочной информации по материально-техническим ресурсам ОАО РЖД
(Все железные дороги РФ, более 700 000 номенклатурных позиций, более 7000 пользователей по стране)
- Корпоративные и биллинговые системы в ряде предприятий Связьинвеста – филиалы ЦентрТелекома, ВолгаТелекома и ряде других (Сертификат Минсвязи на работу в сетях до 50 млн. абонентов – рекордное достижение Орловской системы «ОРЕЛ-М-РУПСС», значительно превышающее мировой уровень систем подобного класса)
- Система управления кадрами, ОАО Газпром, Ямбурггаздобыча (около 1500 пользователей)
- Автоматизированная система управления занятостью населения, АСУЗН (ряд регионов РФ)
- Автоматизированная информационно-справочная и аналитическая система по проблемам инвалидности и инвалидов, АИС МСЭ (внедрена в 20 регионах РФ)
- Программные комплексы для автоматизации расчетов в жилищно-коммунальном секторе (внедрены в 15 регионах).
...
Рейтинг: 0 / 0
07.05.2006, 21:07
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33714741
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
jvv
Проекты на Cache'
- Корпоративная система оперативного (on-line) ведения нормативно-справочной информации по материально-техническим ресурсам ОАО РЖД
(Все железные дороги РФ, более 700 000 номенклатурных позиций, более 7000 пользователей по стране)

Извините за грубое слово - пиздешь. На железке это крутится на R/3 (Oracle)
...
Рейтинг: 0 / 0
07.05.2006, 21:39
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33714744
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Кстати. Номенклатурных позиций там около милииона, а юзеров более 15 тысяч.
...
Рейтинг: 0 / 0
07.05.2006, 21:42
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33715295
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Cat2
Извините за грубое слово - пиздешь. На железке это крутится на R/3 (Oracle)
2 Cat2,
я так, мимо проходил. Cat2, прежде чем так распыляться, нужно знать, что в РЖД помимо АСУФР (на базе R3) крутится еще куча немалых систем (ИОДВ, ЭТРАН, ТВК, ЕМПП...), в том числе и СК МТР (сетевой классификатор материально-технических ресурсов, о котором судя по всему и идет речь).
Некрасиво.
...
Рейтинг: 0 / 0
08.05.2006, 17:01
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33715612
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Rus000 c127
Тут Имеет смысл вспомнить, что все началось с не менее голословных утверждений:
/topic/282117&pg=12#2619842
которые все остальные почему-то должны аргументированно опровергать.

заметьте не моих утверждений :)

Заметил. Но аргументации требуете Вы.

Rus000
c127
Вы же не считаете нужным подтверждать высказывания типа:
Rus000> в частности достоверно знаю об эксплуатации в пфр ...
/topic/282117&pg=12#2631309

я об этом достоверно знаю т.к. этими проектами сам занимаюсь с обозначенных сроков начала и по сей день - этого достаточно?

Так ведь и ggv утверждает что он знает достоверно. Почему Ваше достоверное знание лучше его? С моей точки зрения ваши достоверные знания абсолютно одинаковы.

Rus000
c127
Разница только в том, что разговор начали кешисты, поэтому это они должны сначала свои утверждения обосновать, а потом уже требовать от оппонентов предметной критики этих обоснованных утверждений.
не знаю кто начал разговор,
В таком случае Вам возможно будет интересно узнать:
jvv> Это взято из рассылки InterSystems... Надеюсь что господа, не имеющие желания видеть дальше своего носа, узнают для себя что-то новое.
....
/topic/282117&pg=12#2619842


Rus000
я бьюсь-то не за это, а за то чтобы в предметном споре не было криков из толпы, когда анонимка вроде есть, а откуда у нее ноги неизвестно вот и льем из пустого в порожнее.
Я многократно предлагал задачи и эксперименты для предметного разговора. Решения задачи 3 все нет, уже надоело напоминать, обсудить решения задачи с билетами удалось только с Вами, несмотря на наличие целой толпы фанатов кеша, ответа на вопрос будем ли проводить тест в задаче с билетами от фанатов МУМПС-а тоже нет. Вместо этого предлагается зачем-то удалять пробелы из строки, причем приведенное раз 20 СКЛ решение тупо игнорируется. Как с такими людьми можно предметно разговаривать?
...
Рейтинг: 0 / 0
08.05.2006, 23:04
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33715947
andrew000999
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrew000999
Гость
Я вообще-то автор темы
Меня тут обозвали чалом - и я самоустранился - не люблю когда обывают непонятно как
Выясняется что это ваши вутренние непонятные разборки - поэтому публикую задачу еще раз
Мое имя Вологдин Андрей Сергевич (andrew000999.ru@list.ru) - автор небезизвестного
The Universal Mumps commander (alt-nc)
а1 Есть некий файл. dbf кол записей порядка 200 тыс100000000000000011414
ФИО+ДТР+Паспорные данные
Этот файл был создан некоей (кстати оракл программой) собственно он дбфом не является - нарушена структура заголовка - потеряны несколко первых символв заголовка скажем гдето меджу 3 и 14 - неизвестно сколько), более того поля Фамилия, Имя, Отчество обрезаны по 6 символов в каждой - для непонятливых
Вишневский Иннокентий Александрович представлен как Вишнев Инноке Алекса
Дата рождения полная нормальная
Есть другая база xxx.dbf - этот нормальный но но 300 тыс записей
ФИО+ДТР+Паспорные данные
Есть третья база данных представленная в текстовом режиме на 2 млн записей
ФИО+ДТР+Паспорные данные
Требуется сравнить все три базы и по совпадению ФИО+ДТР ( на таких объемах это практически полное совпадение (97-99%))
1. Восстановить полние значение ФИО в первой базе
2. Проставить значения паспортных данных (в двух последних они имеюся) с выдачей протоколов на возможных двойников по паспортным данным
3.Создать новый дбф с нормальным заголовком первого файла
74 Если паспорт старый то произвести маленькую оптимизацию
скажем в паспорте 1X8 788788 нужно единицу заменить на римскую и тд
для нового паспорта в номере ввести лидирующие нули для нас мумпсистов реш
(если новый паспорт номер 000714 то в двух последних базах он представлен как 714 - мне ставились такие требования)

Условия
1 Если мой код будет меньше Вашего менее ЧЕМ В ПЯТЬ РАЗ - с меня ящик коняька - считаем посимвольно
2 Если мой код будт выполнятся менее ЧЕМ В ПЯТЬ РАЗ быстрее чем Ваш - с меня ящик коньяка
3 Если Ваш код будет точнее моего хотябы на одного человека - с меня ящик коньяка
хотел добавить еще условие - скорость разработки - н это не проверишь
я выполнил эту работу за 40 минут включая время расчета
это не я крутой - это мумпс - как вы его называете крутой
и еще добавлю - мой код будет работать и под любым виндоус и под почти любым линуксом
где установлен любой мумпс -msm cache gtm m3-lite m21 mumps1.47
НЕ ИЗМЕНЯЯ НИ ОДНОГО СИМВОЛА в коде

Дополнение 1 -5 бутылок конька выпито- итого в роыгрыше 15 бутылок - долго чухаетесь
Дополне ние 2 - все три исходных файоа представлены в трех кодировках (866 cp1251 koi-8rus)
(Это я в заголовке указать забыл)
...
Рейтинг: 0 / 0
09.05.2006, 14:46
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33716022
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
andrew000999
Выясняется что это ваши вутренние непонятные разборки - поэтому публикую задачу еще раз

Разве ничего другого не выяснилось? Например, что этой задаче место не в разделе "Сравнение СУБД", а в каком нить "программировании"? Ить она по сути подходит для сравнения универсальных языков программирования.
Т.е. посравнивать МУМПС с С, С++, VB, С# или Джавой. Как они там возятся с файлами.


Что может означать в свете фразы
andrew000999
Создать новый дбф с нормальным заголовком первого файла

фраза

andrew000999
Этот файл был создан некоей (кстати оракл программой) собственно он дбфом не является

?

Что за Оракловая программа клепает собсно не дбфы, но с заголовками, к которым моно так легоко лезть как к дбфам? Поробуйте спасать не открывающиеся оракловые БД, если это так просто. Это буит, если получится, реальное что-то.

andrew000999
Условия ...


Ну может на С++ кто-то и налабает исходники с меньшим кодом, но ить он буит пользоваться библиотеками, которые сделают основнуб работу. А там кода не меряно. Или Вы к ним (в тему С++) не пойдете?
...
Рейтинг: 0 / 0
09.05.2006, 16:33
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33716049
мумпсистовые
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мумпсистовые
Гость
andrew000999для нового паспорта в номере ввести лидирующие нули для нас мумпсистов решОграничений на используемый язык нет (не MUMPS)для нас мумпсистов решВроде все по-русски, а вот это для нас мумпсистов реш перевести на русский можно?
...
Рейтинг: 0 / 0
09.05.2006, 17:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33716120
dvm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dvm
Гость
Да нечем там хвастаться и делать нечего.
Восстановить заголовок - у меня 10 утилит на диске на выбор(от нортона и куча самописок).Ни символа кода.Можно и при помощи HEX редактора с калькулятором. Однажды так правил.Сбасибо автору DN.
Залить данные из файла с разделителями - 1 оператор.
Собрать правильные данные - 1 запрос.
Добавить нулей - одна штатная функция, подправить серию еще одна.
Где подвиг то?
...
Рейтинг: 0 / 0
09.05.2006, 17:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33716128
Dvm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dvm
Гость
ДА и fox здесь побеждает.Ключевые слова - 4 символа.А писать меньше
...
Рейтинг: 0 / 0
09.05.2006, 18:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33716286
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
c127
Заметил. Но аргументации требуете Вы.


я всегда требую аргументации, если по любой теме высказано что-то типа "да все это чушь". При этом оппонент использует классический риторический прием (он же испольуется в т.н. женской логике), когда утверждение подвергается сомнению брошенной походя фразой "да все это ложь|чушь/брехня/х...я" что некоторым образом ошеломляет оппонента настроенного на нормальный логический спор и инициатива фактически переходит к тому кто бросил эту бестолковую фразу, и при таком раскладе получается что первый оппонент начинает оправдываться и доказывать почему то, что он сказал есть правда. При этом окружающие психологически поддавшись такому передергиванию спора в другую плоскость не справишивают почему второй оппонент так безаппеляционно и безаргументно передернул, они думают "да, пусть он докажет, что прав!". Господа, я много читал разные ветки форума и в них есть уважаемые за логику и аргументированность своей позиции мной личности, но сейчас у меня в этой ветке мне кажется мы свалиливаемся на спор котрый мне напоминает алчущую толпу желающую забить камнями каждого инакомыслящего, при этом воспринимая каждую выкрикнутую из толпы абсурдную фразу как новый аргумент ... это грусто, господа

c127
rus000
я об этом достоверно знаю т.к. этими проектами сам занимаюсь с обозначенных сроков начала и по сей день - этого достаточно?


Так ведь и ggv утверждает что он знает достоверно. Почему Ваше достоверное знание лучше его? С моей точки зрения ваши достоверные знания абсолютно одинаковы.


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

с127
Я многократно предлагал задачи и эксперименты для предметного разговора. Решения задачи 3 все нет, уже надоело напоминать, обсудить решения задачи с билетами удалось только с Вами, несмотря на наличие целой толпы фанатов кеша, ответа на вопрос будем ли проводить тест в задаче с билетами от фанатов МУМПС-а тоже нет. Вместо этого предлагается зачем-то удалять пробелы из строки, причем приведенное раз 20 СКЛ решение тупо игнорируется. Как с такими людьми можно предметно разговаривать?

ну хорошо, чтобы не было недосказанности, завершу то, что начал в собственной структуре данных.
Код: plaintext
\n/// Имеем структуру проданных билетов\n\t/// ^БИЛЕТЫ(дата,рейс,место)=пассажир\n\t\n\t;Строим упрощенную расчетную структуру вида ^TEMP(дата-рейс,пассажир)=""\n\tset дата="" \n\tfor {\n\t\tset дата=$ORDER(^БИЛЕТЫ(дата))  ;обходим все даты на которые проданы билеты\n\t\tquit:дата=""\n\t\t\n\t\tset рейс=""\n\n\t\tfor {\n\t\t\tset рейс=$ORDER(^БИЛЕТЫ(дата,рейс))  ; внутри каждой даты обходим все номера рейсов на которые проданы билеты \n\t\t\tquit:рейс=""\n\t\t\t\n\t\t\tset место=""\n\n\t\t\tfor {\n\t\t\t\tset место=$ORDER(^БИЛЕТЫ(дата,рейс,место))  ;какой пассажир сидит на месте?\n\t\t\t\tquit:место=""\n\t\t\t\t\n\t\t\t\t\n\t\t\t\tset пассажир=^БИЛЕТЫ(дата,рейс,место)\n\t\t\t\tset ^TEMP(дата_":"_рейс,пассажир)=""\n\t\t\t}\n\t  \t}\n\t}\n\t\n\t;Строим декартово произведение рейсов по расчетной структуре и извлекаем пары \n\t;удовлетворяющие условию количества одинаковых пассажиров > 10 \n\t\n\tset датарейс1="" \n\tfor {\n\t\tset датарейс1=$ORDER(^TEMP(датарейс1)) \n\t\tquit:датарейс1=""\n\t\t\n\t\tset датарейс2=$ORDER(^TEMP(датарейс1)) ;Следующий дата-рейс после дата-рейс- 1 \n\n\t\tfor {\n\t\t\tset датарейс2=$ORDER(^TEMP(датарейс2))\n\t\t\tquit:датарейс2=""\n\t\t\t\n\t\t\tset cnt= 0   ;счетчик одинаковых пассажиров\n\t\t\t\t\t\t\n\t\t\tset пассажир=""\n\t\t\tfor {\n\t\t\t\tset пассажир=$ORDER(^TEMP(датарейс1,пассажир)) \n\t\t\t\tquit:пассажир=""\n\t\t\t\t\n\t\t\t\tset:$DATA(^TEMP(датарейс2,пассажир)) cnt=cnt+ 1   ;пассажир из дата-рейс- 1  есть в дата-рейс- 2 \n\t\t\t}\n\t\t\t\n\t\t\twrite:cnt> 10  !,датарейс1,датарейс2,cnt\n\t\t}\n\t\t\t\n\t}\n

да, алгоритмическое программирование задачи - никакой декларативности, ну и что?
...
Рейтинг: 0 / 0
09.05.2006, 20:19
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33716292
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Rus000
да, алгоритмическое программирование задачи - никакой декларативности, ну и что?

Хорошего ничего в этом нет. Это вчерашний день и подлежит снятию с производства. И так полно задач где "никакой декларативности". Не хватало тока в эпоху реляционных БД инфу извлекать с "никакой декларативностью".
Мы же не дикари с Вами в самом то деле, чтобы наперекор всей цивилизации такое вытворять.
...
Рейтинг: 0 / 0
09.05.2006, 20:30
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33716561
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Rus000
я всегда требую аргументации, если по любой теме высказано что-то типа "да все это чушь".


Еще раз обращаю Ваше внимание на начало этой части спора.
jjv сказал: "мы крутые, нами была построена - Корпоративная Резервная система персонифицированного учета ПФ РФ (все регионы РФ, около 100 серверов, более 2500 пользователей на первом этапе – 2006-2007 г.г.)"
/topic/282117&pg=12#2619842

ggv сказал: "про пенсионный фонд - звездеж."
/topic/282117&pg=12#2620206

Объясните мне чем первое утверждение в смысле обоснованности лучше второго? Почему Вы потребовали аргументировать второе утверждение, но прошли мимо абсолютно такого же отсутствия аргументации в первом? Обратите внимание, что речь идет обо ВСЕХ регионах РФ.

rus000
прочтите внимательно - я занимаюсь управлением разработкой указанных мною выше проектов, поэтому естественно я достоверно знаю , как минимум, о том, что эти проекты существуют, и эксплуатируются уже несколько лет, и как максимум представляю переспективу их развития.
В то время как ggv сам (здесь и здесь) говорит что он в стороне от процесса. О какой достоверности его слов можно говорить? с достоверностью разговоров в курилке.
Почему же в курилке:
ggv> "3) Мне показали, что сделано в красноярске и спросили моего мнения"
Где тут курилка? Но и в курилке можно выяснить, что что-то где-то не используется.

Подумайте сами, какая с моей точки зрения разница между Вами и ggv? Я не знаю ни Вас ни его, любой из Вас в принципе может сказать правду, а может неправду. Как Ваши так и его слова пока ничем не подтверждены. Но еще раз повторяю, дело не в этом, дело в том, что ПЕРВОНАЧАЛЬНО аргументов не было, ggv опровергал абсолютно голословное утверждение, поэтому требовать аргументов от него нелогично, пусть сначала jjv подтвердит свои слова хоть чем-нибудь.

Если хотите говорить предметно, то предоставьте ссылки, токлько не на сайт производителя, а на сайт пользователя.

rus000
ну хорошо, чтобы не было недосказанности, завершу то, что начал в собственной структуре данных.
................

да, алгоритмическое программирование задачи - никакой декларативности, ну и что?

Вот это другое дело, разбираюсь.

Вопрос "ну и что?" можно задать абсолютно в любом случае. Например: ты на мерседесе, а я на трамвае, ну и что? Ты закончил МГУ, а я вообще нигде не учился и не собираюсь, ну и что? Ну и т.д. в том же духе.
...
Рейтинг: 0 / 0
10.05.2006, 01:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33716829
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
vadiminfo Rus000
да, алгоритмическое программирование задачи - никакой декларативности, ну и что?

Хорошего ничего в этом нет. Это вчерашний день и подлежит снятию с производства. И так полно задач где "никакой декларативности". Не хватало тока в эпоху реляционных БД инфу извлекать с "никакой декларативностью".
Мы же не дикари с Вами в самом то деле, чтобы наперекор всей цивилизации такое вытворять.

Вообще-то дикари
Только те забивают камнями инакомыслящих
А мы - "снимаем с производства"

не факт что лет через 20 все будет
шоколадно-декларативно-эпохально-реляционно

Кстати мы решаем такие задачи на мумпс без алгоритмов-циклов
-чисто декларативно
Лет 10 уже

Но это надстройка над мумпс - наш удобный инструмент
А здесь речь шла о том как это выглядит на чистом мумпсе
хотя в чистом виде это сейчас редко едят - есть много
более высокоуровневых мумпс-систем
которые ну очень похожи на реляционные - а возможностей - больше
-нет запрета на низкоуровневое кодирование - если очень надо

И вообще -
надо поддерживать инакомыслящих
вреда от них не так много - зато вдруг откроют что-то интересное

Еще лет 200 назад было сказано что развитие физики
закончено - все законы открыты
Некоторые не послушались
...
Рейтинг: 0 / 0
10.05.2006, 09:56
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33717207
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
MX -- ALEX
не факт что лет через 20 все будет
шоколадно-декларативно-эпохально-реляционно

Разве это повод чтобы возвращаться на 30 лет назад в Дореляционную эпоху?


MX -- ALEX
Кстати мы решаем такие задачи на мумпс без алгоритмов-циклов
-чисто декларативно
Лет 10 уже
Но это надстройка над мумпс - наш удобный инструмент

Есть большая разница между "удобным инструментом" и языком БД. Удобных инструментов для РСУБД полно. Генераторы, приложений, отчетов. Даже графические языки запросов типа QBE. Но есть язык БД SQL. Он декларативный. Типа тоже 4 поколения. А у Вас язык 3-го поколения. Не декларативный.

MX -- ALEX
А здесь речь шла о том как это выглядит на чистом мумпсе

Автор решения сказал:

Rus000
да, алгоритмическое программирование задачи - никакой декларативности, ну и что?
Т.е. на чистом МУМПСе выглядит плохо по сравнению SQL.

MX -- ALEX
хотя в чистом виде это сейчас редко едят - есть много
более высокоуровневых мумпс-систем
которые ну очень похожи на реляционные - а возможностей - больше
-нет запрета на низкоуровневое кодирование - если очень надо

Т.е. Вы признаете, что в чистом виде он не съедобен? Иначе бы чаще ели. Т.е. для БД хуже.
А что касается кодирования левого по отношению к БД, то РСУБД имеют средства работать со всеми более или менее продвинутыми универсальными языками. Т.е. возможно более современными, чем МУМПС. Т.е. им все равно, а у Вас тока МУМПС.

MX -- ALEX
хотя в чистом виде это сейчас редко едят - есть много
более высокоуровневых мумпс-систем
которые ну очень похожи на реляционные - а возможностей - больше
-нет запрета на низкоуровневое кодирование - если очень надо

Т.е. Вы признаете, что в чистом виде он не съедобен? Иначе бы чаще ели. Т.е. для БД хуже.

А Вы говорите.

MX -- ALEX

Еще лет 200 назад было сказано что развитие физики
закончено - все законы открыты
Некоторые не послушались

Разе МУМПС имеет отношение к новейшим открытиям? Он дореляционный. Читайте до научный. Так что при чем тут физика не совсем ясно. Если что и появится новое, то вряд ли это буит очередная версия МУМПСа.
...
Рейтинг: 0 / 0
10.05.2006, 11:58
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33717249
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Rus000
я об этом достоверно знаю т.к. этими проектами сам занимаюсь с обозначенных сроков начала и по сей день - этого достаточно?

Rus000
В то время как ggv сам (здесь и здесь) говорит что он в стороне от процесса. О какой достоверности его слов можно говорить? с достоверностью разговоров в курилке.

Ну если еще не понятно, ту для непонявших уточню - можно говорить о достоверности слов консультанта, внешнего привлеченного консультанта.
А консультанты, как правило, знают больше о общем состоянии дел в организации, чем рядовые разработчики, даже если они трудятся над несколькими проектами.
...
Рейтинг: 0 / 0
10.05.2006, 12:09
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33717304
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
все же дисседентов не надо топить
с ними интереснее
...
Рейтинг: 0 / 0
10.05.2006, 12:21
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33717657
Sergei Obrastsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergei Obrastsov
Участник
vadiminfo
Разве это повод чтобы возвращаться на 30 лет назад в Дореляционную эпоху?
Но есть язык БД SQL. Он декларативный. Типа тоже 4 поколения. А у Вас язык 3-го поколения. Не декларативный.
А что касается кодирования левого по отношению к БД, то РСУБД имеют средства работать со всеми более или менее продвинутыми универсальными языками. Т.е. возможно более современными, чем МУМПС. Т.е. им все равно, а у Вас тока МУМПС.
Разе МУМПС имеет отношение к новейшим открытиям? Он дореляционный. Читайте до научный. Так что при чем тут физика не совсем ясно. Если что и появится новое, то вряд ли это буит очередная версия МУМПСа.
"... у наших лошадок облегченные подковы из титанового сплава, специализированный витаминизированный корм и эргономичная
спроектированная по спецзаказу сбруя, они выведены лучшими
нашими селекционерами с привлечением генной инженерии, тележки
расчитаны лучшими инженерами и выполнены из наилучших материалов.
и вообще, конно-тягловая сила - это венец человеческой мысли в решении
проблемы транспорта. а вы тут со своим сраным автомобилем..."

правда похоже? :))

С уважением. Сергей
...
Рейтинг: 0 / 0
10.05.2006, 13:37
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33717675
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
vadiminfo Rus000
да, алгоритмическое программирование задачи - никакой декларативности, ну и что?

Хорошего ничего в этом нет. Это вчерашний день и подлежит снятию с производства. И так полно задач где "никакой декларативности". Не хватало тока в эпоху реляционных БД инфу извлекать с "никакой декларативностью".
Мы же не дикари с Вами в самом то деле, чтобы наперекор всей цивилизации такое вытворять.

не помню сейчас кто это сказал, но мне понравилась фраза. приблизительно так
"Есть задачи в которых главное что именно извлечь (требования к извлечению), а есть задачи в которых главное как способом данные должны быть обработаны"

В первом случае с задачами справляется декларативные ЯОД, со вторыми - алгоритмические. Обе суть две эффективно дополняющие друг друга технологии.

mumps есть алгоритмический язык с встроенными средствами прямого доступа к долговременно хранящимся данным.

но М-система это несколько шире - это иерарическая СУБД + mumps + доп.навороты отдельных производителей.
...
Рейтинг: 0 / 0
10.05.2006, 13:42
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33717726
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
vadiminfo
Разве это повод чтобы возвращаться на 30 лет назад в Дореляционную эпоху?

А почему именно возвращаться ? Может быть идти вперед, в Постреляционную (не, слово это не нравится, ИС его затерло) в Нереляционную, Древовидную, Объектную, много еще есть разных слов. У Вас почему-то Реляционная == здорово, все остальное - плохо.

vadiminfo
Есть большая разница между "удобным инструментом" и языком БД. Удобных инструментов для РСУБД полно. Генераторы, приложений, отчетов. Даже графические языки запросов типа QBE. Но есть язык БД SQL. Он декларативный. Типа тоже 4 поколения. А у Вас язык 3-го поколения. Не декларативный.

Аналогичный вопрос, а почему Вы считаете, что декларативный == хорошо ?

vadiminfo
Т.е. на чистом МУМПСе выглядит плохо по сравнению SQL.

Чем плохо ?

vadiminfo
Разе МУМПС имеет отношение к новейшим открытиям? Он дореляционный. Читайте до научный. Так что при чем тут физика не совсем ясно. Если что и появится новое, то вряд ли это буит очередная версия МУМПСа.

Не слишком ли безапелляционное заявление "дореляционный == донаучный" ?
А насчет новых версий, так они регулярно появляются :-) (Не забывайте, что MUMPS, это не только Cache от Intersystems)
...
Рейтинг: 0 / 0
10.05.2006, 13:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33717776
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
c127
Еще раз обращаю Ваше внимание на начало этой части спора.
jjv сказал: "мы крутые, нами была построена - Корпоративная Резервная система персонифицированного учета ПФ РФ (все регионы РФ, около 100 серверов, более 2500 пользователей на первом этапе – 2006-2007 г.г.)"

ggv сказал: "про пенсионный фонд - звездеж."
/topic/282117&pg=12#2620206


информация вброшена раньше чем нужно, но очень недалека от истины - такой проект планируется к развертыванию в указанные сроки. БОльшая определенность быть или не быть появится ближе к середине лета. В любом случае этот проект использоваться внутри пфр и вряд ли где будут опубликованы анонсы на этот счет.

c127
Объясните мне чем первое утверждение в смысле обоснованности лучше второго? Почему Вы потребовали аргументировать второе утверждение, но прошли мимо абсолютно такого же отсутствия аргументации в первом?


Вы правы, jvv безаргументен, ggv знает чуть больше, но не все, поэтому спор между ними как говориться "за что купил за то и продаю" :)
Я знаю немножно больше потому как участвую и в этом проекте, но обсуждать эту информацию публично мне бы не хотелось, не сочтите за неуважение, но все-таки это внутренняя кухня.

c127
Обратите внимание, что речь идет обо ВСЕХ регионах РФ.

Вас что-то здесь смущает?


rus000
Подумайте сами, какая с моей точки зрения разница между Вами и ggv? Я не знаю ни Вас ни его, любой из Вас в принципе может сказать правду, а может неправду. Как Ваши так и его слова пока ничем не подтверждены. Но еще раз повторяю, дело не в этом, дело в том, что ПЕРВОНАЧАЛЬНО аргументов не было, ggv опровергал абсолютно голословное утверждение, поэтому требовать аргументов от него нелогично, пусть сначала jjv подтвердит свои слова хоть чем-нибудь.


в принципе, конечно, разницы между нами никакой - на то он и безликий форум. С другой стороны есть формучане, слова которых никто и не опровергает (типа ASCRUS, mir, SergSuper и т.д.) когда они говорят про свои проекты, Вы же их тоже лично не знаете - только по репутации в форуме, не так-ли? Наверное у меня репутации еще маловато по сравнению с ggv :)

Доказывательная база штука сложная, вон адвокаты дела выворачивают шиворот навыворот и толпа в шоке как он все развернул с ног на голову. Что ж говорить про форум? Так что все это лирика :)
...
Рейтинг: 0 / 0
10.05.2006, 14:11
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33717806
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
ggv
Ну если еще не понятно, ту для непонявших уточню - можно говорить о достоверности слов консультанта, внешнего привлеченного консультанта.
А консультанты, как правило, знают больше о общем состоянии дел в организации, чем рядовые разработчики, даже если они трудятся над несколькими проектами.

1) Кто Вам сказал что я рядовой разработчик и мне известно меньше Вашего?
2) С чего Вы взяли, что внешнему консультанту в организации говорят больше чем он должен услышать?
...
Рейтинг: 0 / 0
10.05.2006, 14:20
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33717956
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Sergei Obrastsov
правда похоже? :))

Смотря что. Если МУМПС лошадка, а РУСБД автомомобиль, то похоже. По времени МУМПС из той эпохи БД, када это было ремесло. С появлением реляционных БД када появились признаки науки.

Rus000
"Есть задачи в которых главное что именно извлечь (требования к извлечению), а есть задачи в которых главное как способом данные должны быть обработаны"


Вот что именно извлечь имеет значение в приложениях БД. Для чего мы создаем ИС. Второе возьмет на себя РСУБД, если Вы про скорость, например.
Но Вы в первом отдали пальму первенства РСУБД? Или будете говорить про тулсы, которые декларативно что-то тоже могут извлекать?

Rus000
Обе суть две эффективно дополняющие друг друга технологии.

Вот именно, что дополняющие, а не взаимно заменяющие.
Вопрос токо где и как они дополняют друг друга. Писал уже, что РСУБД обеспечивает возможность дополнять себя разными алгоритмическим языками.
Но если речь идет об извлечении данных из БД, или задач где декларативные языки обеспечивают приемлемую полноту решенй, то алгоритмический там в значительной мере лишний.
Т.е. Декларвативный могут дополнять разные алгоритмические (не тока МУМПС), но заменять его МУМПСом (т.е. решать его задачи) идея не очевидная во всех отношениях.

Rus000
но М-система это несколько шире - это иерарическая СУБД + mumps + доп.навороты отдельных производителей

Вот насчет того, что МУМПС или М-системы СУБД желательно бы прояснить. Так как он, вроде, считается языком программирования а не СУБД.
А иерархическая СУБД - дореляционная СУБД. Так, по крайней мере, считалось до сегодняшнего дня.

LittleCat
А почему именно возвращаться ? Может быть идти вперед, в Постреляционную (не, слово это не нравится, ИС его затерло) в Нереляционную, Древовидную,

Назад потому что она была до РСУБД, если Вы не про Кэша, а про МУМПС.
Ничего принципиально нового по сравнению с теми годами в ней вроде не видно. Это вообще не СУБД, т.е. файловые системы. Т.е. это до СУБДшный период. Какой же тут вперед?
Постреляционной назовут, ту которая будет реально господствовать в постреляционную эпоху. И не тока ее авторы или сторонники. А пока это тока претензии на это.

LittleCat
в Нереляционную, Древовидную, Объектную, много еще есть разных слов. У Вас почему-то Реляционная == здорово, все остальное - плохо.

Неряляционная - это тока отрицание. Таких полно - право называться реляционной СУБД, еще надо доказать. Древовидные, по видимому, то что называют иерархическими. Тада это назад. Они господствовали в Дореляционную эпоху.
Объектные. Так тут еще ниче не ясно. Есть ОРСУБД и ООСУБД - они типа и претендуют на чтот-то. МУМПС ни то и ни другое. А про КЕШа тоже ниче не ясно. Хто он. Тут есть топик про это.
То что реляционная здорово - это не тока у меня. Посмотрите литературу по БД. А вообще что теперь бум хвалить что-нить кроме Реляционной просто так, без всяких оснований.
Ну есть типы приложений БД хде Реляционная не адекватна. Я говорил, что так думаю. Проблема тока в том, хто там адекватен. И тем более так адекватен как реляционная там хде она хороша - а это большинство реальных приложений опееративной обработки транзакций.

LittleCat
Аналогичный вопрос, а почему Вы считаете, что декларативный == хорошо ?

Думаете тока я считаю? Декларативные языки относят к 4 поколению, а алгоритмические к 3. Что это может означать по Вашему? Если Вы пишете тока ЧТО Вам надо, не заботясь о том КАК. Это не хорошо?

LittleCat
Чем плохо ?

Там автор говорил что это редко едят (про чистый МУМПС). На SQL едят часто и много.

LittleCat
Не слишком ли безапелляционное заявление "дореляционный == донаучный" ?

Не безапелляционное, а известное. До реляционной - ремесло, а с появлением - наука. Неужели не слышали? Все-таки Вы из такого города - СПб.
Мечта поэта. А этого не слышали. Странно.

LittleCat
Не забывайте, что MUMPS, это не только Cache от Intersystems

Прежде чем забывать, не плохо бы наконец-то понять в каком смысле MUMPS есть Cache от Intersystems. Первый язык прграммирования. И вроде даже не ООП. А вторая СУБД и вроде ОО там имеет значение. Я вот уже скока спрашивал за несколько лет на форуме, а ясности так и нет.
...
Рейтинг: 0 / 0
10.05.2006, 14:58
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33718084
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
vadiminfo

Rus000
"Есть задачи в которых главное что именно извлечь (требования к извлечению), а есть задачи в которых главное как способом данные должны быть обработаны"


Вот что именно извлечь имеет значение в приложениях БД. Для чего мы создаем ИС. Второе возьмет на себя РСУБД, если Вы про скорость, например.


второе не возьмет на себя СУБД, точнее не всегда возьмет, потому как расчеты с данными, а именно их я отнес к алгоритмической части симбиоза, не всегда носят характе плюс, минус и умножить на коэффициент. Есть масса градаций сложности расчетов начиная от простой арифментики до приближенных к научным. Вы что на чистом скл сделете это? Позвольте Вам не поверить - Вы будете писать с и java- модули (вот они алгоритмы и никаких деклараций) и пристегивать их к СУБД.

vadiminfo
Rus000
Обе суть две эффективно дополняющие друг друга технологии.

Вот именно, что дополняющие, а не взаимно заменяющие.
Вопрос токо где и как они дополняют друг друга. Писал уже, что РСУБД обеспечивает возможность дополнять себя разными алгоритмическим языками.
Но если речь идет об извлечении данных из БД, или задач где декларативные языки обеспечивают приемлемую полноту решенй, то алгоритмический там в значительной мере лишний.

последнее предложение - сильно сказано. Интересно а что такое 'приемлемая полнота решений'?


vadiminfo
Rus000
но М-система это несколько шире - это иерарическая СУБД + mumps + доп.навороты отдельных производителей

Вот насчет того, что МУМПС или М-системы СУБД желательно бы прояснить. Так как он, вроде, считается языком программирования а не СУБД.


я же написал выше, что такое mumps

vadiminfo
Неряляционная - это тока отрицание. Таких полно - право называться реляционной СУБД, еще надо доказать. Древовидные, по видимому, то что называют иерархическими. Тада это назад. Они господствовали в Дореляционную эпоху.

есть еще направления вверх вниз, и куча варантов с диагоналями :)

vadiminfo
Думаете тока я считаю? Декларативные языки относят к 4 поколению, а алгоритмические к 3.

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

vadiminfo
LittleCat
Не слишком ли безапелляционное заявление "дореляционный == донаучный" ?

Не безапелляционное, а известное. До реляционной - ремесло, а с появлением - наука. Неужели не слышали? Все-таки Вы из такого города - СПб.
Мечта поэта. А этого не слышали. Странно.


РМД наверное единственная математически проработанная модель ни до ни после больше не удалось, но это же не значит что прогресс остановился на реляционной теории? Есть масса успешных проектов использующих иные подходы, и они всегда будут, потому что ИТ-технологии развиваются гигантскими темпами мало ли что придумают умные головы, например из наукограда-Обнинска :)
...
Рейтинг: 0 / 0
10.05.2006, 15:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33718146
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
vadiminfo
Прежде чем забывать, не плохо бы наконец-то понять в каком смысле MUMPS есть Cache от Intersystems. Первый язык прграммирования. И вроде даже не ООП. А вторая СУБД и вроде ОО там имеет значение. Я вот уже скока спрашивал за несколько лет на форуме, а ясности так и нет.
Вообще изначально MUMPS был создан как самостоятельная многопользовательская многозадачная операционная система, которая в тоже время являлась и базой данных. Если действительно интересно понять, то например вот
...
Рейтинг: 0 / 0
10.05.2006, 15:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33719134
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Rus000
c127
Обратите внимание, что речь идет обо ВСЕХ регионах РФ.

Вас что-то здесь смущает?

Это было по поводу фразы:
Rus000
прочтите внимательно - я занимаюсь управлением разработкой указанных мною выше проектов, поэтому естественно я достоверно знаю , как минимум, о том, что эти проекты существуют, и эксплуатируются уже несколько лет, и как максимум представляю переспективу их развития.
А по ссылке на Ваши проекты сказано, что Вы участвуете:
1)ПО по назначению и выплате пенсий (msm), Красноярский край (57 территорий)+таймыр. проект успешно эксплуатируется с 1992 г и уже в те времена имел многопользовательский доступ
2)ПО по конвертации пенсионных прав (cache), web-приложения, эсплуатирует 30 регионов РФ, ведется с 2003 г.
Так вот это далеко не ВСЕ регионы РФ, даже при условии, что Вы сказали правду. Как ни крути, обо всех регионах говорить не получается. Вы не участвуете в работе всех регионов, Вы о них могли слышать в разговорах, как Вы говорите, в курилке.

rus000
в принципе, конечно, разницы между нами никакой - на то он и безликий форум. С другой стороны есть формучане, слова которых никто и не опровергает (типа ASCRUS, mir, SergSuper и т.д.) когда они говорят про свои проекты, Вы же их тоже лично не знаете - только по репутации в форуме, не так-ли? Наверное у меня репутации еще маловато по сравнению с ggv :)
Во-первых с SergSuper-ом я спорил очень много. Посмотрите ветки по сравнению оракла и МССКЛ сервера. Во-вторых все они, в частности ASCRUS и mir прдставляют тут не просто утверждения, но и аргументы. Поэтому кто они на самом деле совершенно не важно ибо обсуждаются их аргументы, а они доступны. Кроме того ASCRUS выкладывает программы, которые можно проверить, и Вы в том чилсе можете это сделать, и отвечает на всякие хитрые вопросы в сайбейзовском форуме, на мои в том числе, поэтому сомнений в его квалификации нет никаких, для меня по крайней мере, но это не важно.

Главное, что их аргументы доступны тут, а не являюстся неподтвержденными ссылками на никому неизвестые проекты.

Я ведь не придираюсь к Вам, когда Вы выкладываете программы. В этом случае тоже совршенно не важно кто Вы на самом деле.

Rus000
второе не возьмет на себя СУБД, точнее не всегда возьмет, потому как расчеты с данными, а именно их я отнес к алгоритмической части симбиоза, не всегда носят характе плюс, минус и умножить на коэффициент. Есть масса градаций сложности расчетов начиная от простой арифментики до приближенных к научным. Вы что на чистом скл сделете это? Позвольте Вам не поверить - Вы будете писать с и java- модули (вот они алгоритмы и никаких деклараций) и пристегивать их к СУБД.
Вы ведь тоже надеюсь не будете писать обработку звука или изображения на МУМПС-е. Так к чему эти разгворы, в этом смысле МУМПС ничем не лучше РСУБД, он не решает всех задач. Тут уже многократно говорилось, что современная система это не решение задачи одним средсвом, это уже прошли и забыли потому что не работает, а интеграция разных средтв, каждое из которых 1) хорошо решает свою часть задачи
2) средства легко объединяются.




LittleCat
У Вас почему-то Реляционная == здорово, все остальное - плохо.
...
Не слишком ли безапелляционное заявление "дореляционный == донаучный" ?

Когда нет формализации - полохо, это значит нет науки, когда есть - хорошо.
Есть ли в дореляционных БД или в МУМПС-е какая-то наука? Если да, то приведите ссылки на формализации. Этот вопрос повторялся тут уже раз 30, но ответа из МУМПС лагеря все нет.

LittleCat
vadiminfo
Т.е. на чистом МУМПСе выглядит плохо по сравнению SQL.


Чем плохо ?
Простой вопрос: показать номера рейсов которые были в январе 2003 года и на которые оставалось от 10 до 20 непроданных билетов включительно, но самолет не "TU 154"

Простой ответ.
На М:
/topic/54920&pg=12#2406070
Код: plaintext
\nCOUNT(path)\n {\n\t set idx=""\n\t for count= 0 : 1  set idx=$ORDER(@path@(idx)) quit:idx=""\n\t quit count\n } \n\n set месяц="2003-01"\n set кромесамолета="TU-154"\n set кол1= 10 ,кол2= 20            ;от [кол1,кол2] билетов\n \n set дата=$ZDATEH(месяц_"-01", 3 )  // начинаем с  1 -го числа месяца\n for {\n\t set дата=$ORDER(^РАСПИСАНИЕ(дата))\n\t quit:дата=""\n\t quit:$EXTRACT($ZDATE(дата, 3 ), 1 , 7 )\'=месяц  //прекращаем поиск если достигли конца месяца\n\t \n\t set рейс=""\n\t for {\n\t\t set рейс=$ORDER(^РАСПИСАНИЕ(дата,рейс)) \n\t\t quit:рейс=""\n\t\t set типсамолета=^РАСПИСАНИЕ(дата,рейс)\n\t\t if (типсамолета\'=кромесамолета) { //отбрасываем лишние типы\n\t\t\tset проданомест=$$COUNT($NAME(^БИЛЕТЫ(дата,рейс)))\n\t\t\tset мествналичии=$$COUNT($NAME(^САМОЛЕТ(типсамолета)))\n\t\t\tset непродано=мествналичии-проданомест\n\t\t\tif (непродано\'<кол1) && (непродано\'>кол2) set рейсы(рейс)=""\n\t\t }\n\t }\n\t \n }\n zw рейсы\n
На СКЛ:
/topic/54920&pg=12#2406559
Код: plaintext
select s.race \n  from Sold s, Shadule h, Fly f \n  where s.race=h.race // связываются таблицы\n    and h.fly=f.fly       // связываются таблицы\n    and f.caption<>\'TU 154\'\n    and datediff(month,\'2003.01.01\',h.date)= 0  // можно заменить на h.date between  \'2003.01.01\' and \'2003.01.31\' \n    and s.flag= 1 \n  group by s.race\n  having (((select sum(cnt) from place p where p.fly=f.fly) - count(*)) between  10  and  20 )\n

В случае сложного вопроса разница будет больше.
...
Рейтинг: 0 / 0
11.05.2006, 00:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33719156
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
c127
В случае сложного вопроса разница будет больше.
Одно русское слово, сказанное с выражением, с успехом заменяет английское выражение. Иногда наоборот. Спорить нужно об эффективности для решения конкретных задач.
Я угадаю мелодию с 5-ти нот.. А я с 3-х.. Не угадал никто. И кто выиграл?
...
Рейтинг: 0 / 0
11.05.2006, 01:41
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33719366
Rus000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rus000
Гость
c127
А по ссылке на Ваши проекты сказано, что Вы участвуете:
...
Так вот это далеко не ВСЕ регионы РФ, даже при условии, что Вы сказали правду. Как ни крути, обо всех регионах говорить не получается. Вы не участвуете в работе всех регионов, Вы о них могли слышать в разговорах, как Вы говорите, в курилке.


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

Я знаю немножно больше потому как участвую и в этом проекте , но обсуждать эту информацию публично мне бы не хотелось, не сочтите за неуважение, но все-таки это внутренняя кухня.


давайте не будем переводить спор в абсурд - Вы скоро меня уже убедите что я вообще ни в каких проектах не участвую. Бред.


Во-первых с SergSuper-ом я спорил очень много. Посмотрите ветки по сравнению оракла и МССКЛ сервера. Во-вторых все они, в частности ASCRUS и mir прдставляют тут не просто утверждения, но и аргументы. Поэтому кто они на самом деле совершенно не важно ибо обсуждаются их аргументы, а они доступны.


может быть я плохо знаком с вашими баталиями, но правильно ли я понял, что и mir и ASCRUS и SergSuper доказывали о существовании проектов в которых они участвуют? Если так, то покажите где, если же нет почему Вы от меня требуете сверусилий на доказательство того факта что указанные выше проекты существуют? Ну не все задачи публичны как Вы этого не поймете? Не на все проекты есть анаонсы в интернете или в печати - они просто тихо работают, и это все что от них требуется. Даже если Вы будете настойчиво убеждать общественность, что ничего такого нет, то работающие проекты от этого не исчезнут, по крайней мере по этой причине. Это, как говорил Ленин, объективная реальность.

c127
Я ведь не придираюсь к Вам, когда Вы выкладываете программы. В этом случае тоже совршенно не важно кто Вы на самом деле.


с алгоритмами и кодом все понятно: выложил - доказал. но не все доказывается таким способом, согласитесь.

c127
Rus000
второе не возьмет на себя СУБД, точнее не всегда возьмет, потому как расчеты с данными, а именно их я отнес к алгоритмической части симбиоза, не всегда носят характе плюс, минус и умножить на коэффициент. Есть масса градаций сложности расчетов начиная от простой арифментики до приближенных к научным. Вы что на чистом скл сделете это? Позвольте Вам не поверить - Вы будете писать с и java- модули (вот они алгоритмы и никаких деклараций) и пристегивать их к СУБД.
Вы ведь тоже надеюсь не будете писать обработку звука или изображения на МУМПС-е. Так к чему эти разгворы, в этом смысле МУМПС ничем не лучше РСУБД, он не решает всех задач. Тут уже многократно говорилось, что современная система это не решение задачи одним средсвом, это уже прошли и забыли потому что не работает, а интеграция разных средтв, каждое из которых 1) хорошо решает свою часть задачи
2) средства легко объединяются.


прочтите внимательно мой пост для vadiminfo. Я аргуметировал как раз для ситуации когда сибиоз декларативного языка и алгоритмического жизненно необходим в сложных решениях, в то время как vadiminfo говорил , что достаточно лишь декларативного.
vadiminfo
Но если речь идет об извлечении данных из БД, или задач где декларативные языки обеспечивают приемлемую полноту решенй, то алгоритмический там в значительной мере лишний.

Думаете тока я считаю? Декларативные языки относят к 4 поколению, а алгоритмические к 3. Что это может означать по Вашему?


c127
Простой вопрос: показать номера рейсов которые были в январе 2003 года и на которые оставалось от 10 до 20 непроданных билетов включительно, но самолет не "TU 154"

Простой ответ.
На М:
/topic/54920&pg=12#2406070

На СКЛ:
/topic/54920&pg=12#2406559


сравнивать декративный запрос и алгоритмический код просто глупо, извините.
кроме того насколько я помню модель у SergSuper\'а была изначально упрощена - в частности по персонификации мест в самолете

c127
В случае сложного вопроса разница будет больше.


в чем больше? в записи запроса? а Вас не интересует эффективность полученного исполняемого кода?
За все приходится платить - повышение абстракции языка ведет в снижению его гибкости - это же очевидно. SQL не существует в реальном решении сам по себе - к нему есть "ручки" за которые крутить, тумблеры которые включают-выключают, и много еще чего, зачем Вы бравируете кратостью кода не понимаю
...
Рейтинг: 0 / 0
11.05.2006, 09:14
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33719542
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Rus000
второе не возьмет на себя СУБД, точнее не всегда возьмет, потому как расчеты с данными, а именно их я отнес к алгоритмической части симбиоза, не всегда носят характе плюс, минус и умножить на коэффициент.

Точнее почти всегда возьмет. Что касается "не всегда носят характе плюс, минус и умножить на коэффициент", то я говорил, что есть либо типы приложений БД где РСУБД не адекватны, либо это вообще не извлечение инфы из БД, а дальнейшая ее обработка, например, сложные вычисления чего-то на основе данных. Но обратите внимание, что в первом случае РСУБД расширяют в сторону ОРСУБД крупнейшие производители СУБД. Во втором есть сервера приложений, или толстые клиенты. И там используются опять средства разработки наиболее современные. В принципе я это говорил. Про то что МУМПСовое решение и там хуже и там. И как язык БД и как универсальный язык. А Вы все намеакаете на типа полноту МУМПСа - он и язык БД и язык для разработки приложений. Не говоря уже о наличии декларативности, просто специализированные средства луче в области своей специализации, чем что-то универсальное в этих областях.

Rus000
Есть масса градаций сложности расчетов начиная от простой арифментики до приближенных к научным. Вы что на чистом скл сделете это? Позвольте Вам не поверить - Вы будете писать с и java- модули (вот они алгоритмы и никаких деклараций) и пристегивать их к СУБД.

Это второй случай из предыдущего пунтка. Специализация SQL на управлении БД, извлечении инфы. А взятие интегралов ни его специализация. Но заметьте - я буду писать на с и java, и, как правило, не просто модули, а клиентские или серверные приложения, а Вы опять на МУМПСе. А с и java для этих то целей скорей всего получе будут. У них парадигмы программирования покачественней и получе будут - больше народу их юзало и критиковало и разрабатывало. Да и в рейтинге они на верхних позициях - в конкурентной среде пребывают успешно.

Rus000
последнее предложение - сильно сказано. Интересно а что такое 'приемлемая полнота решений'?

СКЛ не обладает вычислителной полнотой. Более того, в каких-то случаях где он в принципе позволяет получить результат - навигация может иметь преимущества. Поэтому у него есть алгоритмические расширения. Но его возможностей достаточно для решения задач по управлению БД и извлечению инфы в значительном большинстве случаев.
Т.е. он обладает приемлемой полнотой для задач БД. Вопрос о соотношении достоинств и недостатков. А не то, что у РМД и стало быть СКЛ нет недостатков. Просто его достоинства все перевешивают.

Rus000
я же написал выше, что такое mumps


Но многие писали и противоречиво получается. Вот Ваш коллега написал

LittleCat
Не забывайте, что MUMPS, это не только Cache от Intersystems


Вы писали, что есть М-системы, которые иерархические СУБД и включают МУМПС. По видимому, здесь mumps как язык программирования (у LittleCat - это, в частности СУБД Кэш, но и что-то еще о чем не нуно забывать).
И почему М-системы - СУБД? Обычно у кажной СУБД есть имя. А тут посто M-системы? Или у кажной М-системы свое? Тада приведите, плиз, примеры таких именованных СУБД, которые относятся к М - системам.
Вот тут поди разберись.

Rus000

есть еще направления вверх вниз, и куча варантов с диагоналями :)


Типа в стороне от магистральных путей? Не по той колее?

Rus000
и о чем это поколение говорит? только не о том что он лучше и заменяет языки из предыдущих поколений, по крайней мере в настоящее время замены-то и не видно.

Хуже заменяет в области своей специализации? Но заменяет таки. Ить большинство БД реляционные. По факту замена видна все же. Ну кому-то может что-то и не видно до сих пор. Тоже, кста, загадка природы.

Rus000
Номер поколения говорит только лишь о более высоком уровне абстракции и как следствие об уменьшении гибкости и ни о чем больше

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

Rus000
РМД наверное единственная математически проработанная модель ни до ни после больше не удалось, но это же не значит что прогресс остановился на реляционной теории?

Если прогресс и не остановился, то это не значит, что любой кто захотел, тот оказался более прогрессивным. Прогресс ведь мог и не остановиться, но МУМПС тем ни менее к прогрессу может не иметь никакого отношения. Такое же нельзя исключать?

Rus000
Есть масса успешных проектов использующих иные подходы, и они всегда будут, потому что ИТ-технологии развиваются гигантскими темпами мало ли что придумают умные головы, например из наукограда-Обнинска :)

Что понимать под успешным. Внедрение калькуляторов кое-где у нас порой тоже моно считать успешным - заказчик заплатил и что-то они там считают, а до этого у них были счеты.
ИТ технологии может и развиваются, но во-первых и РСУБД могут развиваться. В сторону ОРСУБД, и тем более технологий вообще. Посмотрите - Оракл 10 версии букву g припендюрил к своим версиям. Новая технология - Грид. Во-вторых, опять развите то может идти, но МУМПСа развитие (или еще кого) может быть все равно сзади или "внизу", например. Он же из дореляционной эпохи.
Труднее представить как он мог оказаться на волне развития впереди, или хотя бы "вверху".
...
Рейтинг: 0 / 0
11.05.2006, 10:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33719946
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
vadiminfo
Rus000
я же написал выше, что такое mumps


Но многие писали и противоречиво получается. Вот Ваш коллега написал

LittleCat
Не забывайте, что MUMPS, это не только Cache от Intersystems



Ну что же, давайте начнем сначала (я надеюсь, такие серьезные спорщики, которые здесь собрались, не сочтут за труд до конца прочитать например эту статью ?
Для тех, у кого туго с языком (сами знаете каким), краткие тезисы:
MUMPS, в дальнейшем просто М, это язык программирования для создания приложений, работающих с базами данных. Обычно говорят об М-системах, поскольку реализация этого языка неотделима от реализации базы данных. Таким образом MUMPS и М-систему можно считать синонимами. Основой БД в М-системах являются разреженные многомерные массивы (разреженные означает то, что хранятся только те элементы массива, которые реально существуют) Изначально все данные в М-системах (в том числе и индексы массивов) рассматриваются как строки, типы данных отсутствуют. Физическую основу хранения составляют сбалансированные В-деревья.

vadiminfo
И почему М-системы - СУБД? Обычно у кажной СУБД есть имя. А тут посто M-системы? Или у кажной М-системы свое? Тада приведите, плиз, примеры таких именованных СУБД, которые относятся к М - системам.

Я надеюсь, я уже ответил. М-системы, это те, которые основаны на языке М. Из реализаций (наименований СУБД) это прежде всего Cache от Intersystems, поскольку в настоящее время она наиболее быстро развивается. MSM от Micronetics был очень неплохой реализацией, но с тех пор как Intersystems скупила его на корню, положен под сукно и больше не развивается. DSM - реализация М-системы от фирмы DEC, соответственно для DEC-кой техники. GT.M - многоплатформенная реализация М-системы, пожалуй единственная из промышленных (имеется ввиду надежность и масштабируемость), которая имеет GNU-вариант (до недавнего времени только под Linux x86, в этом году Alpha-OpenVMS и Alpha-Tru64UNIX).
vadiminfo
Что понимать под успешным. Внедрение калькуляторов кое-где у нас порой тоже моно считать успешным - заказчик заплатил и что-то они там считают, а до этого у них были счеты.

Как мне кажется, успешное, это доведенное до рабочего состояния на заданном железе с заданной функциональностью за указанные деньги ;-) А насчет хумора... Лет этак 10 назад был я в одной конторе связи, межгород. В одной комнате сервер 486DX40, в него воткнуто четыре мультиплексора и 32 телефонистки со скоростью свиста на своих терминалах работают с базой данных MSM, а рядом навороченный пентиум последней модели, на котором стоит Oracle, и четыре бухгалтера, по несколько секунд ожидающие реакции на каждое нажатие клавиши... О чем это говорит ? Да ни о чем в общем, отдельно взятые примеры ничего не доказывают, и даже отдельно взятые задачки, которые тут пытались решать - тоже :-) Доказывают реальные комплексы, внедренные где-то, реальные цифры затрат времени, денег, техники, и еще много чего. Например на М существуют программные комплексы, успешно работающие уже лет по 10. Они конечно с современной точки зрения выглядят архаично, но задачи поставленные успешно решают, и если поделить затраты на их создание на время эксплуатации, то это тоже будет параметр, по которому можно вести сравнение.
vadiminfo
Во-вторых, опять развите то может идти, но МУМПСа развитие (или еще кого) может быть все равно сзади или "внизу", например. Он же из дореляционной эпохи.
Труднее представить как он мог оказаться на волне развития впереди, или хотя бы "вверху".
Да MUMPS-то как раз имеет потенциал развития, что неоднократно доказывалось. Потребовался SQL доступ и реляционное представление - на М написали, и даже не одну реализацию (Cache SQL, KB SQL). Захотелось объектное представление данных, да пожалуйста, объекты в Cache (опять же первоначально целиком реализованные на М). Хранить XML документы в базе данных ? Так древовидная структура как будто для этого создана. Т.е. мысль в том, что над чистым М достаточно легко создать нужную надстройку, соответствующую конкретной задаче, и модель не обязательно должна быть табличной. А реляционные базы изначально ограничены :-)
...
Рейтинг: 0 / 0
11.05.2006, 11:54
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33720132
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
LittleCat
Да MUMPS-то как раз имеет потенциал развития, что неоднократно доказывалось. Потребовался SQL доступ и реляционное представление - на М написали, и даже не одну реализацию (Cache SQL, KB SQL). Захотелось объектное представление данных, да пожалуйста, объекты в Cache (опять же первоначально целиком реализованные на М). Хранить XML документы в базе данных ? Так древовидная структура как будто для этого создана. Т.е. мысль в том, что над чистым М достаточно легко создать нужную надстройку, соответствующую конкретной задаче, и модель не обязательно должна быть табличной. А реляционные базы изначально ограничены :-)

поэтому непонятно зачем переходить например с CACHE
на реляц систему или еще куда
когда все и так уже есть в этом М-флаконе

хочешь - работай через встроеный SQL 4-ого поколения
хочешь - используй свой заточеный м-инструмент 5-ого поколения :)
хочешь - работай через обьекты
хочешь - пиши навигацию на чистом МUMPS
хочешь - подключай модули си с джабой

в М все есть

а если SQL на десять процентов недотягивает
так ведь М развивается
да и всегда можно на более низком уровне выжать по максимуму

чего нам спорить ?
...
Рейтинг: 0 / 0
11.05.2006, 12:45
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33720846
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
LittleCat
Ну что же, давайте начнем сначала (я надеюсь, такие серьезные спорщики, которые здесь собрались, не сочтут за труд до конца прочитать например эту статью ?
Для тех, у кого туго с языком (сами знаете каким), краткие тезисы:


Давайте сначала. Тем более что это многое прояснит о том хде в технологиях БД находятся М. И конечно без статей - потому шо пока не очевидно, что нуно тратить время на чтение подобных статей.

LittleCat
MUMPS, в дальнейшем просто М, это язык программирования для создания приложений, работающих с базами данных.

Пока понятно. Т.е. он занимается по отношению к БД тем же что и Джава, Дельфи, VB и т.д.

LittleCat
Обычно говорят об М-системах, поскольку реализация этого языка неотделима от реализации базы данных.

Извините, не понятно. В каком смысле не отделима? Он же не СУБД, а язык программирования.

LittleCat
Таким образом MUMPS и М-систему можно считать синонимами.

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

LittleCat
Основой БД в М-системах являются разреженные многомерные массивы (разреженные означает то, что хранятся только те элементы массива, которые реально существуют) Изначально все данные в М-системах (в том числе и индексы массивов) рассматриваются как строки, типы данных отсутствуют. Физическую основу хранения составляют сбалансированные В-деревья.

Это понятно. Сам термин М-система, однако, пока кажется туманным. Вы его ни как синоним М-языка опишите, а самого по себе. Как СУБД.

LittleCat
Я надеюсь, я уже ответил. М-системы, это те, которые основаны на языке М.

Смеетесь на до мной? Тут парни писали прогу, которая пробелы убирает. Она основана на языке М. Она что тоже по такому определению М-система, которая СУБД?

LittleCat
Из реализаций (наименований СУБД) это прежде всего Cache от Intersystems, поскольку в настоящее время она наиболее быстро развивается. MSM от Micronetics был очень неплохой реализацией, но с тех пор как Intersystems скупила его на корню, положен под сукно и больше не развивается. DSM - реализация М-системы от фирмы DEC, соответственно для DEC-кой техники. GT.M - многоплатформенная реализация М-системы, пожалуй единственная из промышленных (имеется ввиду надежность и масштабируемость), которая имеет GNU-вариант (до недавнего времени только под Linux x86, в этом году Alpha-OpenVMS и Alpha-Tru64UNIX).


Это интересная инфа. Т.е. для них М-язык, как для Оракла - С, на котором он был написан? А М-системы тада получается - это СУБД разработанные с помощью М. Но Оракл и С совсем не синонимы. А Вы говорите про синонимы. Поясните, плиз.

LittleCat
Как мне кажется, успешное, это доведенное до рабочего состояния на заданном железе с заданной функциональностью за указанные деньги ;-)

Возможно. Тока тада видно, что успешными могут быть системы между которыми технологическая пропасть. В частности, одну из них в будущем за новые указанные деньги можно легко сопровождать, масштабировать, а другую нет. Да и сами задачи могут быть разного масштаба. Те с кулькуляторами, там тоже могло быть все в рабочем состоянии, за указанные деньги.

LittleCat
Да MUMPS-то как раз имеет потенциал развития, что неоднократно доказывалось.

Вопрос тока хде. Внизу, Сзади или спереди, сбоку. Не было же отрицания развития. Развивающиеся страны тоже развиваются по своему. Речь то о том кто хде находится или буит находиться в обозримом будущем.

LittleCat
Потребовался SQL доступ и реляционное представление - на М написали, и даже не одну реализацию (Cache SQL, KB SQL).

Так и на С написали. Важно еще что и как написали.

LittleCat
Захотелось объектное представление данных, да пожалуйста, объекты в Cache (опять же первоначально целиком реализованные на М).
Захотеться то может и захотелось. Но вот из соседнего топика не видно, чтобы все считали это последним писком в ООМД.

LittleCat
Хранить XML документы в базе данных ? Так древовидная структура как будто для этого создана.
Еще не очевидно, что в лидирующих СУБД хуже с XML дела обстоят.

LittleCat
Т.е. мысль в том, что над чистым М достаточно легко создать нужную надстройку, соответствующую конкретной задаче, и модель не обязательно должна быть табличной. А реляционные базы изначально ограничены :-)

Что значит легко? Что значит надстройку? Надстройки не всегда стильно выглядят. И какую модель уточните, плиз. Потому модель данных всегда имеет шансы быть назва плоской, т.е. быть не тока не табличной, а вообще просто форматом каким-то и все. А вся модель в приложении. Но это буит не модель данных, а модель приложения.
...
Рейтинг: 0 / 0
11.05.2006, 16:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721083
Фотография 4d_monster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
4d_monster
Участник
"Когда мудрец спорит с дураком - спорят два дурака" (с)

Вопрос: Интересно, участники дискуссии читают, что им пишут оппонеты? а что пишут сами?
Ответ: Конечно, да! ведь и цитируют, и подкалывают друг друга.

Вопрос: А они понимают, что пишут оппоненты? Что сами пишут?
Ответ: Конечно... НЕТ ! ведь спорят о разных вещах.
...
Рейтинг: 0 / 0
11.05.2006, 17:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721408
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
vadiminfo И конечно без статей - потому шо пока не очевидно, что нуно тратить время на чтение подобных статей.

Подобных чему ? Впрочем, к вам у меня больше комментариев нет, я думаю, кому действительно интересно разобраться, тот не поленится прочитать короткую энциклопедическую статью. (Правда, может у Вас с английским проблемы ?)
...
Рейтинг: 0 / 0
11.05.2006, 19:40
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721438
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
4d_monster"Когда мудрец спорит с дураком - спорят два дурака" (с)

Вопрос: Интересно, участники дискуссии читают, что им пишут оппонеты? а что пишут сами?
Ответ: Конечно, да! ведь и цитируют, и подкалывают друг друга.

Вопрос: А они понимают, что пишут оппоненты? Что сами пишут?
Ответ: Конечно... НЕТ ! ведь спорят о разных вещах.
Да, Вы правы, к сожалению большинство дискуссий здесь именно такие. Сам я знаком с М технологией с... даже не вспомнить сразу, с какого года, 80-е, когда еще никакого великолепия супер баз данных не было, а был ДИАМС-2 на машине СМ-4. И в нем было многое из того, к чему со временем пришли нынешние монстры, и сжатие ключей, и хранение данных в В-деревьях. Тех, кто зациклился на "реляционный это круто", "без SQL баз данных не бывает", "учение Кодда и Дейта единственно верное" и прочих утверждениях, конечно не переубедиш, но есть надежда, что этот форум читают люди, способные ВЫБИРАТЬ из реального многообразия возможностей, способные программировать на нескольких языках одновременно, в зависимости от специфики задачи, и может быть приводимая здесь информация поможет им взглянуть на мир не сколько шире, раскрепостит их фантазию ?-)
...
Рейтинг: 0 / 0
11.05.2006, 20:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721494
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
LittleCat
Подобных чему ?

Про технологии, которые на данный момент не представляются актуальными, на полном серьезе читать ломает.


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

Спасибо и на том, что прокомментировали. Я имею в виду, что Вы хотя бы перечислили М - системы. Все остальное, что сбивает с толку, например, про синонимы и всякуя пропаганду про технологии - это можно отбросить пока. Т.е. их комментировать толку мало.
...
Рейтинг: 0 / 0
11.05.2006, 20:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721503
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
vadiminfo
Про технологии, которые на данный момент не представляются актуальными, на полном серьезе читать ломает.

Извините, что значит "актуальными" ? В смысле, для Вас ? Тогда наверное не стоит. Но если Вы ввязываетесь в спор по поводу этих технологий, пытаетесь как-то аргументировать свою точку зрения, то неплохо бы знать хотя бы азы, иначе своими необдуманными заявлениями можно ввести кого-то в заблуждение :-(
...
Рейтинг: 0 / 0
11.05.2006, 20:59
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721545
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
LittleCat
Извините, что значит "актуальными" ? В смысле, для Вас ?

Думаете тока для меня? В общей литре по БД про МУМПС не встречал. Про иерахические встречал, про ООСУБД встречал. Но там другие СУБД приводятся. А про М - системы что-то не попадалось.

LittleCat
Но если Вы ввязываетесь в спор по поводу этих технологий, пытаетесь как-то аргументировать свою точку зрения, то неплохо бы знать хотя бы азы, иначе своими необдуманными заявлениями можно ввести кого-то в заблуждение :-(

Да какой там спор еще. Вы свои тексты считаете обдуманными?
Вот, например

LittleCat
MUMPS, в дальнейшем просто М, это язык программирования для создания приложений, работающих с базами данных.


LittleCat
Таким образом MUMPS и М-систему можно считать синонимами.



LittleCat
М-системы, это те, которые основаны на языке М. Из реализаций (наименований СУБД) это прежде всего Cache от Intersystems,


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

Т.е. я не уверен, что и Вы обдумывали. Но если даже Вы и обдумывали, то шанс ввести кого-то в заблуждение у Вас все же есть.

Кстати, если система не на С, то это повод для беспокойства. Все-таки система это не прикладуха, чтобы быть на прикладушных тулсах написанной. Но это так - деталь для порядка.

Мне не нуно СКЛ пропагандировать - он сам себе дорогу проторил. Но Ваша пропаганда разве не похожа на лозунги с профсоюзного собрания?

Так что думаю, отвлекаться на поиски соринок в глазах друг друга не стоит. Какой есть - такой есть. Все равно на зарплату не влияет.

А по делу сами видите - реального маловато буит. Про Кэш здесь писали и про МУМПС. Поисчите. Ниче такого, чтобы говорило, о том что они реально постреляционные выявлено не было. Это я смягчаю. А без этого останется тока упрекать всех в зацикливании на СКЛ. А что же еще?
...
Рейтинг: 0 / 0
11.05.2006, 21:42
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721558
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Да и еще, чтобы было до конца понятно, что С и Оракл, например синонимы, а не просто С - системы.
LittleCat
Не забывайте, что MUMPS, это не только Cache от Intersystems
...
Рейтинг: 0 / 0
11.05.2006, 21:50
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721568
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Rus000
сравнивать декративный запрос и алгоритмический код просто глупо

Т.е. Вы признаете, что декларативный имеет преимущества? Или что? А кто говорил, "никакой декларативности ну и что?" Не стронники же SQL? А ведь кто-то говорил. Искать ломает, но точно помню.
...
Рейтинг: 0 / 0
11.05.2006, 21:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721701
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
авторМне не нуно СКЛ пропагандировать - он сам себе дорогу проторил. Но Ваша пропаганда разве не похожа на лозунги с профсоюзного собрания?
15 страниц сравнения карандаша с шариковой ручкой. Без применения к предметной области больше похоже на войны религиозных фанатиков. Применительно к чему сравнивается то? И где SQL дорогу прорубил? В одних прорубил, в других недорубил :) Этот спор такая же глупость, как и выбор СУБД до, хотя-бы, выяснения области ее применения. Все на SQL, Все на M, Все на С# и т.п. Действительно профсоюзное собрание :)
...
Рейтинг: 0 / 0
12.05.2006, 00:40
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721702
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
4d_monsterВопрос: А они понимают, что пишут оппоненты? Что сами пишут?
Ответ: Конечно... НЕТ ! ведь спорят о разных вещах.
хотя... одна здравая мысль была :)
...
Рейтинг: 0 / 0
12.05.2006, 00:41
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721706
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
vadiminfo
сравнивать декративный запрос и алгоритмический код просто глупо

действительно глупо. Особенно если учесть, что для подготовки декларативного запроса часто приходится делать алгоритмический препроцессинг. А потом исполнять декларативный запрос... Ерунда в общем.
...
Рейтинг: 0 / 0
12.05.2006, 00:55
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721747
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
iscrafm vadiminfo
сравнивать декративный запрос и алгоритмический код просто глупо

действительно глупо. Особенно если учесть, что для подготовки декларативного запроса часто приходится делать алгоритмический препроцессинг. А потом исполнять декларативный запрос... Ерунда в общем.
Кому приходится, Вам? Так давно известно что Карузо картавит и у него нет ни слуха ни голоса.

Алгоритмический препроцессинг это, вообще какая-то глупость, догадаться о чем идет речь можно только по контексту. Где Вы откопали этот термин, ссылочку можно? Точно так же как и противопставлять алгоритмический код и декларативный. Противопоставлением декларативного стиля является императивный и это тут много раз обсуждалось. Почитать можно, например, тут:
http://www.softcraft.ru/paradigm/dp/dp01.shtml
но лучше найти какую-нибудь классику. Еще там можно прочитать что декларативный стиль более естественный для человека, причем эта точка зрения не только автора статьи, я ее встречал многократно. Это ко вопросу откуда куда на самом деле происходит "прерпоцессинг".

iscrafm
Этот спор такая же глупость, как и выбор СУБД до, хотя-бы, выяснения области ее применения. Все на SQL, Все на M, Все на С# и т.п. Действительно профсоюзное собрание :)
Это к тов. andrew000999, который начал эту ветку, он заядлый кешист, он Вас поймет.
...
Рейтинг: 0 / 0
12.05.2006, 02:50
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33721763
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
Rus000
давайте не будем переводить спор в абсурд - Вы скоро меня уже убедите что я вообще ни в каких проектах не участвую. Бред.
Еще раз повторяю, Ваши аргументы (не все, а только эти) работают только если принять, что Вы говорите правду. А это неизвестно. Я Вас ни в чем не убеждаю, работайте себе на здоровье где хотите, я всего лишь говорю, что я не могу проверить Вашу правдивость, поэтому эти Ваши аргументы - не аргументы и ничем не лучше, но и не хуже, чем заявление ggv: "про пенсионный фонд - звездеж", которое Вы пытаетесь оспорить. Говорил уже, хотите говорить предметно - приведите ссылки, или что-то другое, что можно было бы легко проверить.

Rus000
может быть я плохо знаком с вашими баталиями, но правильно ли я понял, что и mir и ASCRUS и SergSuper доказывали о существовании проектов в которых они участвуют?
Вы поняли неправильно.

Rus000
с алгоритмами и кодом все понятно: выложил - доказал. но не все доказывается таким способом, согласитесь.
ИМХО будет достаточно, если вы продемонстрируете преимущество КЕШ-а хотя бы в тех областях, где такой подход работает, например в удобстве программирования, в длине кода.

Пока что этого не произошло, скорее наоборот, налицо явное преимущество СКЛ серверов, кроме задачи Эйнштейна. Но с этой задачей тоже непонятки, ссылки на код, который тестировался и который тут был якобы выложен, я не получил.

Rus000
прочтите внимательно мой пост для vadiminfo. Я аргуметировал как раз для ситуации когда сибиоз декларативного языка и алгоритмического жизненно необходим в сложных решениях, в то время как vadiminfo говорил , что достаточно лишь декларативного.
vadiminfo прав, декларативного языка действительно достаточно, если это полный язык. Вопрос лишь в удобстве и скорости исполнения, иногда использование декларативного языка либо неудобно, либо программа получается недостаточно быстрой.

Не используйте термин "алгоритмичесий язык" в данном контексте, это неправильно. Лучше использовать "процедурный" или еще лучше "императивный".

Rus000
сравнивать декративный запрос и алгоритмический код просто глупо, извините.
кроме того насколько я помню модель у SergSuper\'а была изначально упрощена - в частности по персонификации мест в самолете
Сравнивать ничего не глупо, лишь бы то, что мы сравниваем решало одну и ту же задачу, как в нашем случае.

Если не ошибаюсь, то в своем решении Вы приняли эти упрощения и используете ту же модель что и он.

Rus000
в чем больше? в записи запроса? а Вас не интересует эффективность полученного исполняемого кода?
Отвечал уже:
"Скорость выполнения не важна, речь идет о принципах."
/topic/282117&pg=5#2581987

Однако если Вас интересует эффективность, то это сюда:
c127
Переходим к тестам на производительность задачи с билетами? Билеты ближе к реальным задачам, соответсвенно результаты будуть более показательными.
/topic/282117&pg=8#2591871
...
Рейтинг: 0 / 0
12.05.2006, 03:42
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33722051
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
iscrafm
И где SQL дорогу прорубил?

Как это где? В настоящее время реляционная эпоха. Даже то что Кэш себя называет постреляционной говорит именно об этом - т.е. Кэш признает таковую эпоху. Удивлен и не мало Вашим вопросом.

iscrafm
Без применения к предметной области больше похоже на войны религиозных фанатиков. ....
В одних прорубил, в других недорубил :)

Он прорубил себе дорогу в типовых бизнес приложениях. А это наибольший объем задач. И одним из достоинств РСУБД - вообще высокая независимость приложений от данных. Так шо ко всем ПО этого типа приложений он подходит в общем и целом даже, если БД уже создана, а ПО не полность обследовано.
Там где не прорубил - расширяется в сторону ОРСУБД.
И практика выбора СУБД заранее сеня реальность:- многие софтверные фирмы просто специализируются на том или ином СУБД. Тем более, что СУБД сложный продукт и имеет значение квалификация спецов, нароботки в других проектах имеют значение. Это препятствует смене СУБД.
А другие типы СУБД естественно стремятся прорваться и в типовые приложения. Т.е. туда где прорубил.
Поэтому к войне религиозных фанатиков все не сводится. Кроме того, почему обязательно война? Просто защита в процессе которой выясняется большее про других. Это полезно.
...
Рейтинг: 0 / 0
12.05.2006, 09:44
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33722410
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
c127
Кому приходится, Вам?
Да, мне приходится. Прежде чем выполнить запрос сначала его подготавливать. Системы бывают разной степени сложности и разной степени определенности. Если Вы не сталкивались с таким, то в общем то говорить не о чем.
...
Рейтинг: 0 / 0
12.05.2006, 11:29
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33722521
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
vadiminfo
Как это где? В настоящее время реляционная эпоха. Даже то что Кэш себя называет постреляционной говорит именно об этом - т.е. Кэш признает таковую эпоху. Удивлен и не мало Вашим вопросом.

Да мне, честно говоря не очень волнует каше. Я с ним не работал плотно и не собираюсь. Если понадобиться что-то встроенное возьму ObjectStore. А вопрос только в том, что идет сравнение продуктов, которые занимают разные ниши и по разному позиционируются. Выше дал же ссылку на релиз IDC: если в списке реляционных хост-субд лидирует IBM, то в списке встроенных тот же каше нормально сидит на 2-й позиции. И эти списки никто не пытается сравнить, потому что там где применяется каше - SQL нафиг не нужен. Мне даже тяжело понять зачем они его вообще встраивали. Подобным страдали в Object Design... но как то объектный доступ не очень вяжется с тем, что может дать SQL. Поэтому правильней так: для большинства,никто и не спорит, сейчас реляционная эпоха (+-77%), для кого-то она уже закончилась, для кого-то и не начиналась. Отсутствует предмет сравнения

vadiminfo
Он прорубил себе дорогу в типовых бизнес приложениях. А это наибольший объем задач.

Это наибольший по объему денег рынок :) Вы пользуясь кучей приложений - пользуетесь встроенными не-SQL базами, просто не обращаете на это внимание. Приложения реального времени тоже отдельная тема. Представьте сколько по миру у клиентов стоит тех же рейтерс-терминалов, на которых прыгают котировки... Думаете их (котировки) селектами достают из оракла или как в соседней ветке пошутили из sybase? Для этого есть еще немалый класс СУБД. Так что задач много. Нужно оглянуться.

vadiminfo
И одним из достоинств РСУБД - вообще высокая независимость приложений от данных.

Ага, встречаются такие чудеса :)

vadiminfo
Там где не прорубил - расширяется в сторону ОРСУБД.

Объектные надстройки над реляционными данными это отдельная тема, для гурманов раздельного питания. Не хочу даже ввязываться в это :)

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

Тут нужно говорить с сожалением конечно.

vadiminfo
Это полезно.

Да иногда хочется что-то интересное почитать про разные БД. А что видишь...
Сравнение алгоритма с декларацией и т.п. Но это лучше к с127, он много разных слов знает. :)
...
Рейтинг: 0 / 0
12.05.2006, 11:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33722802
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
iscrafm c127
Кому приходится, Вам?
Да, мне приходится. Прежде чем выполнить запрос сначала его подготавливать. Системы бывают разной степени сложности и разной степени определенности. Если Вы не сталкивались с таким, то в общем то говорить не о чем. "У нас есть такие приборы!
Но мы вам о них не расскажем"
...
Рейтинг: 0 / 0
12.05.2006, 13:21
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33722874
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SergSuper "У нас есть такие приборы!
Но мы вам о них не расскажем"
Прикалываетесь? :)
В любой задаче, где пользователь самостоятельно готовит структуры в привязке к которым система должна собирать информацию возникает необходимость при помощи определенных алгоритмов сначала готовить "декларации" в виде запросов к БД, потом их исполнять. Финансовое, инвестиционное планирование, разработка новых направлений деятельности и т.п. Можно конечно под каждый проект писать запросы, не вопрос. Неужели не сталкивались? О чем рассказывать то?
...
Рейтинг: 0 / 0
12.05.2006, 13:40
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33722907
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Вот к примеру человек столкнулся. Я не говорю конкретно, почему он столкнулся и можно ли эту задачу решить жестко, времени нет разбираться. Но для решения задач с неопределенностями SQL не совсем то. У нас, к примеру, для этих целей сервер приложений обрабатывает конструкции типа
select @p1 from @p2 where @p3
Только этому селекту предшествует совсем не декларативная логика.
...
Рейтинг: 0 / 0
12.05.2006, 13:54
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33722932
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
http://www.sql.ru/forum/actualthread.aspx?tid=292226
...
Рейтинг: 0 / 0
12.05.2006, 14:01
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33722971
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
iscrafm SergSuper "У нас есть такие приборы!
Но мы вам о них не расскажем"
Прикалываетесь? :)
В любой задаче, где пользователь самостоятельно готовит структуры в привязке к которым система должна собирать информацию возникает необходимость при помощи определенных алгоритмов сначала готовить "декларации" в виде запросов к БД, потом их исполнять. Финансовое, инвестиционное планирование, разработка новых направлений деятельности и т.п. Можно конечно под каждый проект писать запросы, не вопрос. Неужели не сталкивались? О чем рассказывать то?
Ну раз Вы или ссылки кидаете или намекаете что нечто такое знаете что другим не доступно...
Что касается систем, где пользователь самостоятельно готовит структуры...
Во-первых, мне кажется в любом случае есть еще масса , скажем, фиксированных запросов. И во-вторых даже такая их подготовка несравнима проще чем перебор записей самостоятелоно.

Я не понимаю почему Вы привязались к декларативному программированию. Это же действительно шаг вперёд. И если в системе этого нет - это её большой минус.
...
Рейтинг: 0 / 0
12.05.2006, 14:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33723009
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
iscrafm
В привёдённой ссылки - исключительно проблема построения интерфейса. Вернее я даже проблем никаких не вижу и городить там нечто select @p1 from @p2 where @p3 совсем не нужно
Очевидно не очень удачный пример
...
Рейтинг: 0 / 0
12.05.2006, 14:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33723086
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SergSuper
Во-первых, мне кажется в любом случае есть еще масса , скажем, фиксированных запросов. И во-вторых даже такая их подготовка несравнима проще чем перебор записей самостоятелоно.

Я не понимаю почему Вы привязались к декларативному программированию. Это же действительно шаг вперёд. И если в системе этого нет - это её большой минус.
Не отрицаю, что есть фиксированные запросы и перебирать записи самостоятельно, отфильтровывать их и т.п. не лучшее решение. Конечно возможность исполнения декларативных запросов большой шаг вперед, кто бы спорил. Говорю только по поводу сравнения кодов, которые были на пред. странице - зачем сравнивать несравнимые вещи.

SergSuper
В привёдённой ссылки - исключительно проблема построения интерфейса. Вернее я даже проблем никаких не вижу и городить там нечто select @p1 from @p2 where @p3 совсем не нужно

У человека задача похожая на приведенную на рисунке. Заранее не известно как будут классифицированны объекты системы. Объекты одного типа могут содержать разные наборы классификационных признаков. Поэтому заранее нет возможности определить фиксированные запросы. Для этого и применяется "препроцессинг" (подготовка процесса), а потом достаются данные при помощи запросов.
...
Рейтинг: 0 / 0
12.05.2006, 14:38
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33723356
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
iscrafm
А вопрос только в том, что идет сравнение продуктов, которые занимают разные ниши и по разному позиционируются.

Так они стремятся занять и другие нишы. Тем более, что и юзера заинтересованы иметь одну СУБД на все случаи жизни. Да и сама идея СУБД к такому ожиданию как бы располагает. В этом топике однозначно было, что Кэш тоже хочет захватить задачи хде РУСБД применяется. Да и сама РСУБД захватила в свое время ниши Иерархических систем.

iscrafm
то в списке встроенных тот же каше нормально сидит на 2-й позиции.

Что значит встроенных? Куда встроенных? Или имеется в виду, что в него встроили SQL? Так его в и МУМПС и прочие языки программирования встраивают. А в СУБД МД, а не просто встроенное SQL. Т.е. они конкретно поддерживать РМД должны. Списка я не видел. Если моно еще раз ссылку. Это интерсно.

iscrafm
И эти списки никто не пытается сравнить, потому что там где применяется каше - SQL нафиг не нужен.

Как посмотреть. Зависит, наверное, от того кто применяет.

iscrafm
Мне даже тяжело понять зачем они его вообще встраивали.

Ну тут много, наверное, причин. Например, сеня требование иметь декларативный язык для СУБД имеет значение. Типа законы кокуренции.
Кроме того, типа РМД еси недо, то у нас есть. Поди плохо?

iscrafm
Поэтому правильней так: для большинства,никто и не спорит, сейчас реляционная эпоха (+-77%), для кого-то она уже закончилась, для кого-то и не начиналась. Отсутствует предмет сравнения

Я думал что более 90%. Откуда цифра 77? Она не может закончиться для кого-то - тока в ИТ она может закончиться. Предмет сравнения не может отсутствовать связи с тем что кажная наровит захватить как моно больше рынка. А тип СУБД весь рынок. Не важно получится или нет. Они будут сравниваться. И это хорошо. Конкуренция заставляет их улучшать качество СУБД.

iscrafm
Это наибольший по объему денег рынок :) Вы пользуясь кучей приложений - пользуетесь встроенными не-SQL базами, просто не обращаете на это внимание.

И по числу инстоляций. Ну если базами называть все подряд то да. Но если под ними понимать интегрированные данные предприятия, то не пользуюсь. Внимание на последние обращаю. Ить мне надо знать, что деется вокруг. Для профессиии имеет значение.

iscrafm
Приложения реального времени тоже отдельная тема.

Наверное. Есть вообще разные отдельные темы.


iscrafm
Представьте сколько по миру у клиентов стоит тех же рейтерс-терминалов, на которых прыгают котировки... Думаете их (котировки) селектами достают из оракла или как в соседней ветке пошутили из sybase?

Не знаю. Но хотел бы знать. Пока не знаком со спецификой таких задач.

iscrafm
Ага, встречаются такие чудеса :)

А чего же там чудесного? Там МД полнстью в БД. Существуют представления. Потмому независимость достаточно высокая.

iscrafm
Объектные надстройки над реляционными данными это отдельная тема, для гурманов раздельного питания. Не хочу даже ввязываться в это :)

Не надстройки а расширенее реляционной модели данных. Ну ввязались в это крупнейшие производители СУБД. Будь что более лучшим на данный момент, ввязались бы в это лучшее. Та же IBM все равно поддерживает несколько типов СУБД: Иерархические и реляционные. Поддержала бы и ООСУБД на раз. Купила бы и поддержала.

iscrafm
Да иногда хочется что-то интересное почитать про разные БД. А что видишь...
Сравнение алгоритма с декларацией и т.п.

Ну ниче страшного. Тем более есть представители императивных языков БД, которые говорят, что их языки луче всяких декларативных. Ну пусть сравнят. А те кто не в курсе посмотрят. На то и форум.
...
Рейтинг: 0 / 0
12.05.2006, 15:42
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33723438
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
vadiminfo
Что значит встроенных? Куда встроенных? Или имеется в виду, что в него встроили SQL? ... Списка я не видел. Если моно еще раз ссылку. Это интерсно.

Встроенных = embeded.
Ссылка была на документ от IDC. Вот она . Читать с некоторыми оговорками: 2003 год, ORACLE прикупила TimesTen, позиции PROGRESS в этом сегменте скорее всего связанны с ObjectStore и т.п.

vadiminfo
Кроме того, типа РМД еси недо, то у нас есть. Поди плохо?

Меня прикалывают холодильники со встроенными телевизорами. Лучше бы кулер для напитков на это место водрузили. Нафига оно там нужно :)

vadiminfo
А чего же там чудесного? Там МД полнстью в БД. Существуют представления. Потмому независимость достаточно высокая.

Думаю глючность тоже. Представляем из разводного ключа молоток, а из ножа - отвертку. Имхо, МД должна соответствовать своему представлению (образно конечно).

vadiminfo
Не надстройки а расширенее реляционной модели данных. Ну ввязались в это крупнейшие производители СУБД. Будь что более лучшим на данный момент, ввязались бы в это лучшее. Та же IBM все равно поддерживает несколько типов СУБД: Иерархические и реляционные. Поддержала бы и ООСУБД на раз. Купила бы и поддержала.

Все раскуплено :) Что не говорите, а если нужна работа с объектами, то они должны и храниться в виде объектов. Со всем связями ес-но. РМД->ОМД->РМД... выглядит примерно так же как и встраивание SQL в объектную модель.
...
Рейтинг: 0 / 0
12.05.2006, 16:04
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33723537
Sergei Obrastsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergei Obrastsov
Участник
vadiminfo iscrafm
А вопрос только в том, что идет сравнение продуктов, которые занимают разные ниши и по разному позиционируются.

Так они стремятся занять и другие нишы. Тем более, что и юзера заинтересованы иметь одну СУБД на все случаи жизни.

это не "юзера заинтересованы", это их убеждают в том, что они "заинтересованы именно в этом". юзер - зверь простой, ищет что подешевле и побыстрее в смысле реализации проекта, но уши у него
развесистые. поэтому кто первым лапши накидал, тот и молодец.
вот и крутится, например, билинговая система для сотовой связи
для городка в 100 тыс. жителей на 10 серверах.

vadiminfoДа и сама идея СУБД к такому ожиданию как бы располагает. В этом топике однозначно было, что Кэш тоже хочет захватить задачи хде РУСБД применяется. Да и сама РСУБД захватила в свое время ниши Иерархических систем.

хочет, только вот получится ли? кто ж "теплое местечко" захочет отдать?
ну, положим, РСУБД эти ниши просто отдали. никто не ожидал поворота
от "технологического" направления развития к "информационному".
тем более за такое достаточно короткое время

vadiminfo
iscrafm
Мне даже тяжело понять зачем они его вообще встраивали.

Ну тут много, наверное, причин. Например, сеня требование иметь декларативный язык для СУБД имеет значение. Типа законы кокуренции.
Кроме того, типа РМД еси недо, то у нас есть. Поди плохо?

всегда плохо, когда нет других вариантов.

С уважением. Сергей
...
Рейтинг: 0 / 0
12.05.2006, 16:30
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724149
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
iscrafm
Меня прикалывают холодильники со встроенными телевизорами. Лучше бы кулер для напитков на это место водрузили. Нафига оно там нужно :)

Ну вот нам например в последнем проекте очень даже понадобилось ;-) Суть проекта, независимый аудит доступа к серверу Oracle (для службы безопасности), типа кто какие запросы выполнял, какие параметры в эти запросы подставлял. Часть первая, низкоуровневая, на С написанная, слушает сетку, выделяет коннекты к оракловому серверу, разбирает TNS, в расшифрованном виде каждый пакет вливает в базу Cache (больше 10 млн. записей в день). Часть вторая, на М написанная, проходится по этим данным, преобразует их в удобный для анализа вид и раскладывает, используя объектный подход (ну удобнее программисту, привыкшему к алгоритмическим языкам, хотя можно было бы и INSERT использовать. Просто думать одновременно на разных языках тяжеловато). А вот тут мы подходим к SQL. Для того чтобы не заморачиваться с написанием отдельной клиентской части (что с финансовой точки зрения для нас было бы лучше, но сил на это не хватило, вдоем делали), ставим клиенту Crystall Reports и она сам пишет на SQL запросы к тем данным, которые были сохранены в виде объектов. Я не сомневаюсь, что уважаемый vadiminfo тут же скажет, что он ничего не понял, но разжевывать сил нет, поэтому если кому действительно интересно, пусть поставит Cache и выполнит хотя бы простейшие примеры из документации...
PS. Моя супруга определенно порадовалась бы холодильнику со встроенным телевизором, а мой сын - с монитром и подключением к интернету, но поскольку такового нет, пришлось купить монитор с функциями телевизора, установить на кухне комп и провести туда сеть ;-) Это я к тому, что многие проблемы имеют много вариантов решения, все зависит от комплекса потребностей, кому-то шашечки, а кому-то достаточно ехать... А был бы такой холодильник, может быть, удалось бы сэкономить....
...
Рейтинг: 0 / 0
12.05.2006, 20:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724221
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
LittleCatА был бы такой холодильник, может быть, удалось бы сэкономить....
:) За сие чудо просят больше чем за холодильник с пивом и телевизор отдельно.
Пример с применением SQL понял, спасибо.
...
Рейтинг: 0 / 0
12.05.2006, 22:00
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724302
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
iscrafm
Встроенных = embeded. Ссылка была на документ от IDC. Вот она. Читать с некоторыми оговорками: 2003 год, ORACLE прикупила TimesTen, позиции PROGRESS в этом сегменте скорее всего связанны с ObjectStore и т.п.

Не стану врать - не въехал что за встроенная СУБД. БД СУБД Оракл, например, встроена в приложение? Типа приложение какой-то движек от Оракла имеет??? И содержит саму БД? А этот движек и есть встроенная СУБД?
Ничего такого про Оракл не слышал. Или не так понял?

iscrafm
Думаю глючность тоже.

Между прочим, считается что одним из недостатков ООП вообще является большая сложность. Стало быть глючность там и в ООСУБД и в ОРСУБД не что-то малознакомое.

iscrafm
Что не говорите, а если нужна работа с объектами, то они должны и храниться в виде объектов.

Есть разница все же а Модели приложения, в данном случае ООП и модели данных. Поэтому как они должны храниться не так очевидно. Потому что есть еще ограниченя целостности и манипулирование данными. В ООСУБД объекты хранятся в коллекциях - это подобие иерархических. В ОРУБД либо в столбцах - объекты просто более сложные данные, чем числа, строки и прочее, либо в виде неупорядоченного множества - таблы столбци которой соотвествуют членам объекта - близко к коллекциям.




Sergei Obrastsov
это не "юзера заинтересованы", это их убеждают в том, что они "заинтересованы именно в этом". юзер - зверь простой, ищет что подешевле и побыстрее в смысле реализации проекта,

Я под юзерами имел в виду юзеров СУБД. Т.е. разработчиков ИС и админов БД, а не конечных пользователей ИС. Последним, конечно, по большому счету почти все равно и про СУБД и про языки программированния.


Sergei Obrastsov
ну, положим, РСУБД эти ниши просто отдали.

Тада они - сама доброта. Что-то не думаю. Сами видите - МУМПС врядли бы отдал.

Sergei Obrastsov
никто не ожидал поворота
от "технологического" направления развития к "информационному".
тем более за такое достаточно короткое время

Т.е. Вы связываете РМД с "информационным" повортом развития? Высокая оценка. Но на самом деле Приложения БД развивались как могли. Кодд 10 лет доказывал про свою модель. А то, что она оказалась такой успешной, действительно никто не ожидал. И, в частности, сама IBM, которая собственно дала ей жизнь. Они выпустили исследовательский проект RSystem и простодушно опубликовала результаты. А парни из будущей фирмы Оракл налабали первый коммерческий продук. Знай в IBM про то, что будет, не были бы столь беспечными.

LittleCat
Я не сомневаюсь, что уважаемый vadiminfo тут же скажет что он ничего не понял, но разжевывать сил нет, поэтому если кому действительно интересно, пусть поставит Cache и выполнит хотя бы простейшие примеры из документации...


Расжевывать не надо, тем более как в прошлый раз. Силы нужно накачивать.
Ну а то, что Ваше решение мне не кажется изящным, как тут кто-то от Мумпсистов говорил, не имеет значения. Но ставить Cache на основе этих Ваших рассуждений явно преждевременно. Нуно еще точно знать, что все это низя было закачать в тот же Оракл и без всяких МУМПСов (в крайнем случае с тем же С или Джавой в Оракле) все шо надо сделать. Как минимум меньше зоопарка в инструментарии. А то, что кто-то любит алгоритмический язык больше - Совет ему да Любовь, конечно. Но прагматизм в данном случае тоже бывает уместным. Может тот, кто буит потом сопровождать, любит что-то другое. Например, чтобы сопровождать было как можно легче.
...
Рейтинг: 0 / 0
12.05.2006, 23:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724312
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
vadiminfo
Не стану врать - не въехал что за встроенная СУБД. ...Типа приложение какой-то движек от Оракла имеет??? И содержит саму БД? А этот движек и есть встроенная СУБД?

Сами практически и ответили :) Да, это API непосредственно встроенное в приложение. Нет моста Приложение->Сервер СУБД -> БД, есть Приложение(API Субд)->БД.
...
Рейтинг: 0 / 0
12.05.2006, 23:28
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724316
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
vadiminfoОни выпустили исследовательский проект RSystem
SystemR наверное хотели сказать
...
Рейтинг: 0 / 0
12.05.2006, 23:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724345
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
iscrafmВ любой задаче, где пользователь самостоятельно готовит структуры в привязке к которым система должна собирать информацию возникает необходимость при помощи определенных алгоритмов сначала готовить "декларации" в виде запросов к БД, потом их исполнять. Финансовое, инвестиционное планирование, разработка новых направлений деятельности и т.п. Можно конечно под каждый проект писать запросы, не вопрос. Неужели не сталкивались? О чем рассказывать то?
Вы хоть сами понимаете, что говорите? Что-то сильно я сомневаюсь. Какие структуры пользователь готовит самостоятельно, сишные struct? При помощи "определенных алгоритмов" в программировании готовится все без исключения, поэтому сказать " возникает необходимость при помощи определенных алгоритмов сначала готовить "декларации" в виде запросов к БД " это значит не сказать ничего, это тривиальная тавтология.

iscrafm Вот к примеру человек столкнулся. Я не говорю конкретно, почему он столкнулся и можно ли эту задачу решить жестко, времени нет разбираться.
Что значит решить задачу "жестко"?

В этом примере нечего разбираться, все просто. Можно, например, построить представление (view), в которое попадут все потенциально интересующие нас данные и потом делать селекты из него. Будут и OR и AND и многое другое. В нашей системе эту работу выполняет пользователь, заполняя что-то вроде QBE формы к заданному представлению, запрос строится автоматически по этим данным. Девочки-секретарши освоили за пол-часа.

QBE парсер, который есть часть системы лежит у чингиза на веб странице http://users.iptelecom.net.ua/~agp1/ru/ под названием "QBE to SQL". Единственное что он делает это отображает QBE подобный запрос в where часть СКЛ запроса. Из логики - только раз и навсегда заданная логика преобразования, логика запроса не анализируется, это работа пользователя. Причем несмотря на заверения iscrafm о якобы страшном неудобстве декларативного подхода, неподготовленному пользователью оперировать критериями запроса (декларациями), оказалось очень удобно.

iscrafm
Но для решения задач с неопределенностями SQL не совсем то. У нас, к примеру, для этих целей сервер приложений обрабатывает конструкции типа
select @p1 from @p2 where @p3
Только этому селекту предшествует совсем не декларативная логика.
Что значит задачи с неопределенностями? О формировании запросов пользователем см. выше. Логика тоже не бывает декларативной, она бывает конструктивиская, интуиционистская и классическая. Хотя нет забыл, бывает еще женская и бывает отсутсвие логики. По-видимому "декларативная логика" попадает в этот класс.

iscrafm
У человека задача похожая на приведенную на рисунке. Заранее не известно как будут классифицированны объекты системы. Объекты одного типа могут содержать разные наборы классификационных признаков. Поэтому заранее нет возможности определить фиксированные запросы. Для этого и применяется "препроцессинг" (подготовка процесса), а потом достаются данные при помощи запросов.

Не можете использовать фиксированные запросы - используйте нефиксированные, делов-то. Это обычный подход. Более того, я даже представить себе не могу систему, где бы использовались раз и навсегда фиксированные запросы.

Пока не вижу никаких проблем, кроме отсутсвия опыта работы с СКЛ-ем и РСУБД. Может не понимаю, объясните по-человечески, в чем проблемы-то.
...
Рейтинг: 0 / 0
13.05.2006, 00:25
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724366
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
c127Пока не вижу никаких проблем, кроме отсутсвия опыта работы с СКЛ-ем и РСУБД. Может не понимаю, объясните по-человечески, в чем проблемы-то.
Молодой человек. Мне не интересно с Вами общаться. Во первых Вы не понимаете о чем говорит собеседник, а во вторых преподностите свое непонимание со школьным апломбом До свидания.
...
Рейтинг: 0 / 0
13.05.2006, 00:58
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724381
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
c127.. названием "QBE to SQL". Единственное что он делает это отображает QBE подобный запрос в where часть СКЛ запроса. Из логики - только раз и навсегда заданная логика преобразования, логика запроса не анализируется, это работа пользователя.
спасибо. я подобной фигней до 97 года страдал, правда не на уровне разбора where условий.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
QBE_select(name_base,page,query_mas)
char *name_base;
long page;
struct query *query_mas;
{
	static struct query query_mas_std;
	static char str[LINESIZE+ 1 ],*cmd[MAXCMD];
	static int len,j;
	int i;

	if(check_del(name_base,page))
		return( 0 );
	if(memcmp(query_mas,&query_mas_std,sizeof (struct query)))
	{
		memcpy(&query_mas_std,query_mas,sizeof (struct query));
		if((len=strlen(query_mas->line))== 0 )
			return( 1 );
		strcpy(str,query_mas->line);
		cmd[ 0 ]=str;
		for(i=j= 0 ;i<len;i++)
		{  
			if(str[i]=='|' && j< 63 )
			{
				str[i]= 0 ;
				cmd[++j]=str+i+ 1 ;
			}
		}
	} 

.....
...
Рейтинг: 0 / 0
13.05.2006, 01:23
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724435
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
vadiminfo
Ну а то, что Ваше решение мне не кажется изящным, как тут кто-то от Мумпсистов говорил, не имеет значения.
А мне как раз наоборот - изящным :-) В каждой части задачи выбран инструмент, наиболее ей подходящий. И все это в рамках одного продукта. Конечно, можно и в Oracle все это сделать, вопрос только во времени разработки, гибкости и потребном оборудовании. Сейчас, повторюсь, больше 10 млн. записей в базу за сутки, размер базы 200 Гб и все это на обычной двухпроцовой машине с гигом памяти... Да, еще ведь не только в базу все пишется, но и СБ запросы разные гоняет на этой машине, злоумышленников ловит. Вот Вы у нас человек опытный, могли бы мыслями поделиться, какая техника потребуется ораклу для подобной задачи ?-)
...
Рейтинг: 0 / 0
13.05.2006, 08:20
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724660
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
iscrafm
Сами практически и ответили :) Да, это API непосредственно встроенное в приложение. Нет моста Приложение->Сервер СУБД -> БД, есть Приложение(API Субд)->БД.

Сам я не ответил до сих пор. API Субд ни есть СУБД (это тока интерфейс). А запросы, к примеру, должна выполнять именно СУБД, точнее ее подсистема. У СУБД есть и др ф-ии. И "Приложение->Сервер СУБД -> БД" ни мост никакой, а архитиктура сетевая - в случае Оракла, к прмеру, клиентсерверная. И он типа на нее тока и ориентирован. А как встроеный он на клиенте сидеть в приложении должен вместе с БД? Или это приложение со встроенной СУБД на сервере приложений? Тада тоже ниче не понял - "мост" вроде остался, тока стал извращенным. Или что все-таки это такое встроенная СУБД? Какие там "Мосты"?

iscrafm
А мне как раз наоборот - изящным :-) В каждой части задачи выбран инструмент, наиболее ей подходящий.

В музэе изящных искусств, мы бы с Вами наверняка тусовались в разных концах зала - представления об изящном у нас перпиндикулярные. У Вас две не тока разные СУБД, но и разного типа. Про наличие нескольких языков программиирования я не гАвАру.
Причем, скорее всего, одна из них хуже другой. Вы же применили Соломонву мудрость? Если окажется та плохой, то в другом месте выиграем? Нащет "наиболее подходящей" Вы можете, конечно, своему начальнику втирать, но здесь то зачем? Скажите прямо - раньше была одна система, потом наняли парней, которые адепты другой. Вот у Вас и зоопарк несусветный получился. Или у Вас там постоянно тусуются адепты разных систем.

iscrafm
И все это в рамках одного продукта.

Ноу комментс.

iscrafm
Конечно, можно и в Oracle все это сделать, вопрос только во времени разработки, гибкости и потребном оборудовании.

Вот именно, что можно. Если есть спецы по Оралу, то их хватит на всю систему. А теперь что? Нуно спецов больше. Нуно еще и тех шо понимают и то и другое. Это дороже часто оборудования. Хуже в качестве разработки, в сопровождении. Про гибкость тоже не очевидно одно хуже другого. И, скорее всего, Кэш хуже Оракла. Стал быть гибкость с ним хуже может быть.

iscrafm
Вот Вы у нас человек опытный

В моем глазу в охотно соринки исчите, а бревна в глазах Кэша искать - Вас не дозовешься.

iscrafm
могли бы мыслями поделиться, какая техника потребуется ораклу для подобной задачи ?-)

Не мог бы без исследования делиться мыслями по такому вопросу. Но стал бы все равно решать задачу тока на Оракле (он среди лидеров - значит какой смысл другое брать?). Думаю, разобрались бы как-нить. 1 Гб памяти, скорее всего, хватило бы с запасом. Двухпроцессорные обычные машины, тоже разные. Большие объемы на диске точно Орала не пугают.
Но шобы точно грить нуно знать все требования, всю задачу, потом предварительно считать шо моно, потом проверять и тока потом делиться мыслями. На работе я так привык поступать, если нет особых обстоятельств.
...
Рейтинг: 0 / 0
13.05.2006, 16:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724688
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
vadiminfo
Вы не меня цитируете под моим именем. Внимательней нужно...
...
Рейтинг: 0 / 0
13.05.2006, 16:41
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724726
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Приношу извинения. Такое со мной бывает. Поторопился, не проверил лишний раз и вот результат.
Все цитаты кроме превой - цитаты LittleCat.
...
Рейтинг: 0 / 0
13.05.2006, 17:22
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724957
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
vadiminfo Сам я не ответил до сих пор. API Субд ни есть СУБД (это тока интерфейс). А запросы, к примеру, должна выполнять именно СУБД, точнее ее подсистема. У СУБД есть и др ф-ии. И "Приложение->Сервер СУБД -> БД" ни мост никакой, а архитиктура сетевая - в случае Оракла, к прмеру, клиентсерверная. И он типа на нее тока и ориентирован. А как встроеный он на клиенте сидеть в приложении должен вместе с БД? Или это приложение со встроенной СУБД на сервере приложений? Тада тоже ниче не понял - "мост" вроде остался, тока стал извращенным. Или что все-таки это такое встроенная СУБД? Какие там "Мосты"?
Ну я уже даже не знаю как коротко объяснить тогда, сорри. Возьмите пример что-ли. Есть такая система (из тех что все знают) Navision Attain. У нее есть два варианта. Она работает или со встроенной СУБД или с MS SQL, который идет как опция.
На этом форуме кстати обсуждались вопросы встроенных СУБД.
Такое впечатление, что мало кто сталкивался с этим. Или все возраста младше того же Btrieve, как хорошего примера встраиваемой СУБД, правда немного устаревшей.
...
Рейтинг: 0 / 0
14.05.2006, 00:17
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724959
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
vadiminfoНе мог бы без исследования делиться мыслями по такому вопросу. Но стал бы все равно решать задачу тока на Оракле (он среди лидеров - значит какой смысл другое брать?). Думаю, разобрались бы как-нить.
Это грустная тенденция на самом деле.
...
Рейтинг: 0 / 0
14.05.2006, 00:19
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724969
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
iscrafm c127Пока не вижу никаких проблем, кроме отсутсвия опыта работы с СКЛ-ем и РСУБД. Может не понимаю, объясните по-человечески, в чем проблемы-то.
Молодой человек. Мне не интересно с Вами общаться. Во первых Вы не понимаете о чем говорит собеседник, а во вторых преподностите свое непонимание со школьным апломбом До свидания.

Всего хорошего

iscrafm c127.. названием "QBE to SQL". Единственное что он делает это отображает QBE подобный запрос в where часть СКЛ запроса. Из логики - только раз и навсегда заданная логика преобразования, логика запроса не анализируется, это работа пользователя.
спасибо. я подобной фигней до 97 года страдал, правда не на уровне разбора where условий.
.....


Здравствуйте, iscrafm. Как я понял Вы уже вернулись, поэтому нужно поздороваться. Насчет апломба, то обращаю Ваше внимание, что не я начал:

12 май 06, 11:29
iscrafm c127
Кому приходится, Вам?
Да, мне приходится. Прежде чем выполнить запрос сначала его подготавливать. Системы бывают разной степени сложности и разной степени определенности. Если Вы не сталкивались с таким, то в общем то говорить не о чем.
/topic/282117&pg=15#2656308

"QBE to SQL" был сделан до 97 года, т.е. еще в те далекие времена, когда даже Вы занимались "этой фигней". Возможно это видно по датам файлов по моей ссылке. Делайте выводы.

Поэтому предлагаю обоюдно забыть наезды и впредь высказываться по-существу. Но по-прежнему остается просьба использовать общепринятую терминологию и не пользоваться сленгом.

Насколько я понял то что Вы по своим же словам делаете сейчас, ничем в принципе не отличается от нашего парсера (т.е. от "фигни"):
"У нас, к примеру, для этих целей сервер приложений обрабатывает конструкции типа
select @p1 from @p2 where @p3
Только этому селекту предшествует совсем не декларативная логика."
/topic/282117&pg=15#2657169

Разница только в том, что в нашем решении "декларативная логика" задана раз и навсегда в компиляторе QBE to SQL, т.е. это логика компилятора, а не запроса. Вот и вся разница. На выходе получается тот же запрос вида "select @p1 from @p2 where @p3"

Еще раз повторяю, что общепринятой является точка зрения что декларативно мыслить для человека проще, чем импликативно (алгоритмически), это его естественный образ мышления. Поэтому трансляцию из импликативного языка в декларативный СКЛ делать как правило не нужно, гораздо легче сразу написать запрос на декларативном СКЛ-е. Поэтому Ваше утверждение, что всегда приходится перетранслировать импликативный запрос в декларативный нобосновано, скорее наоброт, при подготовке импликативной программы нужно проделывать дополнительную работу. Что, кстати, подтверждается как правило большей длиной импликативной программы.
...
Рейтинг: 0 / 0
14.05.2006, 00:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33724993
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
iscrafm
Ну я уже даже не знаю как коротко объяснить тогда, сорри. Возьмите пример что-ли. Есть такая система (из тех что все знают) Navision Attain. У нее есть два варианта. Она работает или со встроенной СУБД или с MS SQL, который идет как опция.
На этом форуме кстати обсуждались вопросы встроенных СУБД.
Такое впечатление, что мало кто сталкивался с этим. Или все возраста младше того же Btrieve, как хорошего примера встраиваемой СУБД, правда немного устаревшей.

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

iscrafm
Это грустная тенденция на самом деле.

Думаете прыгать с СУБД на СУБД веселее? Мне кажется, нуно выбирать лидирующую, и которая из лидируещих быстро не вылетит для того, чтобы причин прыгать было меньше. Потому-шо знать Ничего обо Всем, хуже в данном случе чем Все ни о Чем, если это Чем наверняка не хуже всего остального. Потому что освоение и набирание опыта в реальных СУБД требует времени. Иначе и с мощным СУБД в руках моно не решать задач, которые оно на самом деле способно решать. Проще говоря - мобильность юзера СУБД (проггера, админа) сегодня не так еще высока.
...
Рейтинг: 0 / 0
14.05.2006, 02:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725070
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
vadiminfoВсе посмотрел и пока понял, так что это типа движек от СУБД впендюренный в прогу. Ну в однопользовательских такое бывало. Это одиночкам нуно было, чтобы типа телефонных справочников что-то распространять. В общем в той теме их противопоставляли "полноценным" СУБД и я пока думаю это правильно - встраевыемые СУБД - не "полноценные". Т.е. это какие-то либо упращенные подсистемы из полноценных, либо вообще недоделки до полноценной СУБД. Т.е. это не СУБД, а движки. Поэтому и не мого понять. Т.е. сбивало с толку, что это назвали хоть и встраиваемой, но СУБД.
ASA в том числе может быть и встроенной. Это не означает, что она компилится в программу - это означает, что ее Personal Engine движок весит 5 мб, спокойно без инсталяций и настроек ложится рядом с файлами программы (фактически только 2 строчки в реестр прописать для инсталяции ODBC или OLEDB, а то и вообще ничего не писать, если пользоваться нативными дровами). Далее через тот же ODBC к примеру или другой драйвер доступа сервер автоматически поднимается при первом к нему обращении локального подключения и автоматически выгружается при последней отсоединенной сессии. И нету там никаких ограничений по сравнению с Server движком, кроме отсутствия загрузки сетевых протоколов для обслуживания сетевых клиентов, так что не надо рассказывать, что встроенные СУБД это недоделки или резанные. Тоже самое кстати можно сказать про FireBird.
...
Рейтинг: 0 / 0
14.05.2006, 10:57
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725137
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
ASCRUS
ASA в том числе может быть и встроенной. Это не означает, что она компилится в программу - это означает, что ее Personal Engine движок весит 5 мб, спокойно без инсталяций и настроек ложится рядом с файлами программы (фактически только 2 строчки в реестр прописать для инсталяции ODBC или OLEDB, а то и вообще ничего не писать, если пользоваться нативными дровами). Далее через тот же ODBC к примеру или другой драйвер доступа сервер автоматически поднимается при первом к нему обращении локального подключения и автоматически выгружается при последней отсоединенной сессии.

Т.е. признаком встраивамости является что? Personal Engine - и есть движек?
Иначе как Engine переводится? То что не комелится или компелится - это детали с точки зрения ф-ий СУБД и сетевой архитектуры ИС. Он ложится рядом с файлами хде? На сервере или клиенте? Работаит с теми кто на этом компе как сервер?
Но запускается не сам и слушает, а его запускает та прога куда он типа встроен?

ASCRUS
И нету там никаких ограничений по сравнению с Server движком, кроме отсутствия загрузки сетевых протоколов для обслуживания сетевых клиентов, так что не надо рассказывать, что встроенные СУБД это недоделки или резанные.
Тада вопрос чем отличается СУБД от своего движка? Движек - это подсистемы запросов и еще чего? Движек = СУБД? Ить я думал, что нет.
СУБД от движка отличается тока наличиемв подсистемой сетевго обслуживания клиентов. А так все остальные ф-ии берет на себя? И всего 5 МБ. Полностью, к примеру, поддерживает модель транзакций как и СУБД? Подсистемы защиты и восстановления?

Поясните, плиз, када это нуно. Кроме, конечно, баз что на сидюках - типа телефонных справочников и тому подобного.
Т.е. как эти системы соотносятся с OLTP или системы поддержки принятия решения. Я думал, что они либо однопльзовательские, либо много, но с ограничениями, либо ваще тока на чтение.


Кста в ссылке, что приводил iscrafm было и про Оракл. Я никада не слышал, что там Оракл в этом плане шо-то налабал. Обычно, открытие Оракловой БД это событие относительно заметное. И по времени и по возможности не открыться в принципе без доп усилий, если что не так.
...
Рейтинг: 0 / 0
14.05.2006, 12:35
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725148
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
автор Движек - это подсистемы запросов и еще чего? Движек = СУБД? Ить я думал, что нет.
СУБД от движка отличается тока наличиемв подсистемой сетевго обслуживания клиентов
гм, по разному. Про ASA уже написали, скажу про Firebird Embedded.
FB Embedded - это сервер, "засунутый" в его клиентскую DLL.
то есть убирается протокол связи между клиентом и сервером.
Запускается программа, обращается к клиентской части, и она же и является в данном случае движком.
Разницы в данном случае между сервером и embedded нет. Исключение - два приложения не могут одновременно работать с одной базой через embedded. Потому что приложение + embedded, это и есть СЕРВЕР.

По поводу терминологии - СУБД, это вообще то Система Управления Базами Данных. И поддерживает она сетевое обслуживание клиентов, или нет, неважно.
Функциональность FB Embedded идентична обычному серверу Firebird.

Embedded действительно нужны в однопользовательских применениях - когда не надо запускать отдельно сервер, когда надо записать все на CD и работать оттуда, когда не нужна сеть, и т.п. Рынок таких приложений, кстати, весьма велик.
...
Рейтинг: 0 / 0
14.05.2006, 12:48
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725158
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
vadiminfoТ.е. признаком встраивамости является что? Personal Engine - и есть движек?
Иначе как Engine переводится? То что не комелится или компелится - это детали с точки зрения ф-ий СУБД и сетевой архитектуры ИС. Он ложится рядом с файлами хде? На сервере или клиенте? Работаит с теми кто на этом компе как сервер?
Но запускается не сам и слушает, а его запускает та прога куда он типа встроен?
Personal Engine и есть сервер. Но не сетевой. Ложится там же где и клиентское приложение установленно, его же и обслуживает или же все коннекты, идущие с этой машины. Может запускаться сам, когда к нему идет первое обращение, может запускаться ручками как просто приложение, может прописаться и стать как постоянный сервис - все по желанию.

vadiminfoТада вопрос чем отличается СУБД от своего движка? Движек - это подсистемы запросов и еще чего? Движек = СУБД? Ить я думал, что нет.
СУБД от движка отличается тока наличиемв подсистемой сетевго обслуживания клиентов. А так все остальные ф-ии берет на себя? И всего 5 МБ. Полностью, к примеру, поддерживает модель транзакций как и СУБД? Подсистемы защиты и восстановления?
Ничем не отличается, просто сетевые протоколы не подгружает и не может запускаться как веб-сервер для обслуживания HTTP и SOAP запросов. И естественно есть и полная модель транзакций и защита и восстановление и криптография и OLAP и т.д. и т.п. А почему 5 мб - так потому что полный движок ASA весит порядка 10 мб

vadiminfoПоясните, плиз, када это нуно. Кроме, конечно, баз что на сидюках - типа телефонных справочников и тому подобного.
Т.е. как эти системы соотносятся с OLTP или системы поддержки принятия решения. Я думал, что они либо однопльзовательские, либо много, но с ограничениями, либо ваще тока на чтение.
Можно и только для чтения (сжатые read-only базы), можно и на полную работу в составе программы. Можно и для мобильного пользователя с ноутбуком, где кстати Personal Engine пусть и не поддерживает сетевые протоколы, зато замечательно поддерживает двусторонние оффлайн репликации 2 видов - родные и гетерогенные.
--
www.rusug.ru - портал русскоязычной группы пользователей Sybase
...
Рейтинг: 0 / 0
14.05.2006, 12:59
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725194
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
kdv
По поводу терминологии - СУБД, это вообще то Система Управления Базами Данных.

Вот именно. И программная система, чтобы называлась СУБД, должна обеспечивать ряд ф-ий. И я всегда думал, что движки не все поддрживают, потму и называются движками, а не СУБД.


kdv
Потому что приложение + embedded, это и есть СЕРВЕР.

Но какой? Сервер БД, Сервер Приложений или типа Объединенный Сервер БД и приложений.

kdv
И поддерживает она сетевое обслуживание клиентов, или нет, неважно.

Как сказать. СУБД делят на файл сервеные и клинтсерверные, к примеру. А это именно сетевая архитектура. А встроенная СУБД никакая? Ни клиентсерверная, по большому счету, ни файл серверная?

kdv
Embedded действительно нужны в однопользовательских применениях - когда не надо запускать отдельно сервер, когда надо записать все на CD и работать оттуда, когда не нужна сеть, и т.п.

Тада это СУБД никакая в смысле сетевых архитектур. Но как СУБД все же не полноценная. Т.е. это именно Движек от СУБД (выполняет тока часть ф-ий СУБД) а не СУБД , т.е. какие-то ее подсистемы. Ить СУБД должна позволять создавать БД, вставлять, обновлять и удалять данные. Контролируемый доступ вообще нечего поддерживать к таким системам.

ASCRUS
Personal Engine и есть сервер.

Но ведь не Personal DBMS? Т.е. не СУБД.
Сервер - это все же именно понятие из сетевой архитектуры, применительно к технолонгиям БД. А из того, что Вы писали раньше - для Personal Engine сетевая архитектура по барабану. Т.е. там сетевых компонент нет, а есть обработчики запров и проч.

ASCRUS
Но не сетевой. Ложится там же где и клиентское приложение установленно, его же и обслуживает или же все коннекты, идущие с этой машины.

Тада сервер - применительно к модулям приложения. Один модуль приложения посылает запросы другому. Реализуется обрезанием сетевой клиентсерверной архитектуры родовой СУБД. Вырожденнием сети до одного компа. А Сервером или клиентом является само приложение куда встроена эта СУБД.

ASCRUS
И естественно есть и полная модель транзакций и защита и восстановление и криптография и OLAP и т.д. и т.п. А почему 5 мб - так потому что полный движок ASA весит порядка 10 мб

И OLAP? И все в 5 Мб? Там есть и движек MOLAP? Всякие регресси и проч?
Датамайнинг тоже есть? У Оракла кажная из этих двух опций по 50% стоимости Ентерпрайз Эдишена. А у Скуля, наскока я понял - OLAP отдельный сервер.
Значит 5 Мб - это не полный даже движек, а не то что СУБД. А Вы говорите что не "резанные". Аж на 50% урезанные.
На что остальные 5 Мб в полном движке ASA потрачены?
Кроме движка в СУБД ASA тока сетевые компоненты?

ASCRUS
Можно и только для чтения (сжатые read-only базы), можно и на полную работу в составе программы.

Вообще основная идея БД, предполагает что это коллекция данных предназначена для нескольких программ. А тут одна. А Вы говррите нет "недоделок". Опять предельный случай - тока одна программа.

Получается, что встроенная СУБД это на самом деле то, что раньше называли просто движком?
Ну ниче не попишешь терминология в ИТ вседа отличалась многозначностью.
Наверное, в данном случае, мы все-таки этому термину обязаны неким фирмам, которые не налабали полного СУБД. А тока отдельные компоненты и назвали это встроенной СУБД. Во-превых так громче. Во-вторых, движек есть у полноценных СУБД, а они еще полнценного не успели наклепать. Наклепали не полноценную тока пока. Ить полно было фирм в Досовые времена, которые для Доса типа СУБД клепали. С появлением сетей у них могли появиться сложности. Вот кто-то из них и запустил термин.
...
Рейтинг: 0 / 0
14.05.2006, 13:59
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725324
Пьяный Лох
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пьяный Лох
Участник
2 vadiminfo
vadiminfo kdv
По поводу терминологии - СУБД, это вообще то Система Управления Базами Данных.

Вот именно. И программная система, чтобы называлась СУБД, должна обеспечивать ряд ф-ий. И я всегда думал, что движки не все поддрживают, потму и называются движками, а не СУБД.
vadiminfo, чтобы воду в ступе не толочь - взяли бы и привели список этих самых ф-ий, которые должны обеспечиваться программной системой, чтобы она могла называться СУБД. И указали бы пальцем на те, которые не поддерживаются "движком".
Можете взять 12 правил Кодда, которым должна удовлетворять РСУБД, и сказать, какие из них не выполняются для embeeded ASA (например)

vadiminfoКак сказать. СУБД делят на файл сервеные и клинтсерверные, к примеру. А это именно сетевая архитектура.
Кто Вам такую чушь сказал? Различие между ФС и КС проявляются и в случае работы исключительно на одном компьютере. Т.е. база на компе, и несколько программ, работающих с этой базой - тоже на том же компе. Сетевая архитектура не при делах абсолютно.

vadiminfo ASCRUS
И естественно есть и полная модель транзакций и защита и восстановление и криптография и OLAP и т.д. и т.п. А почему 5 мб - так потому что полный движок ASA весит порядка 10 мб

И OLAP? И все в 5 Мб? Там есть и движек MOLAP? Всякие регресси и проч?
Датамайнинг тоже есть? У Оракла кажная из этих двух опций по 50% стоимости Ентерпрайз Эдишена. А у Скуля, наскока я понял - OLAP отдельный сервер.
Значит 5 Мб - это не полный даже движек, а не то что СУБД.
Кто Вам вообще сказал, что всякие олапы и датамайнинги являются обязательным условием чтоб называться хотя бы "движком", не говоря о СУБД?

Хватит уже отсебятину гнать. Читать книги - бегом марш.
...
Рейтинг: 0 / 0
14.05.2006, 15:58
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725436
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Пьяный Лох
vadiminfo, чтобы воду в ступе не толочь - взяли бы и привели список этих самых ф-ий,

Ну из того что сказал kdv про такие СУБД (однопользователские и на чтение) отпадает многое в принцие, что должно обеспечивать СУБД. Там в след абзаце писал. Т.е. самая первая ф-я.

Из ASCRUS не совсем ясно что це такое, и зачем оно нуно. Чем оно отличется от однопользовательской СУБД. Мож у него там и есть обычное однопользовательское СУБД. Тока урезанное в двое. И почему он назвал его встроенной не совсем, кстати ясно.

Пьяный Лох
Можете взять 12 правил Кодда, которым должна удовлетворять РСУБД, и сказать, какие из них не выполняются для embeeded ASA (например)

6 правило. Впрочем, ему возможно не удовлетворяет ни одно СУБД. Выше писал - не до конца понял куда и зачем там что-то выбрасили от СУБД.
Но сама ASA называет это именно Дижком, а не СУБД.

Пьяный Лох
Кто Вам такую чушь сказал? Различие между ФС и КС проявляются и в случае работы исключительно на одном компьютере. Т.е. база на компе, и несколько программ, работающих с этой базой - тоже на том же компе. Сетевая архитектура не при делах абсолютно.

Нашлись добрые люди - сказали. К ФС и КС сетевая архитектура имела до сегодняшенго дня отношение. В частности, в ФС СУБД на кажном компе в СЕТИ, а в КС на сервере в СЕТИ. И никакого смысла в делении ФС и КС не было бы, если бы сетей не существовало. Впрочем, как хотите так и считайте.


Пьяный Лох
Кто Вам вообще сказал, что всякие олапы и датамайнинги являются обязательным условием чтоб называться хотя бы "движком", не говоря о СУБД?

А кто ВАм сказал, что я думаю, что оно обязательно? Я писал, что у Скуля ОЛАП - отдельный сервак. А Скуль - СУБД. Это было про то как оно в 5 Мб уместилось, а не про требования СУБД. Читайте тектсы, хотя бы прежде чем писать.

Пьяный Лох
Хватит уже отсебятину гнать. Читать книги - бегом марш.

Счас - все брошу и побегу книги читать. Делать мне больше нечего.
...
Рейтинг: 0 / 0
14.05.2006, 17:32
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725497
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
vadiminfoНашлись добрые люди - сказали. К ФС и КС сетевая архитектура имела до сегодняшенго дня отношение. В частности, в ФС СУБД на кажном компе в СЕТИ, а в КС на сервере в СЕТИ. И никакого смысла в делении ФС и КС не было бы, если бы сетей не существовало. Впрочем, как хотите так и считайте.
Ну, сейчас начнется...
Show must go on!
...
Рейтинг: 0 / 0
14.05.2006, 18:33
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725508
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
vadiminfoВ частности, в ФС СУБД на кажном компе в СЕТИ, а в КС на сервере в СЕТИ.
...
Рейтинг: 0 / 0
14.05.2006, 18:49
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725569
Пьяный Лох
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пьяный Лох
Участник
2 vadiminfo
vadiminfo Пьяный Лох
vadiminfo, чтобы воду в ступе не толочь - взяли бы и привели список этих самых ф-ий,

Ну из того что сказал kdv про такие СУБД (однопользователские и на чтение) отпадает многое в принцие, что должно обеспечивать СУБД.
Еще раз - где список этого самого "многого, что должно обеспечиваться СУБД"? Вы явно пользуетесь не общепринятыми критериями, скорее всего Вами же и выдуманными. Ну так если уж сами выдумали какую-то фигню - не стесняйтесь, ознакомте публику с шедевром.

Кто сказал, что СУБД обязана быть многопользовательской, а если однопользовательская - то уже не СУБД? vadiminfo сказал? Или опять "добрые люди"?
Кто сказал, что СУБД не должна уметьт работать с Read Only базами? Опять vadiminfo сказал? Или опять "добрые люди"

vadiminfoТам в след абзаце писал. Т.е. самая первая ф-я
Следующий абзац - это "Но какой? Сервер БД, Сервер Приложений или типа Объединенный Сервер БД и приложени."
Никаких самых первых ф-й там нет.

vadiminfo Пьяный Лох
Кто Вам такую чушь сказал? Различие между ФС и КС проявляются и в случае работы исключительно на одном компьютере. Т.е. база на компе, и несколько программ, работающих с этой базой - тоже на том же компе. Сетевая архитектура не при делах абсолютно.

Нашлись добрые люди - сказали.
Добрые люди Вас обманули, а Вы и повелись.

vadiminfo Пьяный Лох
Кто Вам вообще сказал, что всякие олапы и датамайнинги являются обязательным условием чтоб называться хотя бы "движком", не говоря о СУБД?

А кто ВАм сказал, что я думаю, что оно обязательно? Я писал, что у Скуля ОЛАП - отдельный сервак. А Скуль - СУБД.
И что дальше? Скуль - СУБД. У Скуля ОЛАП - отдельный сервак. Что дальше? По другому - нельзя? Патамушта "добрые люди" так сказали?

vadiminfoЭто было про то как оно в 5 Мб уместилось
Какая разница во сколько мегабайт оно уместилось?
У сиквела дистрибутив занимает два компакт диска. ASA занимает 10 мегабайт. Что с того?

vadiminfoЭто было про то как оно в 5 Мб уместилось, а не про требования СУБД.
Ну да, ну да, давайте теперь свои же слова перевирать.
Сначала Вы усомнились в том, что в 5МБ можно уместить помимо СУБД еще и ОЛАП, и следующим же предложением заявили, что дескать "Значит 5 Мб - это не полный даже движек, а не то что СУБД"
Если теперь заявляете, что это Вы не про требования СУБД, то как же понять Ваши слова, что раз в 5МБ ОЛАП не влезет, то значит это даже не полноценный движок, не говоря уже о СУБД?

vadiminfoЧитайте тектсы, хотя бы прежде чем писать.
Я то читаю, в отличие от Вас. Вы, похоже, даже не думаете прежде чем писать.

vadiminfoСчас - все брошу и побегу книги читать. Делать мне больше нечего.
Понятно. Чукча не читатель, чукча писатель.
Вопросов к чукче больше не имею.
...
Рейтинг: 0 / 0
14.05.2006, 19:44
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725578
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
2 iscrafm

Да. Все это имеет значение как сетевая архитектура многопользовательских СУБД. Моно еще вспомнить телеобработку до кучи. На одном компе все это мало что меняет - предельный случай (типа нулевая сеть). Там она затерялась бы среди прочих архитектр приложений. Так мне все еще кажется.
...
Рейтинг: 0 / 0
14.05.2006, 19:53
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725641
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Пьяный Лох
Еще раз - где список этого самого "многого, что должно обеспечиваться СУБД"? Вы явно пользуетесь не общепринятыми критериями, скорее всего Вами же и выдуманными. Ну так если уж сами выдумали какую-то фигню - не стесняйтесь, ознакомте публику с шедевром.

Уже, по-моему, када переписывал этот шедевр для Вас сюда.

Пьяный Лох
Кто сказал, что СУБД обязана быть многопользовательской, а если однопользовательская - то уже не СУБД?

Все еще СУБД.

Пьяный Лох
Кто сказал, что СУБД не должна уметьт работать с Read Only базами?

Уметь должна. Но и уметь обновлять должна. А в той встроенной, про которую kdv это не надо. Это моно выкинуть из Дээллельки. Пусть по Вашему все читалки СУБД. Я, например, пока больше на Томаса Конноли и др буду ориентироваться.

Пьяный Лох
Никаких самых первых ф-й там нет.

Про обновлять, удалять там все же было.
1 Ф-я СУБД - Хранение, извлечение и обновление данных.

Пьяный Лох
Добрые люди Вас обманули, а Вы и повелись.

Намерен и дальше так поступать.

Пьяный Лох
И что дальше? Скуль - СУБД. У Скуля ОЛАП - отдельный сервак. Что дальше? По другому - нельзя? Патамушта "добрые люди" так сказали?

То что это показывает Вам, что я не считаю, что ОЛАП обязателен для СУБД.
Больше ничего. Вам же мало, что я это уже сказал. Вы в тексте выискиваете, что я мог так не думать.

Пьяный Лох
Ну да, ну да, давайте теперь свои же слова перевирать.
Сначала Вы усомнились в том, что в 5МБ можно уместить помимо СУБД еще и ОЛАП, и следующим же предложением заявили, что дескать "Значит 5 Мб - это не полный даже движек, а не то что СУБД"
Если теперь заявляете, что это Вы не про требования СУБД, то как же понять Ваши слова, что раз в 5МБ ОЛАП не влезет, то значит это даже не полноценный движок, не говоря уже о СУБД?

Там же вопрос стоял. А не утверждение, что его нет. Поэтому вывода на основе того, что там нет ОЛАПа быть не может. Я его и не делал.
Во фразе про "значит" имелось в виду, что раз сам АСА 10 Мб и равен по функционалу движку, но движек меньше в двое, то его типа могли коснуться урезания. Но, наверное, Вы правы я не удачно выразил это. Там должен был стоять вопросительный знак. Опечатка.



Пьяный Лох
Какая разница во сколько мегабайт оно уместилось?
У сиквела дистрибутив занимает два компакт диска. ASA занимает 10 мегабайт. Что с того?

Вы считаете ничего? Меня некоторые сомнения все-таки до сих пор одолевают.

Пьяный Лох
Я то читаю, в отличие от Вас. Вы, похоже, даже не думаете прежде чем писать.

Хорошо. Пусть так. В конце концов нам не зачем восхищаться мыслями друг друга.

Пьяный Лох
Понятно. Чукча не читатель, чукча писатель.
Вопросов к чукче больше не имею.

Думаю, это дает мне право на них не отвечать.
...
Рейтинг: 0 / 0
14.05.2006, 21:06
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725748
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
авторА встроенная СУБД никакая? Ни клиентсерверная, по большому счету, ни файл серверная?
клиент-серверная. Приложение думает, что общается с клиентом. Сервер в DLL думает, что получает запросы по сетевому протоколу (якобы) от клиента.

авторТ.е. это именно Движек от СУБД (выполняет тока часть ф-ий СУБД) а не СУБД , т.е. какие-то ее подсистемы. Ить СУБД должна позволять создавать БД, вставлять, обновлять и удалять данные. Контролируемый доступ вообще нечего поддерживать к таким системам.
ХКП. Firebird Embedded позволяет создавать БД и все остальное. Я еще раз повторяю, что приложение понятия не имеет, что вместо обычного клиента "серверной СУБД" ей подсунули Firebird Embedded. Функциональность идентичная целиком и полностью. Да, DLL не будет принимать чужие сетевые коннекты. То есть, это как бы "персональный сервер" для приложения.
FB Embedded компилируется путем исключения из кода сервера поддержки сетевого протокола, грубо говоря. Понятно?

vadiminfoНаверное, в данном случае, мы все-таки этому термину обязаны неким фирмам, которые не налабали полного СУБД. А тока отдельные компоненты и назвали это встроенной СУБД. Во-превых так громче. Во-вторых, движек есть у полноценных СУБД, а они еще полнценного не успели наклепать. Наклепали не полноценную тока пока. Ить полно было фирм в Досовые времена, которые для Доса типа СУБД клепали. С появлением сетей у них могли появиться сложности. Вот кто-то из них и запустил термин.

я не пойму, ты прикидываешься, или как? К чему нести какую-то ахинею? Или это популярно в разделе "Сравнение субд"?

Vadiminfo В частности, в ФС СУБД на кажном компе в СЕТИ
файл-сервер, это когда каждое приложение содержит "движок" доступа к файлам БД. клиент-сервер, когда файлом БД занимается только сервер.
Firebird Embedded является клиент-сервером (см. выше) для одного приложения (можно в нем создать несколько коннектов).
...
Рейтинг: 0 / 0
14.05.2006, 23:31
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725789
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
kdv
файл-сервер, это когда каждое приложение содержит "движок" доступа к файлам БД. клиент-сервер, когда файлом БД занимается только сервер.
Firebird Embedded является клиент-сервером (см. выше) для одного приложения (можно в нем создать несколько коннектов).
По Вашей терминологии если приложение будет содержать доступ к файлам БД(имея в себе Firebird Embedded) то оно будет файл-сервером :)

Отвечать не надо! И вообще - предлагаю закончить спор на эту тему - какая разница как оно называется, всё равно все поняли что это такое
...
Рейтинг: 0 / 0
15.05.2006, 00:33
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725809
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
kdv
клиент-серверная. Приложение думает, что общается с клиентом. Сервер в DLL думает, что получает запросы по сетевому протоколу (якобы) от клиента.

Так и клиппер думать может. Да и файл серверной СУБД, если ее встроить тожена одном компе примерно так же выглядит. Как впрочем и однопользователская.

kdv
ХКП. Firebird Embedded позволяет создавать БД и все остальное. Я еще раз повторяю, что приложение понятия не имеет, что вместо обычного клиента "серверной СУБД" ей подсунули Firebird Embedded.

Хорошо. Хотя если тока читает, то зачем ей собсно создавать? Создать могла и не Firebird Embedded, а просто Firebird. Ить это, наскока я понял, не нужно в процессе эксплуатации такой парочки.

kdv
Функциональность идентичная целиком и полностью. Да, DLL не будет принимать чужие сетевые коннекты. То есть, это как бы "персональный сервер" для приложения.
FB Embedded компилируется путем исключения из кода сервера поддержки сетевого протокола, грубо говоря. Понятно?

Тока сетевого протокола? Мож еще чего? Каких-нить диспечеров блокировок?
Впрочем, понятно.

kdv
я не пойму, ты прикидываешься, или как? К чему нести какую-то ахинею? Или это популярно в разделе "Сравнение субд"?

Или как. Надеюсь, Вы привнесете что-то новое в этот раздел, что-то более популярное, раз это Вам так важно.

kdv
файл-сервер, это когда каждое приложение содержит "движок" доступа к файлам БД. клиент-сервер, когда файлом БД занимается только сервер.

В самом деле? Бум иметь в виду. А у файловых систем - это которые без СУБД, что содержится в приложениях? Впрочем, мне к счатью больше приходится иметь дело с не встроенными СУБД. Без "движков" и с многопользовательскими СУБД проще про ФС и КС. На кажном клиенте стоит СУБД выполняет запросы, а на файл сервере данные - ФС, на сервере БД серверная часть СУБД и там выполняет запросы - КС. Да и с однопользовательскими - ни ФС и ни КС.
...
Рейтинг: 0 / 0
15.05.2006, 01:01
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725823
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
я вообще-то фигею. Почему то казалось, что те, кто посещают SQL.ru понимают, хотя-бы, разницу между файл-сервером и клиент-сервером. Но видимо раздел ПТ - самый популярный на столь специализированном сервере (судя по названию).
...
Рейтинг: 0 / 0
15.05.2006, 01:38
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725825
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
vadiminfoНа кажном клиенте стоит СУБД выполняет запросы, а на файл сервере данные - ФС, на сервере БД серверная часть СУБД и там выполняет запросы - КС. Да и с однопользовательскими - ни ФС и ни КС.
слов нет коллеги.
Файл-сервер - это когда много клиентов общаются с ресурсом. Клиент-сервер - это когда клиенты общаются с посредником (сервером), а он, единственный, общается с ресурсом. Осталось еще на картинках из Винни-пуха рассказать.
...
Рейтинг: 0 / 0
15.05.2006, 01:44
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725828
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Посреди поляны стоял котел с едой. И все куча народа наваливалась на этот котел. Это файл-сервер. Потом поставили человека на раздачу и получился клиент-сервер. Можно еще на ежиках. Извиняюсь. Но комедия.
...
Рейтинг: 0 / 0
15.05.2006, 01:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725832
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
2 kdv
--
А Вы к IBProvider не имеете отношения?
...
Рейтинг: 0 / 0
15.05.2006, 02:31
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33725949
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
2 vadiminfo
Вадим! Вас должно уже насторожить, что куча довольно разных людей в согласии друг с другом долго пытаются вам втолковать, что вы здесь не вполне правы (мягко говоря). Хватит уже спорить безо всяких оснований. Вам уже объяснили, а я присоединяюсь, что есть такой полезный вид СУБД -- встраиваемые СУБД. Это зачастую спец. версии обычных СУБД, в которых выкинут параллельный досту и вообще сетевые функции. Встраиваемые СУБД нужны, когда конкртное приложение нуждается в работе со своей БД, но при этом совсем не нуждается ни в сети, ни вообще во "внешней", отдельно устанавливаемой и администрируемой СУБД. При этом встраиваемая СУБД является как бы частью самого приложения (в этом и суть термина "встраивание"), вместе с ним инсталлируется и вместе с ним же деинсталлируется.

Единственное, я бы усомнился в высказанном кем-то утверждении, что рынок встраиваемых СУБД большой и важный. Хотя я и сам использовал встраиваемые СУБД в паре задач, но по-моему это довольно редкая потребность и рынок их сущая безделица на фоне обычных СУБД. Поэтому все эти ссылки от iscrafm на лидеров в этом рынке не стоят и выеденного яйца.
...
Рейтинг: 0 / 0
15.05.2006, 08:11
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33726167
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
2 iscrafm
У Вас про СУБД, нет ни слова. Такие обобщенные определения, мож, и подходят для программирования вообще. И не зависят от сети. Например, COM, а с сетью DCOM (но там ФС особо не выделяют). Типа вроде бы более общее. Но часто сервер - тот кто выполняет запросы клиента, а клиент тот кто из посылает. И в ФС клиенты тоже общаются тада с посредником Файл - Сервером (это тоже сервер (посредник)). А уж он с ресурсом, хотя в общем случае и не единственный - как налабать систему.
Для многопользовательсеких СУБД есть еще архитектуры многозвенные (многослойные). Там есть, например, сервера приложений. С ними может общаться клиент. А они тоже типа не с "ресурсом" общаются, а "Сервером (посредником)", а тот единственный или нет, общается с другими серверами или ресурсами. Ну при желании на этот сервак моно впендюрить и те СУБД, что относят к ФС. Это все нуно как-то уточнять в Вашем определении.
А без сети для СУБД от таких понятий пользы все еще не видно. Если все такие клиенты и сервера на одном компе, особой разницы между ФС и КС вроде и нет в плане БД. Потому что не тока Ваш "ресурс" (Диски там или файлы - как вы его определяете теперь и не знаю) , но и все остальные там же, а сетевых нет.
А то определение просто и тока про СУБД. И польза и недостатки с ресурсами, включая и сетевые, как бы более или менее видны. А это главное почему их делят на КС и ФС вообще.

mir
Вадим! Вас должно уже насторожить, что куча довольно разных людей в согласии друг с другом долго пытаются вам втолковать, что вы здесь не вполне правы (мягко говоря).

А чего мне настораживаться? Я всегда допускаю, что могу быть не прав. Если в их словах есть что-то рациональное возьму на вооружение. Лучше здесь ошибаться, чем в реале. Тем более про встроенные СУБД я впервые услышал. Про движки слышал. Считал их ядром или отдельными компонентами СУБД. Так шо польза есть

mir
Вам уже объяснили, а я присоединяюсь, что есть такой полезный вид СУБД -- встраиваемые СУБД. Это зачастую спец. версии обычных СУБД, в которых выкинут параллельный досту и вообще сетевые функции. Встраиваемые СУБД нужны, когда конкртное приложение нуждается в работе со своей БД, но при этом совсем не нуждается ни в сети, ни вообще во "внешней", отдельно устанавливаемой и администрируемой СУБД. При этом встраиваемая СУБД является как бы частью самого приложения (в этом и суть термина "встраивание"), вместе с ним инсталлируется и вместе с ним же деинсталлируется.


Да, наверное. Есть, конечно, еще какие-то сомнения. Так как в общем случае ей не все нужно от СУБД, ить без приложения с помощью этой СУБД возможно и не предполагается работать с этой БД. Впрочем, это может и не важно.
Главное, понятно теперь. Хотя не настока, чтобы допереть про встроенный Оракл, про который в той ссылке. Если это Персональный Эдишен, то ему по прежнему начихать на любые приложения. А что это еще может быть пока не знаю.
...
Рейтинг: 0 / 0
15.05.2006, 10:08
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33726281
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
mirХотя я и сам использовал встраиваемые СУБД в паре задач, но по-моему это довольно редкая потребность и рынок их сущая безделица на фоне обычных СУБД. Поэтому все эти ссылки от iscrafm на лидеров в этом рынке не стоят и выеденного яйца.
Поэтому если нет опыта в этом, всегда лучше полагаться на подсчеты других. Вы наверное только заголовок документа просмотрели. А если посмотрели хотя бы по диагонали, то увидели бы, что там раздеребанили на части 1.128 млрд. Для справки, на рынке хост-субд делят около 8 млрд. Вполне допускаю, что для Вас это сущая безделица.
Что касается стоимости самой ссылки, то полная версия этого документа стоит 3000$. Думаю на выеденное яйцо хватит.
...
Рейтинг: 0 / 0
15.05.2006, 10:44
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33726306
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
iscrafmА Вы к IBProvider не имеете отношения?
имею. продаю я его :-)

vadiminfoТока сетевого протокола? Мож еще чего? Каких-нить диспечеров блокировок?
Впрочем, понятно.

и правда, комедия. Объясняешь человеку про конкретную реализацию, а он в ответ какие то полные фантазии по поводу файл-сервера, да еще и сомнению все подвергает.
"Урезаный? Нет? Точно? А может, все-таки урезаный?".
Конечно, сомневаться можно и нужно, но не до такой степени.
...
Рейтинг: 0 / 0
15.05.2006, 10:53
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33726359
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
kdv iscrafmА Вы к IBProvider не имеете отношения?
имею. продаю я его :-)

Не данных по производительности по сравнению с FireBird ODBC случаем?
...
Рейтинг: 0 / 0
15.05.2006, 11:10
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33726366
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
kdv
и правда, комедия. Объясняешь человеку про конкретную реализацию, а он в ответ какие то полные фантазии по поводу файл-сервера, да еще и сомнению все подвергает.
"Урезаный? Нет? Точно? А может, все-таки урезаный?".
Конечно, сомневаться можно и нужно, но не до такой степени.

Конкретная реализация - это же тока пример. Ваши мысли про сервера тоже врядли стоит вставлять в солидные книги. А сомнения есть. В плане маленьких систем, возможно, вообще нет разницы СУБД там или просто кто-то свою читалку к dbf - файлам написал. Но там в ссылке сравнения реальных, и чуть ли не мировые топ-листы. Там, возможно, не о мальньких системах идет речь. Мож о больших проектах. от тут до какой степени сомненеваться и не очевидно. Но все равно спасибо, что на примере FB рассказали. На примере клиппера я знал. Осталось понять есть ли примеры на СКУЛе, Оракле и ДиБИва2.
...
Рейтинг: 0 / 0
15.05.2006, 11:11
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33726464
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
iscrafmНе данных по производительности по сравнению с FireBird ODBC случаем?
с этим просьба на ibase.ru, по любому адресу (support например).

vadiminfoВаши мысли про сервера тоже врядли стоит вставлять в солидные книги

В данном случае тут "моих мыслей" нет. я излагаю то, что является ФАКТОМ. Если со своей колокольни Вам это тяжело воспринять, то это ваши проблемы.

vadiminfoВ плане маленьких систем, возможно, вообще нет разницы СУБД там или просто кто-то свою читалку к dbf - файлам написал.
есть разница.
1. приложение одно и то же, что для Embedded что для обычного сервера.
то есть, перекомпилировать не надо.
2. функциональность Embedded и сервера идентичная. Если непонятно слово "идентичная", то вот синоним - ОДИНАКОВАЯ. за исключением сетевого протокола.

То есть. делаем обычное клиент-серверное приложение. Если вдруг потребовалось его ПОКА (или совсем) поставить на ОДИН компьютер, то вместо СЕРВЕРА на этот компьютер кидаем Embedded.
В итоге, не надо сервер запускать перед стартом приложения, и т.п.

Чтобы был понятен масштаб - приведу конкретный пример.
www.webceo.com. Порядка 15 тысяч инсталляций. Приложение использует Yaffil Personal (аналог FB Embedded). Правда, этому приложению работа с сервером не нужна, хотя может быть легко реализована.
Другой пример - сеть филиалов одной конторы, примерно 1000 штук. примерно треть - по 1 компу. На них используется Embedded. Остальные - от 2 до 100 пользователей. Там используется обычный Firebird. Приложение ОДНО И ТО ЖЕ.
Оно всегда работает с одной и той же функциональностью (sql, управление транзакциями и т.п.), и не знает, кто "на том конце" - обычный сервер или Embedded.

p.s. если так туго идет - представь себе Оракл, который запихнули в oci.dll, целиком.
...
Рейтинг: 0 / 0
15.05.2006, 11:38
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33726492
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
автор работа с сервером не нужна
имелось в виду "многопользовательская, сетевая работа". То есть Embedded используется как "движок".
...
Рейтинг: 0 / 0
15.05.2006, 11:43
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33726667
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
kdv
В данном случае тут "моих мыслей" нет. я излагаю то, что является ФАКТОМ. Если со своей колокольни Вам это тяжело воспринять, то это ваши проблемы.

Не стока тяжело, скока не зачем. Даже если Ваш авторитет не прирекаем где-то, этоn якобы ФАКТ предпочту пока отвергнуть, с тем чтобы у меня было меньше проблем.

kdv
То есть. делаем обычное клиент-серверное приложение. Если вдруг потребовалось его ПОКА (или совсем) поставить на ОДИН компьютер, то вместо СЕРВЕРА на этот компьютер кидаем Embedded.
В итоге, не надо сервер запускать перед стартом приложения, и т.п.


Это, конечно, имеет значение.
В приложении низя впендюрить запускалку обычного сервера?
Тем более ПОКА на ОДИН компьютер приходится и обычные сервера ставить. Например, я дома так делаю и даже сервероа БД несколько. Да и на призводстве у меня тоже на компе весь набор. Причем Интерпрайз Эдишен везде. Свойства встроенности не производят тут особого эффекта. Нуно чтобы с ним работало много и разных приложений (на разных языках программирования). Ить в общем БД и предназначены обычно для многих и разных приложений. Пока не сталкивался со случаем, када необходимо одно в паре со встроенной СУБД.

В общем Ваш тот пример был лучше. Моно не продолжать.


kdv
если так туго идет - представь себе Оракл, который запихнули в oci.dll, целиком.

Не сам представлять такого не буду. Подожду када запихнут парни от Оракла и посматру шо при этом выкинут, и шо оно сможет и расскажут как с этим обходиться. Иначе может получиться, что оно тока на бумаге встроенное, а на деле не совсем. Да и возможно, под встроенными СУБД понимают не тока такой вариант.
...
Рейтинг: 0 / 0
15.05.2006, 12:23
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33726680
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavelvp
Участник
LittleCat... вопрос только во времени разработки, гибкости и потребном оборудовании. Сейчас, повторюсь, больше 10 млн. записей в базу за сутки, размер базы 200 Гб и все это на обычной двухпроцовой машине с гигом памяти... Да, еще ведь не только в базу все пишется, но и СБ запросы разные гоняет на этой машине, злоумышленников ловит. Вот Вы у нас человек опытный, могли бы мыслями поделиться, какая техника потребуется ораклу для подобной задачи ?-)
На той же технике будет спокойно работать, и не только Оракл.
...
Рейтинг: 0 / 0
15.05.2006, 12:27
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33727309
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
iscrafm mirХотя я и сам использовал встраиваемые СУБД в паре задач, но по-моему это довольно редкая потребность и рынок их сущая безделица на фоне обычных СУБД. Поэтому все эти ссылки от iscrafm на лидеров в этом рынке не стоят и выеденного яйца.
Поэтому если нет опыта в этом, всегда лучше полагаться на подсчеты других. Вы наверное только заголовок документа просмотрели. А если посмотрели хотя бы по диагонали, то увидели бы, что там раздеребанили на части 1.128 млрд. Для справки, на рынке хост-субд делят около 8 млрд. Вполне допускаю, что для Вас это сущая безделица.
Что касается стоимости самой ссылки, то полная версия этого документа стоит 3000$. Думаю на выеденное яйцо хватит.Согласен, лучше полагаться на подсчеты других. Кстати, не могли бы вы привести ссылку на источник информации про 8 млрд., мне интересны детали. Хотя даже и так, 13 процентов от рынка это маловато. Кто бы там не боролся в этих 13% рынка, это в целом не так уж и серьезно на фоне остальных 87% рынка. Да и цифра 8 несколько вызывает сомнение, так как вот цифры с разницей в год:
http://www.osp.ru/cw/2005/12/000_16.htmПо предварительным данным IDC, в 2004 году рост мирового рынка реляционных СУБД составил 11,6%; продажи достигли 14,9 млрд. долл. Итак, в 2004 только РСУБД отхавали $14,9млрд., а по вашей цитате в 2003 (ведь в 2003?) все СУБД имели около 9. Что-то не сходится...
...
Рейтинг: 0 / 0
15.05.2006, 14:38
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33727411
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
mirКстати, не могли бы вы привести ссылку на источник информации про 8 млрд.
По данным Гартнер
Gartner reported its worldwide RDBMS revenue estimates this week. In all, the analyst firm found the RDBMS market grew 10.3 percent between 2003 and 2004 to reach $7.8 billion in total sales
Может у IDC другие подсчеты, не исключаю. Нужно еще смотреть какой показатель оценивается
...
Рейтинг: 0 / 0
15.05.2006, 14:53
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33728651
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
mir
Единственное, я бы усомнился в высказанном кем-то утверждении, что рынок встраиваемых СУБД большой и важный. Хотя я и сам использовал встраиваемые СУБД в паре задач, но по-моему это довольно редкая потребность и рынок их сущая безделица на фоне обычных СУБД.
Согласен. Большая доля встраиваемых СУБД по-видимому получилась из-за того, что к ним отнесли обычные СУБД, работающие в однопользовательском режиме, например на портативных устройствах, как сайбейз АСА для winCE устройств - обычный сервер с репликацией и пр., но с урезанными сетевыми и многопользовательскими возможностями.

Как обычно все дело в определениях, что называть встроенным сервером при подсчетах продаж.
...
Рейтинг: 0 / 0
15.05.2006, 23:47
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #33729621
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
c127
Большая доля встраиваемых СУБД по-видимому получилась из-за того, что к ним отнесли обычные СУБД, работающие в однопользовательском режиме, например на портативных устройствах, как сайбейз АСА для winCE устройств - обычный сервер с репликацией и пр., но с урезанными сетевыми и многопользовательскими возможностями.

Скорее всего.
Согласно ссылке, что дал iscrafm - IDC, там на третьем месте Оракл нарисовался. Упоминаются его конфигурации "встроенности", при которых он, вроде как, не нуждается в администрировании. И эта "встроенная" СУБД еще и на третьем месте. Возможно, Personal Edition, возможно, с урезанными сетевыми, по, крайней мере, их тада не надо администрировать. Надо будет при случае на сайте Оракловом поискать.
Кто такие эти парни от IDC? Может у них есть какая-то заинтересованность? Например, Кеша на вторую позицию протолкнуть? И назвают его Постреляционным.
...
Рейтинг: 0 / 0
16.05.2006, 12:58
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #34044569
Sergey Gladilin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Gladilin
Гость
andrew000999Опоздал на тему Каше vs Fox
Я на эту тему тоже опоздал, но уж больно хочется высказаться.

andrew000999Этот файл был создан некоей (кстати оракл программой) собственно он дбфом не является - нарушена структура заголовка - потеряны несколко первых символв заголовка скажем гдето меджу 3 и 14 - неизвестно сколько)
ИМХО, критично важно какие - если информация о длине записи сохранена, то проблемы особо нет - без даты изменения и числа записей обойтись можно, длина заголовка вычисляется как число полей*32, число полей определяется
внимательным взглядом в бинарный код. В общем, мне не совсем понятно, зачем городить такую таинственность - копаться в бинарном файле с целью угадать, каких байтов там почему-то нет - дурацкая преамбула для сравнения, на каком языке удобнее писать некоторую программу.

andrew000999и еще добавлю - мой код будет работать и под любым виндоус и под почти любым линуксом
где установлен любой мумпс -msm cache gtm m3-lite m21 mumps1.47
НЕ ИЗМЕНЯЯ НИ ОДНОГО СИМВОЛА в коде
не могу понять, чем тут гордиться - данная задача явно не из тех, которые требуется переносить с платформу на платформу - если Вы занимаетесь разребанием подобного дерьма, то делаете это, очевидно, на своей машине, где двоичный редактор установлен и т.д.
...
Рейтинг: 0 / 0
10.10.2006, 14:52
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
Задача (МUMPS - решение проблемы)
    #35579194
al-veliev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
al-veliev
Гость
Joker_Ya andrew000999Опоздал на тему Каше vs Fox - закрыли тему
Публикую задачу из своей практики
1 Есть некий файл. dbf кол записей порядка 200 тыс
ФИО+ДТР+Паспорные данные
Этот файл был создан некоей (кстати оракл программой) собственно он дбфом не является - нарушена структура заголовка - потеряны несколко первых символв заголовка скажем гдето меджу 3 и 14 - неизвестно сколько), более того поля Фамилия, Имя, Отчество обрезаны по 6 символов в каждой - для непонятливых
Вишневский Иннокентий Александрович представлен как Вишнев Инноке Алекса
Дата рождения полная нормальная
Есть другая база xxx.dbf - этот нормальный но но 300 тыс записей
ФИО+ДТР+Паспорные данные
Есть третья база данных представленная в текстовом режиме на 2 млн записей
ФИО+ДТР+Паспорные данные
Требуется сравнить все три базы и по совпадению ФИО+ДТР ( на таких объемах это практически полное совпадение (97-99%))
1. Восстановить полние значение ФИО в первой базе
2. Проставить значения паспортных данных (в двух последних они имеюся) с выдачей протоколов на возможных двойников по паспортным данным
3.Создать новый дбф с нормальным заголовком первого файла
4 Если паспорт старый то произвести маленькую оптимизацию
скажем в паспорте 1X8 788788 нужно единицу заменить на римскую и тд
для нового паспорта в номере ввести лидирующие нули для нас мумпсистов реш
(если новый паспорт номер 000714 то в двух последних базах он представлен как 714 - мне ставились такие требования)

Условия
1 Если мой код будет меньше Вашего менее чем в пять раз - с меня ящик коняька - считаем посимвольно
2 Если мой код будт выполнятся менее чем в пять раз быстрее чем Ваш - с меня ящик коньяка
3 Если Ваш код будет точнее моего хотябы на одного человека - с меня ящик коньяка
хотел добавить еще условие - скорость разработки - н это не проверишь
я выполнил эту работу за 40 минут включая время расчета
это не я крутой - это мумпс - как вы его называете крутой
и еще добавлю - мой код будет работать и под любым виндоус и под почти любым линуксом
где установлен любой мумпс -msm cache gtm m3-lite m21 mumps1.47
НЕ ИЗМЕНЯЯ НИ ОДНОГО СИМВОЛА в коде
Ограничений на используемый язык нет (не MUMPS)для нас мумпсистов реш
Это маленький пример превосходства языка ( в повседневной практике я использую порядка 30-35 комманд и функций котрые мощнее всех фоксовских дельфийских и прочих вместе взятых - все в голове)
А ведь M - это еще и крутейшиая база данных вохможности которой а данном примере я использую мнеее чем на 1%)
Вы нынешние сллщики - нутка
Базы при неоюходимости вышлю

В догонку для людей с бронепоезда. Объясните что Вы имели ввиду когда писали (кстати оракл программой). Оракл это СУБД на ней клиентские программы не пишут. Учите матчасть или хотябы голословно не утверждай того чего не знаете и не говорите с умным видом о том в чем не разбираетесь (выглядит глупо). И вообще еще дедушка Ленин говорил специально для таких как Вы "Учиться, учиться и еще раз учиться " Мудрые слова. Мой вам совет прислушайтесь к ним и не будете смешно выглядеть.

Вообще-то В.И.Ленин писал, а не говорил, и не "Учиться, учиться и еще раз учиться ", а "Учиться коммунизму настоящим образом"
...
Рейтинг: 0 / 0
06.10.2008, 21:46
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #35581815
al-veliev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
al-veliev
Гость
c127Уважаемые мумпсисты, предлагаю все-таки перейти к конкретному сравнению СУБД. Совершенно непонятно зачем выдумывать идиотские примеры, совершенно нетипичные для СУБД. Вот есть задача от сторонников ООБД, по-моему это классическая задача для СУБД:
/topic/138641&pg=2#1206843
Ее решение на М
/topic/54920&pg=10#2389080

Вот 3 дополнительных вороса, тоже ИМХО довольно типичных:
Показать
1) типы самолетов, которыми летал Scott Tiger, 1,9,12,13,18,22,28 января 2003 года
2) номера рейсов которые были в январе 2003 года и на которые оставалось от 10 до 20 непроданных билетов включительно, но самолет не "TU 154"
3) пары рейсов, где 10 или более пассажиров общие (летели одни и те же люди)
/topic/54920&pg=11#2397065

На два из них ответ от МУМПС-истов получен и обсуждался, а вот третий повис в воздухе. Не мог ли бы кто-нибудь из уважаемых мумсистов, вместо того, чтобы пытаться решать дурацкие задачи по восстановлению битых DBF файлов и бороться с обрезанием в exel ячейках, привести ответ на третий вопрос.

А потом сравним длину решения в символах, как и предлагал andrew000999. Хотя уже можно сравнить первые два. Ну что, сравниваем? Правда наиболее вменяемые сторонники МУМПС-а уже признали, что СКЛ решение компактнее.

Ответ на М на первые два вопроса тут:
/topic/54920&pg=12#2406070
СКЛ решение тут:
/topic/54920&pg=12#2406559




А вот еще одна задача, она нетипична для РСУБД серверов, но позволяет оценить возможности оптимизатора:
/topic/5836#26828

Там же ее решение на СКЛ-е и совершенно конкретные результаты тестирования для МС СКЛ сервера - 7 секунд. Я приводил результаты для сайбейз АСА, можно найти. Решите эту задачу на М или на МУМПС-СКЛ в том виде как она есть, без предварительного упрощения. Это позволит хоть как-то сравнить оптимизаторы.

А то все разговоры, разговоры. Несерьезно это.
Бедолага Scott Tiger находится сразу в двух самолетах, летящих из Масквы в Лининград и обратно,
и не может понять, сколько его вообще, и какая часть из его где, потому что остальные его части
точно так же и в то же время летают по всему миру в "парных рейсах".
John Smith улетает из Лондона в Дублин, не успев прилететь.
На Форум SQL.ru наведыается Стивен Кинг, тихо офигевает от такой классной находки и в одну ночь пишет
своих "Тамплиеров" за несколько лет до появления форума!
Ведь улетел же в никуда "Конкорд" рейсом Лондон-Багамские острова по пятницам,
так как для него не нашлось пары (обратный вылет в субботу), а вылетел оттуда уже "Боингом"
11 сентября известного года и сразу - бабах в небоскреб в Нью-Йорке (Бедный Scott Tiger!
Никогда ему уже не видать своего мизинца на правой ноге - она была на том борту!)
А надо всем этим бардаком величественно возвышается вместо статуи Свободы
статуя патриция в белой тоге хамства и невежества и молча спрашивает проплывающие пароходы:
"А какие колёса лучше у велосипеда - квадратные или треугольные...- о чём это я ?...
Sorry, не то(кое-кто поймет!).Задает вопрос №3,- Сколько было пар рейсов,
в которых пассажиры были общие(летели одни и те же люди)"
И появляются в мире расчески, останавливающие время, троллейбусные билеты,
сами перебрасывающие людей к заброшенному мотелю в пустыне,
авторучки, сжигающие дотла тех, кто ими пишет.
А "Sci Fi Channel" снимает про это кино "Потерянная комната".

Великая честь для форума и модераторов "Сравнения баз данных"!

А всё потому, что стоит где-то в подвале заброшенный серверок и потихонечку лабает элегантные решения
вопроса №3 на всех известных ему языках и аж диодами мигает от кайфа.
А на форуме на робкий вопрос:"Пара 13-15 и пара 15-13 - это одна пара или две?",
который как прозрение, как луч света в тёмном царстве, никто даже внимания не обращает
(Т.е. мужики, а чего вообще мы делаем-то, отношение один к одному, один к многим, многие к одному или многие к многим?).
А ведь вопрос - жемчужина этой темы!

Впрочем, есть и жемчужины другого рода:кое-чей вопрос №2 насчёт непроданных билетов. От 10 до 20.
Постыдитесь, Уважаемый! Из-за Вас Эйнштейн умер!
Пытался, бедолага, понять сколько осталось непроданных билетов на рейс,
все места на который были выкуплены по коллективной заявке и оформлены одним бланком.
Броуновское движение раскусил, теорию относительности, а вот с Вашим вопросом не справился...

Так что даже хорошо, что по словам модератора тема закрыта. Еще бы в серверке том покопаться...

Персонально для модератора.

Я имел возможность убедиться в его интеллигентности и вежливости(это серьезно).
Так что пускай подумает о том, стоит ли держать то свинство в отношении М и SQL, которое я там видел.
Никто никому не давал права издеваться над людьми за их энтузиазм и приверженность к тому или иному предмету.
То, что кое-кто там загадывал вопросами 1-2-3, я могу сделать несколькими способами.
То, о чём я его попрошу сделать на скуле, он не сделает заведомо.
Надеюсь, что за эту пару лет тот человек набрался мудрости и ума, потому
что очень не хочется вытирать об него ноги в его же стиле.

Насчёт предугадывания будущего - кое-кто тоже поймёт, о чём речь.

1. Что такое кеш, как не попытка предугадывания необходимых данных с определенной вероятностью?... Продолжать дальше?

2. Пускай вспомнит дедушку Digger на PC Intel-88 и на 286. На 386 можно было только чемпионаты проводить,
кто успеет нажать клавишу до окончания игры. Не менее 90% прироста производительности в современных приложениях
достигается за счёт аппаратных средств самоотверженным трудом причастных к этому делу, остающихся безызвестными.
Всё остальное - рекламмные трюки с целью присвоить себе результат чужого труда и чужой славы.
Кто-то из Оракл или Интерсистемз свой код на эту тему показывал? Нет. То-то и оно.
Надеюсь, ЭТО он тоже поймет.

3. Насчёт казино. Пускай посмотрит одноимённый фильм, умножит знания и умения героев в разы,
а доходы - в сотни раз. И науки в этом деле не меньше - пускай не сомневается.

4. При всём моем уважении к нему(это серьезно) этот кое-кто блестяще продемонстрировал то, как можно не понять то,
о чём говорится непривычными словами. Где уж тут некоторым разные языки сранивать, не зная их обоих!

Имена пассажиров выбраны случайным образом и не имеют реальных прототипов.
...
Рейтинг: 0 / 0
07.10.2008, 23:23
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #35582968
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Во це да. Тема двухлетней давности всплыла. Значит ли это что бывают вечные темы и в раделе сравнение СУБД? Ну или не потопляемые?
...
Рейтинг: 0 / 0
08.10.2008, 13:12
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #35583203
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
Судя по стилю - вечный ЧАЛ, в новом обличии. Хотя за ним вроде раньше не водилось мертвые топики подымать. Но видать осеннее обострение в предверии финансового кризиса.

А ведь в письме мне обещал больше в этот форум не писать
...
Рейтинг: 0 / 0
08.10.2008, 14:11
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #35602731
al-veliev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
al-veliev
Гость
vadiminfoВо це да. Тема двухлетней давности всплыла. Значит ли это что бывают вечные темы и в раделе сравнение СУБД? Ну или не потопляемые?
Вечные темы бывают в церкви и искусстве, а не на форумах SQL.RU. Такие, как например, хамство, невежество и грубость. Умение увидеть сущность - Искусство, умение донести её другим - Дар Божий, как говорят верующие. Ничего такого на этой теме нет. Поэтому и беседовать здесь не о чем.
Когда-то во времена Конфуция некий Хой Лу, изучив десяток иероглифов, расположился около жилища Конфуция. Всякий раз, когда Учитель проходил мимо, этот Хой кричал, что он теперь может написать Пятикнижие, но Конфуций не обращал на него никакого внимания. Ученики в конце-концов спросили Конфуция: "Учитель, почему Вы не пристыдите этого человека?"- спросили Конфуция ученики. "Вам он нравится?"-спросил Конфуций. "Нет" - ответили ученики. "Если я ему отвечу, то стану похожим на него",- сказал Учитель. Как не последовать примеру мудрых... Если бы я не видел в спорящих мыслящих людей, то просто бы посмеялся про себя.
А про ЧАЛ специально поинтересовался у товарища, что это такое. Смешно было читать, имея 7 лет работы с SQL за спиной.



Персонаж Хой Лу к нынешним Хой и Лу не имеет отношения.
...
Рейтинг: 0 / 0
19.10.2008, 02:53
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #35603226
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
al-velievvadiminfoВо це да. Тема двухлетней давности всплыла. Значит ли это что бывают вечные темы и в раделе сравнение СУБД? Ну или не потопляемые?
Вечные темы бывают в церкви и искусстве, а не на форумах SQL.RU. Такие, как например, хамство, невежество и грубость. Умение увидеть сущность - Искусство, умение донести её другим - Дар Божий, как говорят верующие. Ничего такого на этой теме нет. Поэтому и беседовать здесь не о чем.

Если беседовать не о чем, то зачем она была поднята на поверхность с двухлетней глубины?
К чему рассуждения бо Искусстве и тем более о Божественном в теме про Мумпс? В теме про Оракл это и то трудно притянуть за уши, а уж тема Мумпс, мне кажется, предполагает что-то совсем приземленное. Ну в крайнем случае какие-то добрые воспинания о событиях 30-летней давности.
В общем лично я пока не вкурил про что речь.
...
Рейтинг: 0 / 0
19.10.2008, 23:21
| Ответить | Цитировать | Написать  
Задача (МUMPS - решение проблемы)
    #35605175
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Выбегалло
Участник
vadiminfoal-velievvadiminfoВо це да. Тема двухлетней давности всплыла. Значит ли это что бывают вечные темы и в раделе сравнение СУБД? Ну или не потопляемые?
Вечные темы бывают в церкви и искусстве, а не на форумах SQL.RU. Такие, как например, хамство, невежество и грубость. Умение увидеть сущность - Искусство, умение донести её другим - Дар Божий, как говорят верующие. Ничего такого на этой теме нет. Поэтому и беседовать здесь не о чем.

Если беседовать не о чем, то зачем она была поднята на поверхность с двухлетней глубины?
К чему рассуждения бо Искусстве и тем более о Божественном в теме про Мумпс? В теме про Оракл это и то трудно притянуть за уши, а уж тема Мумпс, мне кажется, предполагает что-то совсем приземленное. Ну в крайнем случае какие-то добрые воспинания о событиях 30-летней давности.
В общем лично я пока не вкурил про что речь.

о чем, о чем... о том, что мы все козлы, а ЧАЛ в белом. Все его темы исключительно об этом.
...
Рейтинг: 0 / 0
20.10.2008, 18:54
| Ответить | Цитировать | Написать  
433 сообщений из 433, показаны все 18 страниц
  все  
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Задача (МUMPS - решение проблемы)
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=35&tid=1553038]:
 0ms
get settings:
 11ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 46ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 326ms
get tp. blocked users:
 2ms
others: 14ms
total:  433ms
созд. / загр.: 433ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]