Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 10 11 12 13 14 15 16 17 [18] 19   вперед  Ctrl
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
MX -- ALEX
Guest
ЛП
MX -- ALEX
Вообще то если бы удалось что-то найти подходящее
именно под наш вариант интерфейса с базой через EXCEL
(а у kdb+ есть RTD - для отображения базы на EXCEL
в реальном времени - именно так и мы работаем !! )

Кто мешает написать RTD-сервер поверх любой СУБД (а то и вообще не СУБД)? И использовать его из экселя?


нехватка ума и времени

и все равно вопрос
- а скорость будет выше чем "CACHE на прямом доступе" ??
15 май 06, 17:50    [2666267]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
Sergei Obrastsov
Member

Откуда: Магадан
Сообщений: 584
MX -- ALEX
Cache 5.1 NT резвее чем MSM 4.4 NT
в полтора-два раза

всего? странно, я полагал, что различие должно быть значимее.
я, конечно, не следил пристально за развитием MSM давно, но
зная корни MSM и учитывая упертость Micronetics, сильно
сомневаюсь даже в переписывании старого п-кода.

С уважением. Сергей
15 май 06, 18:26    [2666449]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
мод
Guest
MX -- ALEX
все запросы и бизнес-логика помещались в клетках excel

а можно вопрос:
формула -> значение -> клетка
запрос -> произвольное число строк с произвольными столбцами -> ????
т.е. куда помещается рез-т запроса ?
16 май 06, 11:09    [2668120]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
MX -- ALEX
Guest
мод
MX -- ALEX
все запросы и бизнес-логика помещались в клетках excel

а можно вопрос:
формула -> значение -> клетка
запрос -> произвольное число строк с произвольными столбцами -> ????
т.е. куда помещается рез-т запроса ?


Сначала таблица-результат помещается на М-сервере
в двумерное дерево - модель excel-листа
При этом фиксируется фактическое "разбухание" по обеим координатам

затем
1.
excel-клиенту выдается предварительная команда на
подготовку площадки на его запросившем листе для приема таблицы
соответсвенно в excel-лист добавляютя строки и столбцы (упрощенно)

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

Все заточено на "очень быстро"
пример в приложении
(кнопы работают только в MX-системе )

К сообщению приложен файл (MX_SCREEN.zip - 40Kb) cкачать
16 май 06, 12:27    [2668599]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
мод
Guest
MX -- ALEX

понятно, спасибо.
16 май 06, 16:18    [2670163]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
ggv
Member

Откуда:
Сообщений: 1810
Anton Demidov
Итак, номер один - лёгкость использования - читаем

Опускаю легкость использования как сильно субъективную вещь.
Anton Demidov

Номер два: качество имплементации в БД (ладно, ладно, ожидая шквал возмущений от ggv и ко. перефразирую это в "особенности реализации")
Tips for using VARCHAR and VARGRAPHIC data types in databases
Там говорится о том, что VARCHAR это всё равно фиксированный CHAR плюс опциональный сегмент, за который вы заплатите дополнительным i/o

А вот отсюда можно ли по-подробнее.
Так как и фиксированный сегмент может быть 0 размера. И это указано в доке.
Да и вообще бы хотелось аргументированную критику подхода.
По мне, так представленный подход довольно неплохо справляется с задачами, и дока показывает как его использовать наилучшим образом.
Короче - и что не понравилось?
Ну и поскольку вы разработчик, то сразу с анализом в каких случаях это увеличивает I/O и почему нельзя было его улучшить (руководствуясь докой), раз вы уже с этим сталкивались.
Или опять это ваше теоритезирование? Как и с вопросом по долям распределения баз, на который вы так и не ответили?
22 май 06, 11:57    [2690544]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
Anton Demidov
Member

Откуда: Atlanta, GA
Сообщений: 1187
ggv
Anton Demidov
Итак, номер один - лёгкость использования - читаем
Опускаю легкость использования как сильно субъективную вещь.
это не субъективная вещь, это измеряется в человеко-часах и количестве багов в доморощенных методах работы со строками переменной длины. И всё из-за отсутствия родной поддержки в языке программирования. В Оракле я могу сравнить две строки как a < b, а в Коболе придётся структуры стравнивать. Конкатинация строк: a = b || ' blabla.', в Коболе всё ручками (найти конец использованного буфера строки b; скопировать в продолжение вторую строку; вычислить новую длину строки и сохранить её; везде проверка переполнения)
ggv

Anton Demidov

Номер два: качество имплементации в БД (ладно, ладно, ожидая шквал возмущений от ggv и ко. перефразирую это в "особенности реализации")
Tips for using VARCHAR and VARGRAPHIC data types in databases
Там говорится о том, что VARCHAR это всё равно фиксированный CHAR плюс опциональный сегмент, за который вы заплатите дополнительным i/o

А вот отсюда можно ли по-подробнее.
Так как и фиксированный сегмент может быть 0 размера. И это указано в доке.
Да и вообще бы хотелось аргументированную критику подхода.
По мне, так представленный подход довольно неплохо справляется с задачами, и дока показывает как его использовать наилучшим образом.
Короче - и что не понравилось?
Ну и поскольку вы разработчик, то сразу с анализом в каких случаях это увеличивает I/O и почему нельзя было его улучшить (руководствуясь докой), раз вы уже с этим сталкивались.
Или опять это ваше теоритезирование?

Что мне не понравилось? То что в Оракле у меня всегда один io. В Дб2 это либо 1 io, но перерасход дискового пространства (ALLOCATE > 0, FIXED CHAR de facto), либо 2 io (ALLOCATE = 0 либо ALLOCATE > 0 и строка длиннее этого порога)
ggv
Как и с вопросом по долям распределения баз, на который вы так и не ответили?
Топик даже открыл по этому поводу, вы просто не заметили. Вот конктретная ссылка на отчет Gartner по 2005 году.
23 май 06, 20:56    [2698281]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
ggv
Member

Откуда:
Сообщений: 1810
1) опять же - по удобству это сильно субъективно. Фану COBOL кажется одно, а у вас другие глюки. Нужны какие-либу аргументы.
2) А вы сами то отчет читали? Мне кажется, что нет.
Потому как даже не поняли, что отчет по вашей ссылке за 2004 год.
Да и указаных вами цифирь в нем нет.
Если, конечно, мы оба сотрели один вариант отчета.

А про I/O - дык это , как я понял, опять теоретизирования...
24 май 06, 13:05    [2700224]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
Anton Demidov
Member

Откуда: Atlanta, GA
Сообщений: 1187
ggv
1) опять же - по удобству это сильно субъективно. Фану COBOL кажется одно, а у вас другие глюки.
Вы, похоже, себя причисляете к клану людей, которые и финансовые приложения на ассемблере писать будут

ggv
2) А вы сами то отчет читали? Мне кажется, что нет.
Потому как даже не поняли, что отчет по вашей ссылке за 2004 год.
Да и указаных вами цифирь в нем нет.
Если, конечно, мы оба сотрели один вариант отчета.
Отчёт 2005 года по результатам 2004 - что тут непонятного? Или просто придратся захотелось? Зачем?
ggv

А про I/O - дык это , как я понял, опять теоретизирования...
Любое чтение оригинальной документации - "теоретизирование", или вы предпочитаете сначала стукнутся лбом о проблему, а потом доку читать (теоретизировать в ваших терминах)? Не похоже на вас (судя по вашим постам и кол-ву ссылок на документацию IBM). Но что это тогда - корпоративная солидарность? Опять же - зачем? Показать, что продукт ХХХ - идеален? Такого не бывает, всегда есть какие-либо недочёты, на один из которых я и указал. Причём это проблема принципиального характера и растёт она из ориентации всей системы на обработку строк фиксированной длины.
24 май 06, 20:24    [2702850]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
ggv
Member

Откуда:
Сообщений: 1810
Погодите - давайте по порядку.
Про цифры из отчета.
Давайте найдем указанные вами 85%
Если это ложь - то разговор закончен.
Если нет - то тогда можно и про I/O, и про удобство, про то, что финансовые приложения как раз на COBOL и писались.
25 май 06, 09:40    [2703723]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
lyuda_
Member

Откуда: Москва
Сообщений: 26
Ребята, привет!
Нужна очень ваша помощь. Вот пришла на форум ). Я работаю HR менеджером в ИТ компании. В настоящее время нашей Компании требуется Администратор Oracle. Не подскажете, кто может из вас хотел бы работать или из ваших друзей. Заработная плата до 2500 у.е.
Работа с передовыми технологиями.
Я оставляла заявку в разделе работа.

Помогите плз.
Заранее благодарю за ответ.
Мой email 095opa@mail.ru.
Спасибо!
25 май 06, 16:15    [2706306]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
Anton Demidov
Member

Откуда: Atlanta, GA
Сообщений: 1187
ggv
Погодите - давайте по порядку.
Про цифры из отчета.
Давайте найдем указанные вами 85%
Если это ложь - то разговор закончен.
Если нет - то тогда можно и про I/O, и про удобство, про то, что финансовые приложения как раз на COBOL и писались.

Ну вы право ....
25 май 06, 21:45    [2707799]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
А есть ли в SQL 2005, Oracle 10G или Cache 5 реализация юникодного аналога metaphone или soundex? Возможно, это было бы полезно для предполагаемого применения сервера.... (Да, я понимаю, что UDF в том или ином виде есть давно и везде, но это же ещё написать надо, а такой предопределённой функции было бы признаком ориентированности сервера и для подобных приложений)
27 июн 06, 07:17    [2814810]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
DocAl
А есть ли в SQL 2005, Oracle 10G или Cache 5 реализация юникодного аналога metaphone или soundex? Возможно, это было бы полезно для предполагаемого применения сервера.... (Да, я понимаю, что UDF в том или ином виде есть давно и везде, но это же ещё написать надо, а такой предопределённой функции было бы признаком ориентированности сервера и для подобных приложений)
В MS SQL Server давно есть.
27 июн 06, 10:58    [2815376]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Можно ссылку на описание?
27 июн 06, 11:52    [2815713]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
DocAl
Можно ссылку на описание?
Да что, мне не верите? Вот цитата из BOL:

BOL

Comparing SOUNDEX and DIFFERENCE
The SOUNDEX function converts a character string to a four-digit code for use in a comparison. Vowels are ignored in the comparison. Nonalphabetic characters are used to terminate the comparison. This function always returns some value.

This example displays the results of the SOUNDEX function for the similar character strings of "Smith" and "Smythe". When character strings are similar, both strings have the same SOUNDEX codes.

SELECT SOUNDEX ('smith'), SOUNDEX ('smythe')

Here is the result set:

----- -----

S530 S530

(1 row(s) affected)

The DIFFERENCE function compares the SOUNDEX values of two strings and evaluates the similarity between them, returning a value from 0 through 4, where 4 is the best match. This example returns a DIFFERENCE of 4 for the first SELECT because "Smithers" and "Smothers" differ by only one character.

SELECT DIFFERENCE('smithers', 'smothers')

Here is the result set:

------------
4
(1 row(s) affected)

The following example returns a DIFFERENCE of 3, indicating that the two character strings have a similar sound even though they differ in several characters.

SELECT DIFFERENCE('Jeff', 'Geoffe')

27 июн 06, 12:19    [2815874]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Да нет, почему, верю, просто хотел почитать про конкретную реализацию... Спасибо за ссылку. Вот только, есть подозрения, что нифига они не юникод, а всё для той же одной латиницы, что и у MySQL.(
Если не затруднит, проверьте это предположение? Посмотрите, что выдаёт саундекс для русских слов?
27 июн 06, 13:05    [2816194]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Кстати, а BOL действительно онлайн где-нибудь доступна?) На МСДН, не к обеду будь помянутом?
27 июн 06, 13:07    [2816204]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
andy st
Member

Откуда:
Сообщений: 906
DocAl
Да нет, почему, верю, просто хотел почитать про конкретную реализацию... Спасибо за ссылку. Вот только, есть подозрения, что нифига они не юникод, а всё для той же одной латиницы, что и у MySQL.(
Если не затруднит, проверьте это предположение? Посмотрите, что выдаёт саундекс для русских слов?

ничего не выдает
SQL Server 2005 Books Online

Because the SOUNDEX() function is defined based on English phonetic rules, it is not meaningful on Unicode strings unless the string contains only the Latin characters A through Z and a through z.

и
SQL Server 2005 Books Online

Syntax
DIFFERENCE ( character_expression , character_expression )

Returns an integer value that indicates the difference between the SOUNDEX values of two character expressions.

так что стоит занятся поиском локализованных вариантов
27 июн 06, 13:20    [2816303]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Вот именно поэтому я и уточнял про юникодный аналог этих функций... Что оригинальный саундекс задан только для латиницы я в курсе...(
27 июн 06, 13:40    [2816457]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
bug_scorobey
Member

Откуда: Москва
Сообщений: 127
Господа а какие задачи вы собрались решить?
зачем soundex или метафон?
а насчет сравнения 2005 и 10G могу сказать одно к сожалению M$ катит все в одну сторону (дайте ресурсов и все будет хокей)
к примеру у меня есть приложения -экспертная система и одна из задач это к примеру сравнение строк на вход 10000 каждую строку сравниваем на совпадение %% с 10^7 вариантов )
2003 win на оракле 9i - ~25-30 мин
2003 win 2000 ~45-50 мин
2003 win 10G~ 25 мин
2003 win 2005~3 часа

Red Hat 10G~ 25 мин ~12 мин

все сандартно данные одни и те же
на одной машине P4 1ГБ SATA1-160Gb
select .... fn _jjj from ....
update ....
структура одна и таже (~ разбег сильно зависит от типа сортировки в столбце )


а вообще то интересно кто чего еще надыбал и на сравнивал
27 авг 06, 05:34    [3058020]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
А вооот как раз для подобных задач и бывает полезен саундекс или метафон.
Например, имеется база музыкальных исполнителей, дисков, треков и т.п. лабуды. Специфика подобных баз, как правило, полулюбительских, в лучшем случае, стянутых с freedb, в том, что качество информации довольно невысокое: задубления названий, отличающиеся пропущеным артиклем, банальные опечатки, всё то, что тяжело отловить в большой базе, но оставляет негативное впечатление от посещения сайта: кому же понравится, если название любимого исполнителя переврали, да и найти нужное становится тяжелее. Саундекс может помочь быстро найти проблемные места.
Или, скажем, периодическое пополнение номенклатуры товаров, плохо разбирающийся в специфике товаров оператор легко может внести дубль в базу, не чёткий, который отловит ограничение уникальности, а отличающийся на один символ. И тут саундекс может пригодиться, он, конечно, не панацея, но функция полезная.
27 авг 06, 06:44    [3058033]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
ChA
Member

Откуда: Москва
Сообщений: 11383
bug_scorobey
могу сказать одно к сожалению M$ катит все в одну сторону (дайте ресурсов и все будет хокей)
Остальные, надо полагать, катят в другую сторону ?
27 авг 06, 14:57    [3058518]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
bug_scorobey
Member

Откуда: Москва
Сообщений: 127
DocAl
А вооот как раз для подобных задач и бывает полезен саундекс или метафон.
Например, имеется база музыкальных исполнителей, дисков, треков и т.п. лабуды. Специфика подобных баз, как правило, полулюбительских, в лучшем случае, стянутых с freedb, в том, что качество информации довольно невысокое: задубления названий, отличающиеся пропущеным артиклем, банальные опечатки, всё то, что тяжело отловить в большой базе, но оставляет негативное впечатление от посещения сайта: кому же понравится, если название любимого исполнителя переврали, да и найти нужное становится тяжелее. Саундекс может помочь быстро найти проблемные места.
Или, скажем, периодическое пополнение номенклатуры товаров, плохо разбирающийся в специфике товаров оператор легко может внести дубль в базу, не чёткий, который отловит ограничение уникальности, а отличающийся на один символ.
--------------------------
для этого нужна толко одна функция в три строчки
это первое, а второе могу сказать только одно что при указанных мною объемах ВАШЕ решение --это уже не решение в реальное время

--------------------------

И тут саундекс может пригодиться, он, конечно, не панацея, но функция полезная.
27 авг 06, 18:01    [3058716]     Ответить | Цитировать Сообщить модератору
 Re: Новое сравнение (SQL 2005, Oracle 10G, Cache 5, MySQL - cat2 :) )  [new]
bug_scorobey
Member

Откуда: Москва
Сообщений: 127
ChA
bug_scorobey
могу сказать одно к сожалению M$ катит все в одну сторону (дайте ресурсов и все будет хокей)
Остальные, надо полагать, катят в другую сторону ?


да согласен но одни забирают ресурсы под себя а другие все таки думают о наших с Вами задачах (согласитесь разный подход)
27 авг 06, 18:04    [3058719]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 10 11 12 13 14 15 16 17 [18] 19   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить