powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Разработка СУБД
25 сообщений из 195, страница 4 из 8
Разработка СУБД
    #34684993
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvlad БредБольшое спасибо. Пусть и бессмысленный, но результат:

В таблице 1000 колонок типа Integer.
1 000 000 записей, и только в последней колонке каждой записи записали значение=1.

SQL Server 2005 - 17.2 Gb
Cache 5.2 - 17 Mb
Oracle ??? - 1.11 Gb

А разве любой из таких вот "отдельных результатов" нельзя назвать бессмысленным?
Наверное нужно закрывать этот раздел на форуме.Гм. Не знаю - зачем я это делал :), но вот результаты Firebird
Код: 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.
execute block returns (s varchar( 20080 ))
as
declare i int;
begin
  s = 'create table t (id int)';
  execute statement :s;
  suspend;

  s = '';
  i =  1 ;
  while (i <  1000 ) do
  begin
    if (char_length(s) <  20000  or s = '')
    then begin
      if (s = '')
      then s = 'alter table t add col' || i || ' int';
      else s = s || ', add col' || i || ' int';
    end
    else begin
      execute statement :s;
      suspend;

      s = '';
    end

    i = i +  1 ;
  end

  if (s <> '')
  then begin
    execute statement :s;
    suspend;
  end
end;
commit;
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
execute block as
declare i int =  0 ;
begin
  while (i <  1000000 ) do
  begin
    insert into t (id) values (:i);
    i = i +  1 ;
  end
end
commit;
Сразу после этого :
Код: plaintext
1.
Data pages: 14085, data page slots: 14085, average fill: 79%
Average record length: 73.93, total records: 1000000
Размер страницы 8К, т.е. имеем 112680КБ или 110МБ

Заносим 1 в последнюю колонку :
Код: plaintext
update t set col999 =  1 
Статистика :
Код: plaintext
1.
    Average record length: 77.26, total records: 1000000 
    Data pages: 16796, data page slots: 16796, average fill: 98% 
Т.е. 134368КБ или 131МБ

Здорово! Если эта штука реляционная, то по этому тесту она оказалась лидером среди РСУБД. Правда в Oracle считают (после интеграции экспресса, "древовидных даблиц" и др. фишек), что Oracle уже не реляционная. Не удивительно, что у нее результат бессмысленного теста получше, чем у SQL Server.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685015
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bogdanov Andrey БредМожет чего не правильно настроил:

В таблице 1000 колонок типа Integer.
1 000 000 записей, и только в одной колонке каждой записи записал значение=1.

SQL Server 2005 - 17.2 Gb
Cache 5.2 - 17 Mb

И, если кто может, скажите какой результат в Oracle?

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
SQL> create table EmptyTable
   2   (RecordId integer,
   3   ColId integer,
   4   CalValue integer)
   5   storage(initial 1M next  0 );

Table created.

SQL> insert into EmptyTable(RecordId,ColId,CalValue)
   2   select n, 1000 , 1  from (select rownum n from dual connect by level <  1000001 );

 1000000  rows created.

SQL> select bytes/ 1024 / 1024  from dba_segments where segment_name=upper('EmptyTable');

BYTES/ 1024 / 1024 
---------------
              18 

То есть 18 Mb. Это слегка завышенная цифра, так как место выделяется экстентами. Без увеличения размера в эту табличку можно добавить еще около ста тысяч записей.

Вам не кажется, что Вы изобрели какой-то другой тест?
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685019
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Выбегалло Бред говорил про базы данных, кажется. А именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность. Но пусть это будет совершенно бессмысленным, в отличие от Ваших, всегда осмысленных, "сравнениях СУБД". Я не против.

Sybase IQ именно так и хранит данные - по столбцам. Если стобец пустой, или там "сильноразряженный", то он практически ничего на диске не занимает, независимо от числа строк в таблице. Более того - если в таблице миллион строк километровой длины, но в строках хранится всего десять - сто - тысяча уникальных значений, то эти значения будут закодированы и храниться будут толко пара байт (и образцы строк). Такая вот звездообразная схема реализована "унутре думателя".
При всем этом IQ является вполне себе реляционной СУБД (а не кашей какой-то), и даже Transact SQL понимает.

Жаль что нет конкретного результата, но объяснение впечатляет. Спасибо!
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685030
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Выбегалло Выбегалло Bogdanov Andrey БредМожет чего не правильно настроил:

В таблице 1000 колонок типа Integer.
1 000 000 записей, и только в одной колонке каждой записи записал значение=1.

SQL Server 2005 - 17.2 Gb
Cache 5.2 - 17 Mb

И, если кто может, скажите какой результат в Oracle?

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
SQL> create table EmptyTable
   2   (RecordId integer,
   3   ColId integer,
   4   CalValue integer)
   5   storage(initial 1M next  0 );

Table created.

SQL> insert into EmptyTable(RecordId,ColId,CalValue)
   2   select n, 1000 , 1  from (select rownum n from dual connect by level <  1000001 );

 1000000  rows created.

SQL> select bytes/ 1024 / 1024  from dba_segments where segment_name=upper('EmptyTable');

BYTES/ 1024 / 1024 
---------------
              18 

То есть 18 Mb. Это слегка завышенная цифра, так как место выделяется экстентами. Без увеличения размера в эту табличку можно добавить еще около ста тысяч записей.

А где тут 1000 колонок типа int ?

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

Да, кажется об этой реляционной "фишке-подмене" я говорил в одном из сообщений.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685041
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bogdanov Andrey Выбегалло
А где тут 1000 колонок типа int ?
А где у Cashe 1000 колонок? Там вообще нет ни одной колонки.


Это еще одна форма сообщения о бессмысленности. Точнее даже намек на наглую ложь. Типа 17 Мб с неба свалились.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685120
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Бред Bogdanov Andrey
То есть 18 Mb. Это слегка завышенная цифра, так как место выделяется экстентами. Без увеличения размера в эту табличку можно добавить еще около ста тысяч записей.

Вам не кажется, что Вы изобрели какой-то другой тест?
Почему другой? Что в нем не так? Какую функциональность, подразумевавшуюся вашим тестом это тест не покрывает?
Кстати, свой тест на Cache вы вообще не показали.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685166
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Бред SergSuper БредВы мне предлагаете сделать количество колонок в таблице не ограниченным, и не занимать место под несуществующие данные в SQL Server ??? Я этого сделать не могу.
Я ничего не предлагаю, я просто объясняю что структура данных в Cache эквивалентна таблице с двумя полями. Снимаю шляпу перед маркетологами Cache, которые для этого сумели придумать красивое название "разряженные массивы"

Не правильно объясняете - не знаю - от незнания или умышленно? Структура данных в Cache эквивалентна, помимо прочего, таблице с неограниченным числом полей. А маркетинг у Cache просто нулевой. И у меня создается ощущение, что это совсем не беспокоит Intersystems.
Да Вы ж не первый кто с этим пытался спорить. Опишите любую структуру, которую Вы храните на Cache, я её засуну в таблицу из двух полей.

БредЗдорово! Если эта штука реляционная, то по этому тесту она оказалась лидером среди РСУБД. Правда в Oracle считают (после интеграции экспресса, "древовидных даблиц" и др. фишек), что Oracle уже не реляционная. Не удивительно, что у нее результат бессмысленного теста получше, чем у SQL Server.
Простите, а у Вас критерий лидерства - объём занимаемой базой на диске?

И еще - если Вы кидаетесь такими словами как "наглая ложь" - потрудитесь это как-то обосновывать
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685201
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bogdanov Andrey Бред Bogdanov Andrey
То есть 18 Mb. Это слегка завышенная цифра, так как место выделяется экстентами. Без увеличения размера в эту табличку можно добавить еще около ста тысяч записей.

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

Потому что другой. Как еще объяснить? Я про таблицу из трех колонок уже говорил.
И про запросы Вам уже говорили.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685224
nig_AM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
скажу один вещь.
пусть летают в космос пассажиры
пусть программы пишут все пользователи-непрофессионалы

а непрофессионалалы хирурги непрофессионально режут топикстартера..имхо
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685235
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuper Бред SergSuper БредВы мне предлагаете сделать количество колонок в таблице не ограниченным, и не занимать место под несуществующие данные в SQL Server ??? Я этого сделать не могу.
Я ничего не предлагаю, я просто объясняю что структура данных в Cache эквивалентна таблице с двумя полями. Снимаю шляпу перед маркетологами Cache, которые для этого сумели придумать красивое название "разряженные массивы"

Не правильно объясняете - не знаю - от незнания или умышленно? Структура данных в Cache эквивалентна, помимо прочего, таблице с неограниченным числом полей. А маркетинг у Cache просто нулевой. И у меня создается ощущение, что это совсем не беспокоит Intersystems.
Да Вы ж не первый кто с этим пытался спорить. Опишите любую структуру, которую Вы храните на Cache, я её засуну в таблицу из двух полей.

БредЗдорово! Если эта штука реляционная, то по этому тесту она оказалась лидером среди РСУБД. Правда в Oracle считают (после интеграции экспресса, "древовидных даблиц" и др. фишек), что Oracle уже не реляционная. Не удивительно, что у нее результат бессмысленного теста получше, чем у SQL Server.
Простите, а у Вас критерий лидерства - объём занимаемой базой на диске?

И еще - если Вы кидаетесь такими словами как "наглая ложь" - потрудитесь это как-то обосновывать

Не знаю с кем Вы там спорили. У каждой из этих тысяч колонок свой тип, свой смысл, свои ограничения целостности. Хватит уже трепаться, а? Bogdanov Andrey уже все что можно засунул. Вот с ним и соревнуйтесь.

Позвольте мне не обосновывать, что я не нагло вру. Если Вам удобно так считать - считайте на здоровье.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685269
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nig_AMскажу один вещь.
пусть летают в космос пассажиры
пусть программы пишут все пользователи-непрофессионалы

а непрофессионалалы хирурги непрофессионально режут топикстартера..имхо

Уточню. "Весь цивилизованный мир" (и я в том числе) работает на SQL Server. Кто-то не профессионально (17.2Гб), кто-то профессионально (4 Гб), кто-то профессионально пудрит сам себе мозги (18 Мб). Но хочется иногда понять где ты находишься вместе со всем цивилизованным миром. И выясняется, что лучше бы не понимать. Потому что находишься ты в нехорошем месте.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685297
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuper БредЗдорово! Если эта штука реляционная, то по этому тесту она оказалась лидером среди РСУБД. Правда в Oracle считают (после интеграции экспресса, "древовидных даблиц" и др. фишек), что Oracle уже не реляционная. Не удивительно, что у нее результат бессмысленного теста получше, чем у SQL Server.
Простите, а у Вас критерий лидерства - объём занимаемой базой на диске?


ПО ЭТОМУ ТЕСТУ . Какой еще должен быть критерий ПО ЭТОМУ ТЕСТУ ?
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685321
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
БредУточню. "Весь цивилизованный мир" (и я в том числе) работает на SQL Server.
Какое счастье, что до сих пор остаются не тронутые цивилизацией уголки :)
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685348
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
БредПозвольте мне не обосновывать, что я не нагло вру. Если Вам удобно так считать - считайте на здоровье.
Уважаемый, Вы других обвиняете во лжи без всяких обоснований. Я считаю это оскорблением и как модератор буду такие посты тереть. Считайте это официальным предупреждением
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685453
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer БредУточню. "Весь цивилизованный мир" (и я в том числе) работает на SQL Server.
Какое счастье, что до сих пор остаются не тронутые цивилизацией уголки :)

Не могу не согласиться. К Oracle меня тянет...
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685462
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuper БредПозвольте мне не обосновывать, что я не нагло вру. Если Вам удобно так считать - считайте на здоровье.
Уважаемый, Вы других обвиняете во лжи без всяких обоснований. Я считаю это оскорблением и как модератор буду такие посты тереть. Считайте это официальным предупреждением

Уважаемый, я всего лишь сказал, что меня обвиняют в наглой лжи. А Вы все нагло переврали, нагло пользуясь возможностью тереть.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685466
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Бред
Не могу не согласиться. К Oracle меня тянет...
но потянет ли оракл такой Бред ... :) ?
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685532
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.! Бред
Не могу не согласиться. К Oracle меня тянет...
но потянет ли оракл такой Бред ... :) ?

Похоже Ваш вариант теста показал совсем уж не удовлетворительный результат. Пора, пора друзья переходить на личности.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34685565
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Бред Bogdanov Andrey Выбегалло
А где тут 1000 колонок типа int ?
А где у Cashe 1000 колонок? Там вообще нет ни одной колонки.


Это еще одна форма сообщения о бессмысленности. Точнее даже намек на наглую ложь. Типа 17 Мб с неба свалились.

Из последующей перепалки с модератором я понял, что Бред воспринял мою фразу как обвинение во лжи.
Хочу уверить, что я и не пытался поставить под сомнение результаты "Бредовского" теста. Особенно учитывая, что достиг точно таких же результатов.
Я просто считаю, что в Cache вообще нет колонок в моем понимании. Правда если быть уж совсем точным, то термин "колонка", как мне кажется, вообще отсутствуетв теории баз данных. Как реляционных, так и "постреляционных" (а кстати, где можно прочитать про теорию постреляционных баз данных?)
Может быть я ошибаюсь и такой термин есть? Если да, то сообщите мне его определение, объясните что в Cache подходит под это определение. И тогда я смогу показать где в моем тесте 1000 колонок.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34686192
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bogdanov Andrey Бред Bogdanov Andrey Выбегалло
А где тут 1000 колонок типа int ?
А где у Cashe 1000 колонок? Там вообще нет ни одной колонки.


Это еще одна форма сообщения о бессмысленности. Точнее даже намек на наглую ложь. Типа 17 Мб с неба свалились.

Из последующей перепалки с модератором я понял, что Бред воспринял мою фразу как обвинение во лжи.
Хочу уверить, что я и не пытался поставить под сомнение результаты "Бредовского" теста. Особенно учитывая, что достиг точно таких же результатов.
Я просто считаю, что в Cache вообще нет колонок в моем понимании. Правда если быть уж совсем точным, то термин "колонка", как мне кажется, вообще отсутствуетв теории баз данных. Как реляционных, так и "постреляционных" (а кстати, где можно прочитать про теорию постреляционных баз данных?)
Может быть я ошибаюсь и такой термин есть? Если да, то сообщите мне его определение, объясните что в Cache подходит под это определение. И тогда я смогу показать где в моем тесте 1000 колонок.

Спасибо, я удовлетворен Вашим объяснением.
Я уже сказал, отвечая pavelvp, что видел бегло пока три СУБД в Cache. И во всех есть таблицы и колонки (просто называется это другими словами, так же как есть отношения и атрибуты в реляционной теории). Пусть поправят лучше знающие, если в чем-то ошибусь. Родная Cache Objects имеет в базовом способе хранения ограничение на число колонок в таблице, просто из-за ограничения на длину записи 32К. Говорится, что можно как угодно переопределять способ хранения данных, но как при этом обеспечивется концептуальная целостность (запросы и т.д.) понятия не имею. Больше мне понравились модели данных и их хранение (не "переопределяемое") в q.Word и X.Magic. В частности, как раз в последней нет ограничений на число колонок в таблице.
И именно такую схему я и использовал в тесте.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34686554
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
БредГде "там"? Я не так давно познакомился с Cache, но успел увидеть три СУБД. И во всех были таблицы и колонки. Может это у Вас ревность? Потому что "там" много чего есть.
:-)))
"Ты суслика видишь? Нет. И я не вижу. А он есть!" :-)

Лучше опубликуйте результат бессмысленного теста для Линтер, и сравните его, конечно же, с SQL Server. Если Вы напряжёте свою память, Андрей Леонидович, то наверняка вспомните, что похожие сравнения я уже проводил и публиковал здесь года два назад для ЛИНТЕР, MSSQL и Cache.
Это в том же топике о котором SergSuper чуть выше упоминал.
...
Рейтинг: 0 / 0
Разработка СУБД
    #34686619
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pavelvp Если Вы напряжёте свою память, Андрей Леонидович, то наверняка вспомните...
ЧАЛ из Латвии писал, а этот IP московский
Да и стилистика немного другая. Я всё-таки склоняюсь что не он
...
Рейтинг: 0 / 0
Разработка СУБД
    #34686623
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pavelvp БредГде "там"? Я не так давно познакомился с Cache, но успел увидеть три СУБД. И во всех были таблицы и колонки. Может это у Вас ревность? Потому что "там" много чего есть.
:-)))
"Ты суслика видишь? Нет. И я не вижу. А он есть!" :-)

Лучше опубликуйте результат бессмысленного теста для Линтер, и сравните его, конечно же, с SQL Server. Если Вы напряжёте свою память, Андрей Леонидович, то наверняка вспомните, что похожие сравнения я уже проводил и публиковал здесь года два назад для ЛИНТЕР, MSSQL и Cache.
Это в том же топике о котором SergSuper чуть выше упоминал.

Опа! Даже не знаю радоваться или говорить "сам ты Андрей Леонидович".
Топик посмотрел. Там этого нет. Слишком много неправды у Вас в одном сообщении.
Суслик - это этот Андрей Леонидович что ли?
...
Рейтинг: 0 / 0
Разработка СУБД
    #34686629
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuper pavelvp Если Вы напряжёте свою память, Андрей Леонидович, то наверняка вспомните...
ЧАЛ из Латвии писал, а этот IP московский
Да и стилистика немного другая. Я всё-таки склоняюсь что не он

Нашли хорошую подтему для "разреженных таблиц".
...
Рейтинг: 0 / 0
Разработка СУБД
    #34686652
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Привет, SergSuper!
Ты пишешь:

SergSuperS> ЧАЛ из Латвии писалошибаешься.

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

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
25 сообщений из 195, страница 4 из 8
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Разработка СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]