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

Откуда:
Сообщений: 673
OS/360
В ADABAS в индексах хранится не физический адрес, а так называемый ISN
Преобразование ISN в физ адрес производится при помощи так называемого ассоциатора.
Кстати, в ЛИНТЕР так же сделано.
21 ноя 06, 17:44    [3431568]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
OS/360
Guest
Мне кто-нибудь ответит, чем отличается Глобал от таблицы с составным кластерным индексом (в терминах MSSQL) ?
21 ноя 06, 17:59    [3431694]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
Sergei Obrastsov
Vlad2005
Дык так и работаем... Вроде нормально. Ессно, т.к. у нас это - список товаров, то
ограничились всего двумя уровнями, если вам интересны подробности. Справочник
сей немаленький, под 60 тыс наименований. Работа и операторская, и отчеты трудятся
вовсю. Для удобства - всеж у нас ДВЕ таблицы. Одна - эт всеж немного экстремализм.
НО! Работать всеж должно.
Вот и я про то, что это не совсем нормально. А что до "работать всеж должно", то и текстовый файлик на 60 тыс. строк тоже будет работать.


Угу. С разделением доступа, разводом коллизий, организацией многопользовательской
работы, бекапами, репликациями... и проч проч сервисами. Давайте примеры
сходных систем на текстовых файликах, жду. Особенно - с нормальным секьюрити,
лучше всего по С2. Да, еще желательно, чтоб DBA не имел возможности ручкими
кивирятися в данных. Мало? Могу еще...
21 ноя 06, 18:01    [3431711]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
c127
Guest
Sergei Obrastsov
c127

Еще раз повторяю, то, что Вы предлагаете не хеш абсолютно. У Вас обычный индекс, использующий встроенный алгоритм поиска М системы, если в М, например, полный перебор, то и Ваш так называемый "хеш" ^index(hash_x1)=number будет полным перебором, хотя в теории должен быть константой. При желании конечно назвать хешем можно и это, достаточно назвать переменную hash_x1, чтобы неизвестно какой алогоритм стал хешем. А назвали бы btree_x1, был бы бинарным деревом.

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

А обещано было:
"Cache структура одна - дерево. Можно ли на ее основе сделать hash-таблицу, bitmap-карту
или что-то еще? Можно."
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351164&pg=37#3412494
Все еще ждем-с. Либо хеш таблицу, либо признания, что Вы лично этого сделать не можете.

В принципе конечно можно назвать хешем не то, что все остальные называют таковым, а что-то свое, но в этом случае МУМПС-истам не стоит кричать, что ваш продукт "достоин хоть какого-то уважения"
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351164&pg=45#3430022
и обижаться, когда все остальные над вами посмеиваются.


Sergei Obrastsov
В M нет "встроенного алгоритма поиска", а есть прямое обращение к узлу дерева.

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

Но по большому счету я глубоко сочувствую БД-шникам, которые вынуждены работать без встроенных алгоритмов поиска, с одними прямыми обращениями к узлам. Страшно даже представить, какие трудности им приходится преодолевать, реализуя весь поиск с нуля, и не зная при этом, что такое хеш таблицы. Это же все алгоритмы нужно не только самостоятельно реализовать, но сначала открыть самостоятельно.
22 ноя 06, 02:33    [3432713]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
c127
"Cache структура одна - дерево. Можно ли на ее основе сделать hash-таблицу, bitmap-карту
или что-то еще? Можно."
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351164&pg=37#3412494
Все еще ждем-с. Либо хеш таблицу, либо признания, что Вы лично этого сделать не можете.

Давайте остановимся и зададим другой вопрос - а нафига она нужна? Я специально привел
вам пример прогона Вашего теста. Машинка, правда, на 300 Мгц побыстрее, но вот Вам то же
самое на 1.2Ghz:
Size = 1000 time = 10.531689
Size = 10000 time = 10.954517
Size = 100000 time = 11.610816
Size = 1000000 time = 11.98464

тут же, но с маленьким ускорением (за счет выхода только на блоки данных)
Size = 1000 time = 9.135966
Size = 10000 time = 9.575833
Size = 100000 time = 9.954467
Size = 1000000 time = 10.054857

Выводы?

c127

В принципе конечно можно назвать хешем не то, что все остальные называют таковым, а что-то свое, но в этом случае МУМПС-истам не стоит кричать, что ваш продукт "достоин хоть какого-то уважения"
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351164&pg=45#3430022
и обижаться, когда все остальные над вами посмеиваются.

Да смейтесь на здоровье.
22 ноя 06, 04:37    [3432738]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
Sergei Obrastsov
c127
"Cache структура одна - дерево. Можно ли на ее основе сделать hash-таблицу, bitmap-карту
или что-то еще? Можно."
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351164&pg=37#3412494
Все еще ждем-с. Либо хеш таблицу, либо признания, что Вы лично этого сделать не можете.


То есть забацать на мампсах хеш-таблицу (в том смысле в котором hash table определяют учебники по программированию) вам лениво? Оно и не удивительно, в общем. Это не наезд лично на вас коллега, это просто констатация факта. Масштаб задачи таков, что решать ее в ломак. Писать заново "ручками" то что давным-давно написано, отлажено и включено в "стандартные" для реляционных СУБД средства вам западло. Вы - человек определенно неглупый, плюс занятной. Мне бы тоже было западло писать самопальный awk или sed когда есть готовый.

Sergei Obrastsov

Давайте остановимся и зададим другой вопрос - а нафига она нужна? Я специально привел
вам пример прогона Вашего теста. Машинка, правда, на 300 Мгц побыстрее, но вот Вам то же
самое на 1.2Ghz:
Size = 1000 time = 10.531689
...

Выводы?

Коллега, мы же с вами взростлые дяди, о серьезных вещах разговариваем а не малолеикм которые гениталиями в песочнице меряются. К чему эти циферки и о чем они нам говорят? О производительности одного отдельно взятого примера, к тому же в конфигурации в которой сервера СУБД обычно не ставят. Хотите я сейчас пихну оракловую таблицу в кэш и вытащу циферки получше ваших?
22 ноя 06, 06:55    [3432792]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Я вот тоже не понимаю, Сергей, чего Вы все взбрыкиваете? Неприятно, конечно, когда тебя уличают в незнании чего-то, но надо же когда-то и учиться. Всех в этом форуме когда-нибудь тыкали носом, меня тоже. Вы сперва попытайтесь точно определить что пытаетесь доказать. А потом уже кидайтесь в бой. И умейте проигрывать достойно.

Я тут уже имел удовольствие сказать, что в рамках своего инструмента свою задачу (изначальную, с поиском там какаим-то) Вы решили хорошо. И я не сомневаюсь, что Вы (равно как и другие участники этого захватывающего обсуждения) блестяще владеете своим инструментом и делаете реально используемые системы. Ну и флаг Вам в руки, Вы молодец и герой. Только зачем кидаться на профессиональном форуме рекламными слоганами? Некрасиво как-то... Этим, конечно, многие грешат, достаточно посмотреть на религиозные войны MS SQL vs Oracle, но мампсисты как-то очень уж выделяются на общем фоне агрессивностью, нежеланием говорить на едином для всех языке и (простите уж) невежеством. Все это не добавляет уважения к продукту, который они пытаются защищать.
22 ноя 06, 07:23    [3432809]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Sergei Obrastsov
Member

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

То есть забацать на мампсах хеш-таблицу (в том смысле в котором hash table определяют учебники по программированию) вам лениво? Оно и не удивительно, в общем. Это не наезд лично на вас коллега, это просто констатация факта. Масштаб задачи таков, что решать ее в ломак. Писать заново "ручками" то что давным-давно написано, отлажено и включено в "стандартные" для реляционных СУБД средства вам западло. Вы - человек определенно неглупый, плюс занятной. Мне бы тоже было западло писать самопальный awk или sed когда есть готовый.

Да не в этом дело. Вопрос - ЗАЧЕМ?! Мне что, скорости не хватает? Так я пример не просто так привел. Вот битмап - это дело другое, практично, поэтому реализуется. А hash-таблица мне зачем? Потому что она есть в РСУБД? Ну и что? Мало ли чего там накопилось с 80-х годов.

Зл0й

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

Не скажите. Каждая вещь нужна для чего-то. Только потому, что я не могу реализовать hash-таблицу подручными средствами, я не разрыдаюсь. А вот если Вы мне покажете как здорово увеличивается скорость доступа к данным при использовании hash-таблицы, я почешу репу и скажу "Ээээ... а ведь я-то неправ!"

Не надо насчет "таблицы в кэш" и прочего. Все банально просто - есть выигрыш или нет?
Чего мы будем сами себя обманывать?
22 ноя 06, 07:37    [3432820]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Sergei Obrastsov

Давайте остановимся и зададим другой вопрос - а нафига она нужна? Я специально привел
вам пример прогона Вашего теста.


О, свежий подход, уважаю
То есть то что недоступно/непонятно и ненужно вовсе ? Должен вас разочаровать, если хэш-таблицу еще можног считать экзотикой (с некоторой натяжкой) То heap-организованные таблицы (те которые не IOT) в Oracle самый что ни на есть хлеб насущный. И причины тому просты - они более дешевы в большинстве случаев. Как я уже говорил, если кто-либо предложит перевести все на IOT, я постараюсь чтобы этот человек не работал со мной в одной организации.

А в Cache ТАК И ДЕЛАЮТ
22 ноя 06, 08:35    [3432924]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Sergei Obrastsov

Да не в этом дело. Вопрос - ЗАЧЕМ?! Мне что, скорости не хватает? Так я пример не просто так привел. Вот битмап - это дело другое, практично, поэтому реализуется. А hash-таблица мне зачем? Потому что она есть в РСУБД? Ну и что? Мало ли чего там накопилось с 80-х годов.


Вам возможно хватает, но это не показатель. Вы ведь сами признались, что и схему из 3000 таблиц представить себе не можете ?
22 ноя 06, 08:37    [3432932]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
Sergei Obrastsov
Зл0й

То есть забацать на мампсах хеш-таблицу (в том смысле в котором hash table определяют учебники по программированию) вам лениво? Оно и не удивительно, в общем. Это не наезд лично на вас коллега, это просто констатация факта. Масштаб задачи таков, что решать ее в ломак. Писать заново "ручками" то что давным-давно написано, отлажено и включено в "стандартные" для реляционных СУБД средства вам западло. Вы - человек определенно неглупый, плюс занятной. Мне бы тоже было западло писать самопальный awk или sed когда есть готовый.

Да не в этом дело. Вопрос - ЗАЧЕМ?! Мне что, скорости не хватает? Так я пример не просто так привел. Вот битмап - это дело другое, практично, поэтому реализуется. А hash-таблица мне зачем?

Затем что в хэш-таблице доступ идет по значению возвращаемому по hash_function(key). Лазить по деревьям "как дятел по ветке" нам не надо. Если бы вы занимались хранилищами данных, то скорее всего вы не задавали бы данный вопрос - ответ на него был бы вам интуитивно понятен.

Решать "детские" задачки я прекратил уже давно, т.к. нормальные деньги за это не платят. Производительность инструмента для решения таких задачек мне не интересна. Мне до лампады что быстрее Каша, Фокс или Клиппер. Я просто не берусь участвовать в проектах где используется инструментрарий требующий "изобретения велосипедов".

Что касается измерения производительности каши, я ее могу "умыть" как минимум 3 разными способами. Мне это просто не интересно, это не взрослый и не серьезный разговор. Один способ я уже указал, остальные оставляю участникам данной конфы у которых есть свобоное время.
22 ноя 06, 08:45    [3432961]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Зл0й
Если бы вы занимались хранилищами данных, то скорее всего вы не задавали бы данный вопрос - ответ на него был бы вам интуитивно понятен.


Хранилища данных ? На MUMPSE ???
Это фантастика
22 ноя 06, 10:42    [3433494]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
c127
Но по большому счету я глубоко сочувствую БД-шникам, которые вынуждены работать без встроенных алгоритмов поиска, с одними прямыми обращениями к узлам. Страшно даже представить, какие трудности им приходится преодолевать, реализуя весь поиск с нуля, и не зная при этом, что такое хеш таблицы. Это же все алгоритмы нужно не только самостоятельно реализовать, но сначала открыть самостоятельно.

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

ЗЫ: Вот если честно - вы сейчас кого имели в виду ? ;)
22 ноя 06, 16:50    [3436847]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Павел ВоронцовЭтим, конечно, многие грешат, достаточно посмотреть на религиозные войны MS SQL vs Oracle, но мампсисты как-то очень уж выделяются на общем фоне агрессивностью, нежеланием говорить на едином для всех языке и (простите уж) невежеством. Все это не добавляет уважения к продукту, который они пытаются защищать.

Даже проведя месяцА на форуме можно так и не ознокомится с общим фоном
Ибо он будет рознится до неузнаваемости.

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

И мне всё таки немного неясно как можно что то "агресивно" защищать?? от чего ? :spy:

Защищают , как правило, от нападения - это направление мы на "агрессивность" расматривать не будем ?

А насчет уважения продукта - куда логичнее было бы зайти в соотвествующий продукту раздел и оценить общий фон там. IMXO

ЗЫ: пункты ну_я в faq !
22 ноя 06, 17:16    [3437074]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Ptn
Павел ВоронцовЭтим, конечно, многие грешат, достаточно посмотреть на религиозные войны MS SQL vs Oracle, но мампсисты как-то очень уж выделяются на общем фоне агрессивностью, нежеланием говорить на едином для всех языке и (простите уж) невежеством. Все это не добавляет уважения к продукту, который они пытаются защищать.

Даже проведя месяцА на форуме можно так и не ознокомится с общим фоном
Ибо он будет рознится до неузнаваемости.

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

И мне всё таки немного неясно как можно что то "агресивно" защищать?? от чего ? :spy:

Защищают , как правило, от нападения - это направление мы на "агрессивность" расматривать не будем ?

А насчет уважения продукта - куда логичнее было бы зайти в соотвествующий продукту раздел и оценить общий фон там. IMXO

ЗЫ: пункты ну_я в faq !
Хорошо, не "защищают", а "пропагандируют". Потому что мне вот как-то до лампочки существует мампс или нет, работает с ним кто-нибудь или как... Ну вот не интересно. И нападать на него нет никакого резона поэтому.

Сходил, посмотрел. Сразу наткнулся на топик "Я наконец-то ушел от МАМПС!". Человек радуется, что внедрил 1С! Бедолага...

Это, конечно, не показатель. Я более чем уверен, что на мампсах можно сделать нечто а-ля 1С и будет оно работать заведомо лучше (вон MX ALEX упорно рекламирует свою систему и у меня нет пока причин ему не верить). Вообще есть такое эмпирическое правило - при использовании любого инструментария и любых технологий какого угодно возраста можно придать системе любые наперед заданные отрицательные свойства. Проще говоря - люой проект можно завалить. Вопрос не в этом, а в том, что мампсисты отчего-то рвутся критиковать РСУБД, подчас совершенно не разбираясь не только в последнем, но даже толком не понимая тот инструмент, которым пользуются сами. Вот тут становится грустно.
22 ноя 06, 19:09    [3437937]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
ЛП
Guest
Павел Воронцов
Сходил, посмотрел. Сразу наткнулся на топик "Я наконец-то ушел от МАМПС!".

Спасибо за ссылочку
Хороший такой топик.
Показательный.
23 ноя 06, 05:16    [3438712]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
c127
Guest
Sergei Obrastsov
Давайте остановимся и зададим другой вопрос - а нафига она нужна? Я специально привел вам пример прогона Вашего теста.

Тест не мой.

Sergei Obrastsov
Вот битмап - это дело другое, практично, поэтому реализуется. А hash-таблица мне зачем? Потому что она есть в РСУБД? Ну и что?

Хорошо, покажите как на деревьях реализуется битмап.
23 ноя 06, 05:34    [3438720]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
ЛП
Guest
Зашел почитать кашовый форум.

https://www.sql.ru/forum/actualthread.aspx?tid=349188&pg=3#3339099
Жесть.
MX -- ALEX
Maxim A. Epishin
Господа специалисты по Cache', объясните пожалуйста почему в терминале (и во всех остальных приложениях) команда "Write 2+2/2" выдает ответ "2", и как это можно исправить? Проверялось на версиях 5.0.12 и 5.0.18.


представь что ты на калькуляторе


Всё могу понять, конечно, и перетиралось уже неоднократно, но объяснение - жесть. Жосткая жесть.
23 ноя 06, 05:41    [3438721]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Павел Воронцов Вопрос не в этом, а в том, что мампсисты отчего-то рвутся критиковать РСУБД, подчас совершенно не разбираясь не только в последнем, но даже толком не понимая тот инструмент, которым пользуются сами. Вот тут становится грустно.

Понимаете ли в чем дело - я вот наоборот чаще сталкиваюсь с обратным явлением. IMXO

Ниже "типичный" пример IMXO.

ЛП А в чем жесть то ? В следовании стандартам языка ?

Или в стиле объяснения - дык есть замечательный юмористический-монолог про то как работает Бетономешалка - та же жесть.
"Полож пимпочку на загогулину и тикой за поллитрой пока не шибануло".
23 ноя 06, 08:11    [3438833]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Ptn
Понимаете ли в чем дело - я вот наоборот чаще сталкиваюсь с обратным явлением. IMXO
То есть - РСУБДшники не знают своего инструмента? Перечитайте весь этот топик внимательно.
23 ноя 06, 08:42    [3438885]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Павел Воронцов
Ptn
Понимаете ли в чем дело - я вот наоборот чаще сталкиваюсь с обратным явлением. IMXO
То есть - РСУБДшники не знают своего инструмента? Перечитайте весь этот топик внимательно.


Я не это имел в виду, просто не стал разрывать Вашу цитату.

Я имел в виду что чаще сталкивался с обратной ситуацией когда "нас" начинают критиковать и "уличать" на ровном месте, хотя в предмете того что критикуют плавают.

Зато все возражения сразу переводять на свои реляционные рельсы - Вы почитайте еще раз господина Выбеггало :)
23 ноя 06, 10:04    [3439223]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Ptn
Я имел в виду что чаще сталкивался с обратной ситуацией когда "нас" начинают критиковать и "уличать" на ровном месте, хотя в предмете того что критикуют плавают.
На ровном месте ничего не бывает. Обычно диалог строится так:

М: У нас тааак все круто работает, не то, что в РСУБД! Да просто летает всё!
Р; Да? Как интересно, а можно посмотреть почему так быстро, может надо использовать?
М: Ну вот же, вот, никаких тебе таблиц, бумц - и в глобал, прикиньте, да? И это туда же, и вот так, а потом хрясь - и все быстро!
Р: Погодите, погодите, а вот эта буковка что означает? А это вот хрясь как работает? То есть по пунктам.
М: По пунктам. Хорошо. Х Р Я С Ь. Что непонятно?
Р: Ничего не понятно. Я обычно делаю в таких случаях вот так и оно тоже хрясь и быстро работает. Почему у вас должно быть быстрее? Внутри хрясь как устроено?
М: Да не важно, вот же, одной командой: хрясь!
Р: Стоп-стоп-стоп. У меня тоже одна команда. Я знаю, что при этом сервер делает кулдык, потом кирдых, потом оно пумсель-вумсель-дорки-порк и получаем результат. Причем вот тут может быть не дорки-порк, а кудымс-тудымс или вумси-тумси или тряки-кляки. Причем что конкретно происходит, выбирает сервер в зависимости от влажности в помещении и положении Марса относительно Юпитера. Обычно получается хорошо. А ваше хрясь как работает? Подозреваю, что только и умеет, что дорки-порк. Нет?
М: Да что вы мне голову морочите! Хрясь он и в Африке хрясь, а ваши замороченные пумси-вумси я и с помощью хрясь сделаю руками!

Вам задают конкретные технические вопросы, а вы отгавкиваетесь, путаете терминологию и не желаете слушать оппонентов. Порой вполне благожелательно настроенных оппонентов, замечу.
23 ноя 06, 10:26    [3439378]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Ptn
Понимаете ли в чем дело - я вот наоборот чаще сталкиваюсь с обратным явлением. IMXO


Да полноте, если бы не великая миссионерская деятельность ВАШЕГО коллеги ЧАЛа, большая часть из участников это форума про MUMPS никогда бы и не узнала. Кто сеет ветер ...
23 ноя 06, 10:44    [3439528]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Ptn
Или в стиле объяснения


Лично сеня БЕСИТ пристрастие отдельных товарищчей называть процедуры рутинами :(
Я конечно все понимаю, субкультура - чужой монастырь ...
23 ноя 06, 10:47    [3439557]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Диалог невалидный. Я видел и другие.

Что делать будем ? Ваше IMXO против моего IMXO и в чем смысл спора?

>>Вам задают конкретные технические вопросы,

Примеры будут. Только прошу не делать из меня ответчика за всех мупсеров - окей ?

Gluk (Kazan)
Ptn
Понимаете ли в чем дело - я вот наоборот чаще сталкиваюсь с обратным явлением. IMXO


Да полноте, если бы не великая миссионерская деятельность ВАШЕГО коллеги ЧАЛа, большая часть из участников это форума про MUMPS никогда бы и не узнала. Кто сеет ветер ...


Я уже предлагал его "обменять" на Выбегалло. Но вам же не это нужно не так ли ?

И кстати про "не узнала бы" - то есть это он открыл раздел посвященный Cach'e ??? вот не знал что не знал.

>>Лично сеня БЕСИТ пристрастие отдельных товарищчей называть процедуры рутинами :(

И что ? когда кто то пишет "рутины" это он "агресивно пропагаднирует" мумпс ? Да ?

И с чего Вы взяли что это нужно у "нас" называть процедурами ?
Может быть потому что привычка вторая натура ?
Желате тогда, быть может, обменяться списками кого что БЕСИТ ?

Программы имеют расширение .RTN храняться в "Таблице" ^ROUTINE в языке называются рутинами. По стандарту IMXO.

PS: Я предпочитаю называть вещи своими именами - что бы собеседник мог понять.
У одних одно у других другое.
23 ноя 06, 11:41    [3440074]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 41 42 43 44 45 [46] 47 48 49 50 .. 106   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить