Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 .. 29   вперед  Ctrl
 Re: Каше vs. Фокс....  [new]
MX -- ALEX
Guest
dvm
Вдогонку Где взять примеры по Mumps? А что будет если у Ивановаи близнецы. Сколько записей будет найдено показано?

в нашей заводской кадровой системе дети индексируются
днем рождения
A(20010117)
A(20060220)
A(20060220.2)
последние двое - близнецы
но это вариант из многих
на практике проблем со скорость доступа нет
налоги и удержания по з.плате молотит за 20 сек (2600 чел)
любую инфу по человеку на экран за последние 15 лет - менее 1 сек
я все добивался примера на других ораклах - зарплата за сколько сек?
а то как сравнить - одни разговоры
Кстати уважаю все другие базы данных и профессионалов -
играть можно на любом инструменте
=============
20 фев 06, 13:58    [2373944]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
dvm
Guest
Уважаемый, вас не затруднит разобрать приведенный выше пример по косточкам?
Глвный вопрос сколько будет выведено детей?Если близнецы.
Любой sql выдаст 2-их детей
20 фев 06, 14:06    [2373989]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
MX -- ALEX
Guest
dvm
Уважаемый, вас не затруднит разобрать приведенный выше пример по косточкам?
Глвный вопрос сколько будет выведено детей?Если близнецы.
Любой sql выдаст 2-их детей


--------------------------------------------------------------------
s d=20060202-.1 f s d=$o(A(d)) q:'d q:d>20060227.9 w !,A(d),?20,d
--------------------------------------------------------------------


в нашей заводской системе
этот код запроса выдаст список детей гражданина (гражданки) А
родившихся в период от 2 февр до 27 февр 2006 г. включительно
в том числе всех двойняшек - тройняшек - 9-тиняшек

пояснения - с полной нотацией команд:
set d=20060202-.1 --- установим индекс на начало просмотра

for set d=$order(A(d)) --- в цикле переходим на след дитя

quit:'d --- закончить просмотр : если больше нет детей
quit:d>20060227.9 --- закончить просмотр: если этот и все за ним слишком юные

write !,A(d),?20,d ---- печать имени каждого найденного дитя и даты его рождения с новой строки (!) и с отступом 20 (?20) для даты

Петя 20060203
Инара 20060203.2
====================================
20 фев 06, 14:52    [2374270]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
Sergo Gromov
Member

Откуда: Lviv Ukraine
Сообщений: 56
Тут про М-системы разговор, не буду сужать до Каши ....

У нас как минимум три крупнейших завода крутят зарплату на М (точнее MSM), контора по учёту и продажи гос.стандартов - MSM + Cache', у меня 95% всё на М, вот и думайте.

А то что в комп.журналах про М-технологию ни-слова - это МИНУС пиарщикам сего продукта !

Будут вопросы - пишите, имею много чего по М.
20 фев 06, 15:10    [2374371]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
AlexKB
Member

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

Уверен, Вам есть что сказать в книгах и статьях.
Ведь многие работают по 10-20 лет в этой технологии, а кто-то идет их же путем, набивая свои собственные шишки, хотя мог бы воспользоваться Вашим опытом.

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

Людям для сравнения нужны практические примеры, а не рекламные лозунги.
20 фев 06, 16:14    [2374747]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
iliker
Member

Откуда:
Сообщений: 21
Не тот пример но все равно спасибо.
Sql мне нравится больше.
не полезу в норамилизацию, в sql это примерно так

create table t1(parent c(20),child c(20),age n(10)

select child from t1 where parent="Иванов " and age=16

Хоть и длиннее, но в вашем коде усматривается 2 момента чреватые ошибками
это
1 set d=20060202-.1 --- установим индекс на начало просмотра
и
quit:'d --- закончить просмотр : если больше нет детей
quit:d>20060227.9 --- закончить просмотр: если этот и все за ним слишком юные

IMHO.
20 фев 06, 16:36    [2374904]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
MX -- ALEX
Guest
AlexKB
Действительно, почему по М-технологиям так мало литературы. Точнее сказать вообще нет.
Уважаемые MUMPSисты, неужели Вам нечего сказать?
Вы только посмотрите что твориться на книжном рынке.
Про Си++, Паскаль и т.д. уже и писать то давно нечего. Но ведь все равно пишут, вернее не пишут, а только шкурки (обложки) меняют.

Уверен, Вам есть что сказать в книгах и статьях.
Ведь многие работают по 10-20 лет в этой технологии, а кто-то идет их же путем, набивая свои собственные шишки, хотя мог бы воспользоваться Вашим опытом.

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

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

С простым народом никто не занимается
ИнтерСистемс (Москва) ведет крупные проекты на крутые бабки - хотя это может и правильно (для них)
Надо бы книжку прописать для народа типа ликбез-букварь
- но чтоб все из практики заводов и от самых азов и чтоб не пугать
людей заумностью.

Но нету на писательство времени.
Все работаем на клиента - заказов много (кстати)
============================================
20 фев 06, 16:41    [2374934]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
AlexKB
Member

Откуда: Запорожье
Сообщений: 856
Жаль что все Мы живем по принципу:
"MUMPS - это сила! А сила есть - ума не надо".

Знаниями и опытом необходимо делиться.
20 фев 06, 16:49    [2374991]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
Sergo Gromov
Member

Откуда: Lviv Ukraine
Сообщений: 56
AlexKB
Жаль что все Мы живем по принципу:
"MUMPS - это сила! А сила есть - ума не надо".

Знаниями и опытом необходимо делиться.


Пагодь, Уважаемый !!!

Вот я сидел парился давеча с траблой, книжки умные читал - ну не выходит хоть стеряйся !!!! Пошел по принципу Знаниями и опытом необходимо делиться - поспрошал у знатоков - им тоже некогда !!! Закончилось всенаучным методом тыка :(

А касаемо литературы по мумпсям - есть такая, пороюсь в ящиках и укажу кому интересно.
20 фев 06, 16:55    [2375038]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
AlexKB
Member

Откуда: Запорожье
Сообщений: 856
Даже чтобы "методом научного втыка" решить проблему, необходимо обладать определенным опытом.
Но где его почерпнуть, если другие не делятся?
Я не имею ввиду конференции и переговоры братьев по разуму.
Обобщенный опыт поколения (ведь уже более 30 лет) должен быть доступен в виде книг.

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

Но и этого мало. Нужны книги.
Вот бы Шилдта заинтересовать! Уж очень он хорошо пишет.
20 фев 06, 17:17    [2375224]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
Sergo Gromov
Member

Откуда: Lviv Ukraine
Сообщений: 56
(касаемо моего предыдущего поста - это я писал про хтмл-запрос и правила его заполнения, не сказал сразу, задача была не касаема М)

Надо, надо интересоваться. У меня вот и у друзей есть книжули в электронном виде. Есть издатели ? Я бы поделился ОБЯЗАТЕЛЬНО !
20 фев 06, 17:32    [2375326]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
AlexKB
Member

Откуда: Запорожье
Сообщений: 856
Даже чтобы "методом научного втыка" решить проблему, необходимо обладать определенным опытом.
Но где его почерпнуть, если другие не делятся?
Я не имею ввиду конференции и переговоры братьев по разуму.
Обобщенный опыт поколения (ведь уже более 30 лет) должен быть доступен в виде книг.

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

Но и этого мало. Нужны книги.
Вот бы Шилдта заинтересовать! Уж очень он хорошо пишет.
20 фев 06, 17:34    [2375337]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
AlexKB
Member

Откуда: Запорожье
Сообщений: 856
Так и не понял почему сообщение полетело дважды, ну да ладно.

Может не стоит обсуждать SQL и только Cache-SQL.
Ведь SQL в Cache как электронное зажигание - оно не мешает.

В данном случае SQL только дополняет Cache. если завтра вдруг в Cache не станет SQL, то ничего страшного не произойдет.

Пережили голод - переживем и изобилие.

И все что еще не реализовано в Cache-SQL на данный момент с лихвой решается встроенным языком (COS). А тут еще и Cache-Basic в помощь.
20 фев 06, 17:48    [2375432]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
AlexKB
Member

Откуда: Запорожье
Сообщений: 856
Тут упоминалось, мол что такого может Cache, чего нельзя на MS SQL (если не ошибаюсь).

Стенд испытания авиационных двигателей.

Основные технические показатели примерно таковы:
Измерительных каналов аналоговых и дискретных около 300, аналоговых кажется 80.
Темп поступающей информации от контроллеров - каждые 50 мс, причем нельзя пропустить ни единого пакета измеренной информации. Количество внешних контроллеров до 5. Количество обратных данных в контроллеры примерно 100, выдача с тем же темпом. Каждый принятый пакет подвергается обработке по довольно сложным алгоритмам, их общее количество около 50.
На основании данных измерительных каналов формируются где то 70 вычислительных каналов, по довольно сложным формулам (полиномы, трехэтажные формулы и т.п.), часть из них обрабатывается итерационными методами. Каждый принятый пакет инициирует цикл полной алгоритмической обработки и формирования вычислительных каналов (передача управления от процесса к процессу). На основании принятой от контроллеров и обработанной информации формируются команды управления отображением и ведутся автоматические протоколы испытания, которые печатаются в темпе работы стенда. Кроме того, выполнение метрологической аттестации измерительных и вычислительных каналов с выдачей соответствующих протоколов. Все принятые и обработанные данные архивируются, также архивируются протоколы. Архивы текущей информации выполняются в разреженном виде, с полным восстановлением при просмотре информационных срезов.
Интерфейс пользователя выполнен был…
Ну это уже неинтересно.

Ваше право верить или нет, мое информировать.
20 фев 06, 18:11    [2375574]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
Sergo Gromov
Member

Откуда: Lviv Ukraine
Сообщений: 56
А не пробовали микроскопом плинтус приколачивать ? Тоже получается однако !

Всему - своё место и время, вот только реестр виндовый построен на БЭТА-дереве ... на том же принципе хранятся данные в М, стоит об этом задуматься.
20 фев 06, 18:24    [2375628]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
###
Guest
Sergo Gromov
А не пробовали микроскопом плинтус приколачивать ? Тоже получается однако !

Всему - своё место и время, вот только реестр виндовый построен на БЭТА-дереве ... на том же принципе хранятся данные в М, стоит об этом задуматься.


Че-та я никак не врублюсь, а чего вы свою Кашу настойчиво с SQL-системами пытаетесь сравнить? А вот с IMS, ADABAS, dbVista, etc - ни разу? IMHO то было бы более корректное сравнение...
20 фев 06, 18:32    [2375657]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
Sergo Gromov
Member

Откуда: Lviv Ukraine
Сообщений: 56
Лично я говорю не за Кашу а М вообще, что пристойная СУБД, что стОит присмотреться и что в некоторых случаях незаменимо. А в качестве обработчика сверх быстрых запросов .... С++ ещё лучше
20 фев 06, 18:36    [2375670]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
Sergo Gromov
Member

Откуда: Lviv Ukraine
Сообщений: 56
Чёта я завёлся под конец дня :(
Тема в сторону ушла - Каша правда лучше Фокса, что ни говори ...
20 фев 06, 18:38    [2375679]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
###
Guest
Sergo Gromov
Лично я говорю не за Кашу а М вообще, что пристойная СУБД, что стОит присмотреться и что в некоторых случаях незаменимо.

Не-аааа... dbVista все-равно круче... ;-)
20 фев 06, 19:08    [2375791]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
MX -- ALEX
Guest
AlexKB
Тут упоминалось, мол что такого может Cache, чего нельзя на MS SQL (если не ошибаюсь).

Стенд испытания авиационных двигателей.

Основные технические показатели примерно таковы:
Измерительных каналов аналоговых и дискретных около 300, аналоговых кажется 80.
Темп поступающей информации от контроллеров - каждые 50 мс, причем нельзя пропустить ни единого пакета измеренной информации. Количество внешних контроллеров до 5. Количество обратных данных в контроллеры примерно 100, выдача с тем же темпом. Каждый принятый пакет подвергается обработке по довольно сложным алгоритмам, их общее количество около 50.
На основании данных измерительных каналов формируются где то 70 вычислительных каналов, по довольно сложным формулам (полиномы, трехэтажные формулы и т.п.), часть из них обрабатывается итерационными методами. Каждый принятый пакет инициирует цикл полной алгоритмической обработки и формирования вычислительных каналов (передача управления от процесса к процессу). На основании принятой от контроллеров и обработанной информации формируются команды управления отображением и ведутся автоматические протоколы испытания, которые печатаются в темпе работы стенда. Кроме того, выполнение метрологической аттестации измерительных и вычислительных каналов с выдачей соответствующих протоколов. Все принятые и обработанные данные архивируются, также архивируются протоколы. Архивы текущей информации выполняются в разреженном виде, с полным восстановлением при просмотре информационных срезов.
Интерфейс пользователя выполнен был…
Ну это уже неинтересно.

Ваше право верить или нет, мое информировать.

И на чем это все крутится ?
21 фев 06, 09:56    [2376729]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
MX -- ALEX
Guest
iliker
Не тот пример но все равно спасибо.
Sql мне нравится больше.
не полезу в норамилизацию, в sql это примерно так

create table t1(parent c(20),child c(20),age n(10)

select child from t1 where parent="Иванов " and age=16

Хоть и длиннее, но в вашем коде усматривается 2 момента чреватые ошибками
это
1 set d=20060202-.1 --- установим индекс на начало просмотра
и
quit:'d --- закончить просмотр : если больше нет детей
quit:d>20060227.9 --- закончить просмотр: если этот и все за ним слишком юные

IMHO.

согласен - отладка у нас требует внимания
но автопилот SQL тоже может не на тот радиомаяк пойти если курс
задать неправильно :)

еще момент -
у нас ВСЕ запросы ( коды mumps типа вышеприведенного )
сидят в ячейках EXCEL-листов
и поэтому желательно чтоб короткий код
пока по краткости альтернативы MUMPSу не вижу..

кстати что будет если повторить запрос (age=16) через год .. дети растут..
21 фев 06, 10:17    [2376815]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
Sergo Gromov
Member

Откуда: Lviv Ukraine
Сообщений: 56
:) дети растут - это проблема не языка а програмиста, т.е. набитость руки
21 фев 06, 10:23    [2376840]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
Sergo Gromov
Тема в сторону ушла - Каша правда лучше Фокса, что ни говори ...

Странная тема, спорное утверждение...
21 фев 06, 10:28    [2376862]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
AlexKB
Member

Откуда: Запорожье
Сообщений: 856
MX -- ALEX

И на чем это все крутится ?


Ядром этой системы является Cache 5.05

Этим примером я хотел сказать что существуют системы, где ядром всего выступает именно М-технология, где Cache не выступает в роли примитивной БОЧКИ для хранения всего.

Могу еще пример - Ялта, Интурист 1997-2000 гг система безналичных расчетов по товарам и услугам по всему гостиничному комплексу. Там же организация минибанка на первом этаже. Весь этот комплекс после внедрения постоянного обслуживания не имел. Днем появлялся хороший исполнительный человек, но он даже не программист. Все это было сделано на MSM DOS серверах. Да имевшие деньги на то время и бывшие там, видели все это. Правда проект опережал свое время - общество потребителей еще не было готово к подобным технологиям.

И по поводу сложности М языка. Я никак не пойму упрямства и нежелания понять его. Как можно говорить о всех достоинствах и недостаках девушки, увидев ее фотографию на обложке журнала. Может с ней хотя-бы познакомиться поближе. Пусть она о себе хоть немного расскажет.

Все те электрики, химики, КИПовцы, с которыми довелось работать очень быстро понимали М язык.

Да и что тут непонятного
Write $Get(^ALL("планета Земля", "страна Украина", "область Киевская", "район Володарский", "село Рогизное", "улица Ленина", "дом 5"), "Никто не живет")
Ответ: "Тут живет хороший человек Вася и все его данные"

Вот это собственно и весь запрос, о его сложности судите сами.
21 фев 06, 10:37    [2376893]     Ответить | Цитировать Сообщить модератору
 Re: Каше vs. Фокс....  [new]
Sergo Gromov
Member

Откуда: Lviv Ukraine
Сообщений: 56
Я дополню, если позволите ....

Последний пример НЕ_ЕСТЬ_ЗАПРОС в понимании SQL потому как происходит ПОЛУЧЕНИЕ или НЕ ПОЛУЧЕНИЕ данных по требуемым параметрам БЕЗ_КАКОГО_БЫ_ТО_НИ_БЫЛО поиска в базе, поэтому результат предложенного примера по скорости НЕ_ЗАВИСИТ от размеров базы, из которой берутся данные. Как впрочем и в примере с близнецами ...
21 фев 06, 10:48    [2376946]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 .. 29   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить