Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 87 88 89 90 91 [92] 93 94 95 96 .. 106   вперед  Ctrl
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
MX -- ALEX
однако M-технология развивается

Дык а в чем развитие? Что появилось в последней версии по сравнению с предыдущей?(когда кстати они были?)
17 янв 07, 12:12    [3653219]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
SergSuper
MX -- ALEX
однако M-технология развивается

Дык а в чем развитие? Что появилось в последней версии по сравнению с предыдущей?(когда кстати они были?)


версии CACHE обновляются раз в квартал примерно

наш собственный продукт MX на основе CACHE - ежемесячно

что именно появилось нового в CACHE - см на сайте
www.intersystems.ru
17 янв 07, 12:29    [3653370]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
MX -- ALEX
я уже писал выше что наши девочки-кашистки под руководством
технологов сделали приличную систему для сортопрокатного цеха

но самое интересное что годом ранее система уже была сделана на
РСУБД специальными мужиками асутепешниками - но забракована
и снята с эксплуатации - а новая - на CACHE - прижилась сходу
Зачем вы пишете столь смехотворные для специалиста вещи. Во-первых, возможно для вас будет открытием, но асутепешник не есть синоним специалиста в БД. Судя по вашей задаче, там нижний кровень АСУТП, а разработчики АСУТП нижнего уровня вооще специализируюся на железе и программировании контроллеров. БД для них вообще сбоку припеку. Поэтому сказать, что там работали асутепешники, значит ничего не сказать об их квалификации как разработчиков ИС.
А сказки про приличные промышленные программы программы от вчерашних выпускниц техникума оставьте. Завидуете лаврам барона Мюнхгаузена?
17 янв 07, 12:31    [3653375]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
mir
MX -- ALEX
я уже писал выше что наши девочки-кашистки под руководством
технологов сделали приличную систему для сортопрокатного цеха

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


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

у кашистов все это в одном флаконе - нам трудно понять Ваши проблемы

то что не верите - даже хорошо - значит кашистки сделали нечто "невероятное"
(отметим в приказе на премирование :)

но Ваш скепсис лишний раз доказывает
что в представлении многих РСУБДешников
мампсисты-кашисты - замкнутая каста лохматых монахов
которые трахаются только со своими индексами
причем круглосуточно
17 янв 07, 13:29    [3653985]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
MX -- ALEX
SergSuper
MX -- ALEX
однако M-технология развивается

Дык а в чем развитие? Что появилось в последней версии по сравнению с предыдущей?(когда кстати они были?)


версии CACHE обновляются раз в квартал примерно

наш собственный продукт MX на основе CACHE - ежемесячно

что именно появилось нового в CACHE - см на сайте
www.intersystems.ru

Вы всё пишите "развитие, развитие" - ну хоть какой-то пример можно было привести... Если б меня кто спросил что изменилось в MS SQL 2000 по сравнению в 7.0 я бы чего-то написал, отсылать на сайт - ну по-моему это жлобство.
17 янв 07, 13:50    [3654173]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
То с чем лично сталкивался

5.0.x - объектный генератор, поддержка встроенного BitMap индекса, басик, DocBook, system OREF, оптимизации на уровне ядра.

5.1.x - смена ядра... изменения роллбэка транзакций. Отказ от GUI администрирования. Использование в качестве параметров SQL объектов.

5.2.x - Xen, расширенная поддержка XML, NET, смена "суперсервера".
17 янв 07, 14:09    [3654362]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Мапирование классов забыл
17 янв 07, 14:16    [3654438]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
MX -- ALEX
выпускницы Института стали и сплавов и Радиотехнического

Я просто упоминание о девочка-кэшистках отнес вот к этой фразе:
https://www.sql.ru/forum/actualthread.aspx?tid=351164&pg=70#3608222
Девочки после торгового техникума через пару недель чтения документации спокойно разбирают существующие программы и начинаю писать свои.
Правда, теперь вижу, что это была фраза V52, а не ваша, меня память подвела. То были другие девочки.
MX -- ALEX
работали нормальные мужики и специалисты толковые
квалификация кажется у них вполне
не всякий нормальный мужик умеет ИС создавать. Квалификация по АСУ ТП нижнего и даже среднего уровня это все-таки несколько иное.
MX -- ALEX
может времени им не хватило - не знаю
Опа! С этого бы и начали.
MX -- ALEX
или не было рядом специалиста по РСУБД
Если они не спецы по РСУБД, к чему относится ваша фраза "квалификация кажется у них вполне"? Вы уж сначала разберитесь, прежде чем писать.
MX -- ALEX
или возле РСУБД не стоял спец по языку программирования
Гордыня одолевает? Мол, одни кэшисты программировать умеют, все остальный курят и ждут консультации специалистов?
MX -- ALEX
или не было поблизости спеца по драйверам
у кашистов все это в одном флаконе - нам трудно понять Ваши проблемы
То есть любой кэшист -- специалист по драйверам? Серьезно?

MX -- ALEX
то что не верите - даже хорошо - значит кашистки сделали нечто "невероятное"
(отметим в приказе на премирование :)
Как указал,Ж не верю в девочек из техникума. В грамотных выпускниц ВУЗа верю больше. Не верю, что нормальные специалисты-реляционщики делали бы продукт дольше, да еще и хуже, чем ваши девочки. Либо специалисты были прехеровейшие, либо вы что-то сочиняете. Тем более вы одно "не знаете", о другом "гадаете"... Но рассказывать эти сказки ваше незнание и гадание вам что-то не мешает.
Предлагаю вам прекратить позорится с такими сказочными непроверяемыми success-story и вернуться в русло скучного технического обсуждения.
17 янв 07, 16:05    [3655380]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
меня удивляет Ваша упертость
ну работает система !
на CACHE ! взамен неудачной прежней !
хотите проспорить ?

могу ведь и фото выслать

с их согласия :)
17 янв 07, 16:28    [3655556]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
MX -- ALEX
меня удивляет Ваша упертость
ну работает система !
на CACHE ! взамен неудачной прежней !
хотите проспорить ?

могу ведь и фото выслать

с их согласия :)

Да не в это не хотят верить, а в то что РСУБД облажалась. Вот мне кстати тоже интересно.
Поподробнее можно об этом?
17 янв 07, 16:40    [3655656]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
MX -- ALEX
меня удивляет Ваша упертость
ну работает система !
на CACHE ! взамен неудачной прежней !
хотите проспорить ?

могу ведь и фото выслать

с их согласия :)

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

Вот я и предлагаю вам прекратить позориться, вы вроде нормальный технический специалист, зачем же ронять свой авторитет?
17 янв 07, 16:41    [3655661]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
Sergei Obrastsov
MX -- ALEX
меня удивляет Ваша упертость
ну работает система !
на CACHE ! взамен неудачной прежней !
хотите проспорить ?

могу ведь и фото выслать

с их согласия :)

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


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

рсубдешники похоже намертво заклинились
нет смысла ничего доказывать
шутку юмора про фото - не понимают :)
чего-то нервничают...

да и ни я это сделал - просто привел как пример
производственной разработки на CACHE - тут мужчина 127 сумневался
(кашистка конечно опытная - не первую систему делает,
вторая - ведомая)

и вдруг вижу такой удивительный эффект со стороны спорщиков

неужели у них действительно все так сложно?
17 янв 07, 17:20    [3655986]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
mir
MX -- ALEX
меня удивляет Ваша упертость
ну работает система !
на CACHE ! взамен неудачной прежней !
хотите проспорить ?

могу ведь и фото выслать

с их согласия :)

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

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


Сие мне напоминает следующие. Уж простите, господа за оффтоп.

Дело касалось весьма известного обьекта - штурмовика Су-25. Когда его предьявляли одной из комиссий, то один енерал решил доказать, якой он... умненький. Когда разработчики начали рассказывать о средствах активной и пассивной защиты (кто не знает, на Су-25 кабина - из титановой брони, немало жизней в Афгане спасла) он выдал "Вот вы тут все о защите... Ачто будет, если в ваш штурмовик попадет 100-мм зенитный снаояд?" Ну что мог ответить замГенюКонструктора - только правду - "Самолет будет сбит" На что енерал ему и отвечате "Так что ж вы нам тута все про свою хваленую защиту трепетесь!!!". Вот так и господа мумпсисты - упорно пытаются доказывать самоочевидное - да, прямая запись в глобали быстрее. Но когда начинается разговор о транзакциях, уровнях изоляции, устойчивости - слышится только что-то невразумительное. В стиле 100мм зенитного снаряда.

Как человек, немало повидавший АСУ и АСУТП-шников, могу сказать, что люди бывают разные. Ни образование (сам видел, как пара пацанов после железнодорожного чушка мордой по столу возили тетеок, проработавших в АСУТП-ном отделе по 5-7 лет - просто ребятки очччень серьезные были), ни самое распрекрасное средство от недуга не даст гарантии получения нормального конечного результата. Начальные знания с хорошей базой по теории, плюс хорошие учителя - могет дать результат. Но! Подчеркиваю - "только теория позволяет понять, что же мы наблюдаем!" - без знаний основ теории баз данных в этой жизни плехо.
17 янв 07, 17:48    [3656251]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
ЛП
Guest
Vlad2005
Вот так и господа мумпсисты - упорно пытаются доказывать самоочевидное - да, прямая запись в глобали быстрее. Но когда начинается разговор о транзакциях, уровнях изоляции, устойчивости - слышится только что-то невразумительное.

Вы немного не поняли.

Про то, как быстро всякие М-системы умеют читать/писать в глобали - нам рассказывали гораздо раньше.
Например MX -- ALEX нам поведал про то, как все летает на 220%. Ну ясен пень, летает, как же ему не летать.
Правда почему-то при разборе полётов вдруг выясняется, что экспериментов никто не проводил, задачу никто даже близко не исследовал, проценты никто не измерял, а "летает всё" - это так, для красного словца спязднули. Ну да не суть, это уже дела давно минувших дней, хоть и отлично характеризует "вроде нормального технического специалиста"

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

В общем-то MX -- ALEX'у видимо не в первой приукрашивать свой рассказ, и выдавать желаемое за действительное. Непонятно только чего он удивляется реакции публики на свои побасенки.
17 янв 07, 18:35    [3656596]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30265
да что там. вот например тут
http://www.intersystems.ru/press/pr/190302.html

Когда то, в том самом 2001 году, этот пресс-релиз был мощно пропиарен, и лежал на туче новостных сайтов.
Так вот, я в то время был сильно удивлен подобным результатом. Потому что ни в Borland ни к нам (в iBase) по поводу "плохой производительности InterBase" эта самая Комта не обращалась. Из чего я, не скрою - огульно - сделал вывод, что ребята просто в чем-то не разобрались с InterBase, или вообще весь этот ход был придуман специально. Потому что НИКАКИХ технических данных по этой смене коня не было приведено.

Хотя нет, насчет "специально" - это не огульно. Я перерыл интернет в поисках хоть каких-то ИНЫХ сообщений о биллинговой системе Комта-плюс, как и о самой компании, и не нашел НИЧЕГО.

Т.е. я, конечно, рад и за InterSystems, и за Комта-плюс, но нехорошо как-то с Interbase получилось, не находите? Это я к тому, что биллинговые системы на IB/FB живут и здравствуют.
17 янв 07, 20:37    [3656930]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
andsm
Member

Откуда: Москва
Сообщений: 1320
Блог
Sergei Obrastsov
с127
Там кроме того, что к имени добавили "hash", произведены еще кое-какие действия. А Sergei Obrastsov посчитал, что одного названия вполне достаточно. Если я жигули назову мерседесом, он мерседесом не станет, но если мерседесом назову автомобиль, у которого мерседесовский двигатель, кузов, ходовая и все остальное, и собран он на мерседесовских заводах, то это будет мерседес. Названия одинаковые, а автомобили очень даже разные.

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

То что приведено в качестве реализации хеш-индекса на М - не является им, потому что не обыспечивает константное время поиска. "^" это обращение к глобали, т.е. к B*-дереву. Как только такое обращение возникает, о константном времени поиска можно забыть
17 янв 07, 20:50    [3656961]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
ЛП
Vlad2005
Вот так и господа мумпсисты - упорно пытаются доказывать самоочевидное - да, прямая запись в глобали быстрее. Но когда начинается разговор о транзакциях, уровнях изоляции, устойчивости - слышится только что-то невразумительное.

Вы немного не поняли.

Про то, как быстро всякие М-системы умеют читать/писать в глобали - нам рассказывали гораздо раньше.
Например MX -- ALEX нам поведал про то, как все летает на 220%. Ну ясен пень, летает, как же ему не летать.
Правда почему-то при разборе полётов вдруг выясняется, что экспериментов никто не проводил, задачу никто даже близко не исследовал, проценты никто не измерял, а "летает всё" - это так, для красного словца спязднули. Ну да не суть, это уже дела давно минувших дней, хоть и отлично характеризует "вроде нормального технического специалиста"

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

В общем-то MX -- ALEX'у видимо не в первой приукрашивать свой рассказ, и выдавать желаемое за действительное. Непонятно только чего он удивляется реакции публики на свои побасенки.


Мдя.... Повтрюсь еще раз - спец по СЕРЬЕЗНЫМ информационным системам готовится довольно долго, скажем так, он отличается от обычного программера так же, как салага от мичмана-сверхсрочника где-так на 5-7 году службы. Причем Заявления типа "а вот ТОЛЬКО крютая М-система позволила девочкам без образования и навыков навоять то, что вы там сос воими РСУБД пыжились-пыжились и не разродились" - могут вызвать только либо гомерический хохот до потери пульса (при возрасте смеющегося до 30лет) либо ироничную усмешку (при возрасте свыше 45 лет)
Сыр бесплатный бывает ТОЛЬКО в МЫШЕЛОВКЕ.
Немного о своем интересе к Каше - началось с того, что знакомые мужики из фин.упр. обладминистрации купившись на обещания по скорости взялись переписывать свою систему, что жила под DOSом на Каше. Я даже повелся, диск демо с этой Кашей выписал. Поглядел. Испытал нечто странное - слов много, но нифига не понятно, откуда такие характеристики. Потом через год зашел в финуправление - а там уже вовсю Оракул енд Дельфи. Спрашиваю - "Почему?" - говорят - нереально за столь ограниченный срок реализовать что-то на этом. Причем про скорость сказали так, что можно было понять - вкапались ребятки по полной. В разумении контингента нет сомнений - втроем была реализована за 1.5 года система учета и распределения фин средств по области. Все работало, не один год, и вобщем-то проблем не вызывало. Вот так. Просто потребности переросли возможности досовских программ, и пришлось перелопачивать систему
17 янв 07, 21:04    [3656997]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
decaml
Member

Откуда:
Сообщений: 228
А у меня на MSSQL самодельная ERP система работает 6*365*24 с клиентом на Access.
Отличная штука.
60 тыс. строк кода на 1 языке sql – 15 юзеров – 6 лет работы - зарплата $500/мес

а на М другая программа
500 строк кода сразу на 4-х языках – 10 млн.юзеров (плановое) – 2 года работы
ожидаемая выручка 1млн.$/год (во набрехал)

да не вижу противоречий между РСУБД и M

(на М надо работать на себя, а на РСУБД шабашить)
17 янв 07, 22:32    [3657156]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
kdv
Хотя нет, насчет "специально" - это не огульно. Я перерыл интернет в поисках хоть каких-то ИНЫХ сообщений о биллинговой системе Комта-плюс, как и о самой компании, и не нашел НИЧЕГО.

http://mobill.ru

Какое-то зрение у Вас избирательное, не находите?
17 янв 07, 23:38    [3657264]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
Vlad2005
Немного о своем интересе к Каше - началось с того, что знакомые мужики из фин.упр. обладминистрации купившись на обещания по скорости взялись переписывать свою систему, что жила под DOSом на Каше.

Никогда Cache под DOS'ом не жила, так уж получилось. Это первое. Нафига переписывать систему,
которая якобы жила на Каше, снова на Каше, но уже под Windows, когда достаточно просто
перенести программы и данные? Это второе. Складывается впечатление, что либо Вы
непреднамеренно что-то путаете, либо преднамеренно врете. :)

Vlad2005

Я даже повелся, диск демо с этой Кашей выписал.

Ага, под DOS. :)

Vlad2005

Поглядел. Испытал нечто странное - слов много, но нифига не понятно, откуда такие характеристики.

А проверить не получилось? Ну там тестирование какое, чтобы слова с делом не расходились? :)

Vlad2005

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

Это 1.5 года-то "столь ограниченный срок"? Да еще "втроем"?! Вы наверно шутите. :)
Насчет скорости поконкретнее можно? Мало ли что они там Вам сказали.

Vlad2005

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

Они просто молодцы, ночами еще небось трудились.
18 янв 07, 01:26    [3657404]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30265
автор
Какое-то зрение у Вас избирательное, не находите?

это сейчас. а 6 лет назад, в момент пресс-релиза - фиг.
18 янв 07, 01:53    [3657424]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30265
кстати, как сильно зрячему, Сергею Образцову предлагаю в любом поисковике задать поиск по слову "биллинг". И найти, на какой странице будет искомая фирма. Причем, замечу, что результат поиска будет как раз не абстрактное слово "биллинг" в статьях вообще.
18 янв 07, 01:57    [3657430]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
kdv
кстати, как сильно зрячему, Сергею Образцову предлагаю в любом поисковике задать поиск по слову "биллинг". И найти, на какой странице будет искомая фирма. Причем, замечу, что результат поиска будет как раз не абстрактное слово "биллинг" в статьях вообще.

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

kdv

это сейчас. а 6 лет назад, в момент пресс-релиза - фиг

может быть, я не стану спорить. Вы упомянули это сейчас, надо было дополнить свое утверждение,
дескать сейчас есть, а тогда не было.
18 янв 07, 03:01    [3657461]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
c127
Guest
Sergei Obrastsov
с127
Там кроме того, что к имени добавили "hash", произведены еще кое-какие действия. А Sergei Obrastsov посчитал, что одного названия вполне достаточно. Если я жигули назову мерседесом, он мерседесом не станет, но если мерседесом назову автомобиль, у которого мерседесовский двигатель, кузов, ходовая и все остальное, и собран он на мерседесовских заводах, то это будет мерседес. Названия одинаковые, а автомобили очень даже разные.

Это было бы смешно, если бы не было так грустно. Я наверно должен был привести алгоритм hash-функции, заверенный сертификатом от Microsoft или кого-либо еще, а также выписку из протокола

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

Sergei Obrastsov

Всегда будет выглядеть кривовато по сравнению с тем,
что есть у Вас, хотя бы потому что Вас, мягко говоря, не понимают. Я все время говорил "ЗАЧЕМ?".
А мне отвечали "А ТЫ СДЕЛАЙ!". Теперь начинаются прыжки с ужимками - "А ОН НЕ ТАК СДЕЛАЛ!

Не врите. На самом деле Вы сказали, что это хеш забацать хеш-таблицу в Cache - без проблем ( https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351164&pg=38#3412542 ). Как обычно оказаось что с проблемами. То что Вы сделали это не хеш таблица, это неизвестно что, и Вам это много раз пытались объяснить.

Sergei Obrastsov

Я безумно счастлив за РСУБД программиста. У него высвобождается "драгоценное время" для составления многостраничных запросов.

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

Ptn

Например ? ваши предположения ? (для справки для set a=array(22) используеться hash)

Я тут при чем? Хотите объяснить - объясните, не хотите - не нужно, дело Ваше. Вы пришли агитировать за М технологию на РСУБД форум, а не наоборот.

Ptn

Так же как и важно не то что писал Сергей, а то что РУСБД-ки создают очередной миф о способах реализации hash индекса мупсерами.

Я сильно подозреваю, что ни Вы, ни Sergei Obrastsov не знаете не только, что такое хеш-индекс, но и как устроена мумпс в части индексов, поэтому вы не в состоянии оценить, является ли мифом то, что тут говорится, или нет.

Ptn

Да на здоровье - РСУБД программист тратит время на написание create index бла бла бла, М-программист тратит время на добавление строки set ^GlobalIndex(бла бла бла)= ...

Ага, как именно М-программист создает индексы мы видели здесь:
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351164&pg=85#3623156

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

Ptn

Вам знакомо выражение написать 1-н раз ?

Один раз для одного индекса, один раз для другого индекса. Видели уже как вы это делаете по ссылке выше.

Ptn

Я вам тоже выкладывал пример (и Russ000 тоже - объектный пример) - ткните пальцем где мы там что руками делаем ?

В примере Russ000 индексы не обсуждались, обсуждался принцип, поэтому ткнуть пальцем именно в тот пример вряд ли получится. Если Вы говорите о чем-то другом, то приводите ссылку, пора уже научиться. Вас тыкали в другие примеры, но смысла похоже нет, Вы же предпочитаете ничего не видеть и каждый раз у Вас как в первый.
18 янв 07, 03:44    [3657478]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
andsm

То что приведено в качестве реализации хеш-индекса на М - не является им, потому что не обыспечивает константное время поиска. "^" это обращение к глобали, т.е. к B*-дереву. Как только такое обращение возникает, о константном времени поиска можно забыть

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

тынц

то нынче это дело выглядит вот так:

DOP>d ^x
 
Size = 1000 time = 10.536284
Size = 10000 time = 10.462036
Size = 100000 time = 10.560942
Size = 1000000 time = 10.468073
Size = 5000000 time = 10.359881

DOP>d ^x
 
Size = 1000 time = 10.496354
Size = 10000 time = 10.442783
Size = 100000 time = 10.568404
Size = 1000000 time = 10.449673
Size = 5000000 time = 10.338826

DOP>d ^x
 
Size = 1000 time = 10.516727
Size = 10000 time = 10.414601
Size = 100000 time = 10.581442
Size = 1000000 time = 10.462355
Size = 5000000 time = 10.349454

Чем не "константное время поиска"? :) А вот с 10 млн. уже проблема, скорость резко падает.
Надо будет посмотреть как это будет выглядеть у SQL и выяснить причину падения у M, но это
уже вечером конечно.
18 янв 07, 04:03    [3657481]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 87 88 89 90 91 [92] 93 94 95 96 .. 106   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить