Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7 8   вперед  Ctrl      все
 Re: Разработка СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Владимир П.
В Oracle доменов конечно нет, но в мире существует не только Oracle. Если автор дискуссии никак жить не может без того, чтобы
iwe
ввести тип "Штуки" (мы ведь в физическом мире живем, предметы считаем)

, то Oracle ему рекомендовать нельзя. Пусть выбирает FireBird, PostgreSQL.

Оракл, вообще-то, заявляет себя как ОРСУБД. Т.е. свои "штуки" можно пробовать - объектный тип данных. Для ГИС у Оракла, напрмер, начиная с 9 предлагается ОРМД, т.е для этих задач Штуки от самого Оракла.
Другое дело, что из этого получится. Разаработка своих штук не совсем не профессиональное занятие: ведь основным недостатком ООП в либых областях считается именно сложность. Достаточно взглянуть на библиотеки классов для С#,Jdeveloper (Oracle) и проч, и представить, что вы их сами налабали, и они плохо спроектированы. Поддерживать их, наверное, похуже будет, чем процедурные библиотеки.
22 июл 07, 22:55    [4421382]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
ZoomPro

А вообще автор говорит здравые мысли, пора появляться универсальным типам данных не привязанным ни к каким платформам. В этом направлении и Microsoft работает уже давно .NET делая. А кроме этого еще масса других попыток. Все правильно, универсальный элементарные типы - это будет.
IMHO, "платформонезависимые продукты от Microsoft" -- это что-то вроде разноцветных автомобилей Генри Форда.
24 июл 07, 14:42    [4429066]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Gluk (Kazan)
Member

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

А вообще автор говорит здравые мысли, пора появляться универсальным типам данных не привязанным ни к каким платформам. В этом направлении и Microsoft работает уже давно .NET делая. А кроме этого еще масса других попыток. Все правильно, универсальный элементарные типы - это будет.
IMHO, "платформонезависимые продукты от Microsoft" -- это что-то вроде разноцветных автомобилей Генри Форда.


я видел желтый форд
24 июл 07, 15:30    [4429487]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32895

Привет, Gluk!
Ты пишешь:

Gluk
GK> я видел желтый форд
пираты (сцуки) контрафакт гонють...

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

Posted via ActualForum NNTP Server 1.4

24 июл 07, 15:44    [4429585]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Бред
Guest
RomanSavelyev
iwe
Разве нельзя вместо типа Интегер ввести тип "Штуки"

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

Но учтите, что всего на 1 миллион записей (а это не много), "штуки" займут:
small - 16 миллионов байт.
integer - 32 миллиона байт
bigint - 64 миллиона.
Плюс такие же веса в индексах.


Может чего не правильно настроил:

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

SQL Server 2005 - 17.2 Gb
Cache 5.2 - 17 Mb

И, если кто может, скажите какой результат в Oracle?
24 июл 07, 17:05    [4430245]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
да нет, примерно так и должно быть
а что Вас удивляет?
24 июл 07, 17:50    [4430583]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
Бред
SQL Server 2005 - 17.2 Gb
Cache 5.2 - 17 Mb

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

Connected to Oracle Database 10g Enterprise Edition Release 10.1.0.5.0 
Connected as test

SQL> create table many_columns ( id integer ) pctfree 0 ;

Table created

SQL> begin
  2    for i in 1..999 loop
  3      execute immediate 'alter table many_columns add col' || i || ' integer' ;
  4    end loop ;
  5  end ;
  6  /

PL/SQL procedure successfully completed

SQL> insert into many_columns ( id ) select rownum from dual connect by level <= 1000000 ;

1000000 rows inserted

SQL> select bytes from dba_segments where segment_name = 'MANY_COLUMNS' ;

     BYTES
----------
  11534336
24 июл 07, 17:50    [4430584]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Бред
Guest
SergSuper
да нет, примерно так и должно быть
а что Вас удивляет?


Спасибо.
24 июл 07, 18:04    [4430709]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Бред
Guest
softwarer
Бред
SQL Server 2005 - 17.2 Gb
Cache 5.2 - 17 Mb

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

Connected to Oracle Database 10g Enterprise Edition Release 10.1.0.5.0 
Connected as test

SQL> create table many_columns ( id integer ) pctfree 0 ;

Table created

SQL> begin
  2    for i in 1..999 loop
  3      execute immediate 'alter table many_columns add col' || i || ' integer' ;
  4    end loop ;
  5  end ;
  6  /

PL/SQL procedure successfully completed

SQL> insert into many_columns ( id ) select rownum from dual connect by level <= 1000000 ;

1000000 rows inserted

SQL> select bytes from dba_segments where segment_name = 'MANY_COLUMNS' ;

     BYTES
----------
  11534336


Спасибо, но, често скажу, не совсем понял. Для определенности: прописать значение 1 в последнюю колонку каждой записи (при этом в SQL Server и Cache ничего не изменится).
24 июл 07, 18:06    [4430726]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
Бред
Спасибо, но, често скажу, не совсем понял.

Это я в том числе к тому, что вопрос довольно бессмысленный.

Бред
Для определенности: прописать значение 1 в последнюю колонку каждой записи (при этом в SQL Server и Cache ничего не изменится).

Добавится по 999 байт на строку.
24 июл 07, 18:21    [4430814]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Бред
Guest
softwarer
Бред
Спасибо, но, често скажу, не совсем понял.

Это я в том числе к тому, что вопрос довольно бессмысленный.

Бред
Для определенности: прописать значение 1 в последнюю колонку каждой записи (при этом в SQL Server и Cache ничего не изменится).

Добавится по 999 байт на строку.


Большое спасибо. Пусть и бессмысленный, но результат:

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

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

А разве любой из таких вот "отдельных результатов" нельзя назвать бессмысленным?
Наверное нужно закрывать этот раздел на форуме.
24 июл 07, 19:01    [4431038]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
Бред
А разве любой из таких вот "отдельных результатов" нельзя назвать бессмысленным?

Можно. Однако, некоторые отдельные результаты остаются бессмысленными в любом реальном контексте.

Допустим, я скажу Вам, что стрелка индикатора бензина в автомобиле X-123 весит полтора грамма, а в автомобиле Y-124 - два с половиной грамма. Сумеете ли Вы найти полезное применение этой информации? Или на основании этого сделаете вывод о бессмысленности сравнения автомобилей?
24 июл 07, 19:07    [4431058]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Бред
Guest
softwarer
Бред
А разве любой из таких вот "отдельных результатов" нельзя назвать бессмысленным?

Можно. Однако, некоторые отдельные результаты остаются бессмысленными в любом реальном контексте.

Допустим, я скажу Вам, что стрелка индикатора бензина в автомобиле X-123 весит полтора грамма, а в автомобиле Y-124 - два с половиной грамма. Сумеете ли Вы найти полезное применение этой информации? Или на основании этого сделаете вывод о бессмысленности сравнения автомобилей?


Я про стрелки в автомобиле, кажется, ничего не говорил, но говорил про базы данных, кажется. А именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность. Но пусть это будет совершенно бессмысленным, в отличие от Ваших, всегда осмысленных, "сравнениях СУБД". Я не против.
24 июл 07, 19:14    [4431082]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Бред
А именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность. Но пусть это будет совершенно бессмысленным, в отличие от Ваших, всегда осмысленных, "сравнениях СУБД". Я не против.

"сильно разреженные таблицы" бывают только от разрухи в головах
если проектиовать с учетом какие данные будут храниться никакой сильноразреженности не будет
24 июл 07, 19:22    [4431104]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
Бред
А именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность.

В хранении "сильно разреженных таблиц" потребности нет. Может быть потребность хранения сильно разреженных данных и есть те или иные приемы ее реализации в той или иной СУБД - скажем, перенос ненулевых колонок в начало, скажем, вертикальное партиционирование, а то и вовсе какой-нибудь EAV-like design.

Соответственно, сравнивать результаты на жестко заданной архитектуре хранения - бессмысленно, если цель - именно сравнение. Можно сравнивать именно решения той или иной задачи - с учетом эффективности решения основной задачи, эффективности других, более редких, но ожидаемых операций и удобства собственно реализации.
24 июл 07, 19:22    [4431105]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
softwarer
...

какая у нас аллергия на сильноразреженность
24 июл 07, 19:26    [4431114]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Бред
Guest
SergSuper
Бред
А именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность. Но пусть это будет совершенно бессмысленным, в отличие от Ваших, всегда осмысленных, "сравнениях СУБД". Я не против.

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


Да понятно уже у кого разруха в голове. Спасибо.
P.S. Типичная борьба с разреженностью в SQL БД: хранить данные в таблице:
Строка
Колонка
Значение типа дата
Значение типа число
Значение типа строка
Еще полезно создавать новые таблицы динамически.
И никакой разрухи в голове.
24 июл 07, 19:28    [4431119]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Бред
Guest
softwarer
Бред
А именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность.

В хранении "сильно разреженных таблиц" потребности нет. Может быть потребность хранения сильно разреженных данных и есть те или иные приемы ее реализации в той или иной СУБД - скажем, перенос ненулевых колонок в начало, скажем, вертикальное партиционирование, а то и вовсе какой-нибудь EAV-like design.

Соответственно, сравнивать результаты на жестко заданной архитектуре хранения - бессмысленно, если цель - именно сравнение. Можно сравнивать именно решения той или иной задачи - с учетом эффективности решения основной задачи, эффективности других, более редких, но ожидаемых операций и удобства собственно реализации.


Спасибо. Поправили терминологию и предложили, как я понял, "вертикальное" партиционирование" в Oracle. Понятно.
24 июл 07, 19:32    [4431134]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
Бред
Спасибо. Поправили терминологию

Если Вы воспринимаете именно так - Ваше право.
24 июл 07, 19:35    [4431138]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Бред

P.S. Типичная борьба с разреженностью в SQL БД: хранить данные в таблице:
Строка
Колонка
Значение типа дата
Значение типа число
Значение типа строка
Еще полезно создавать новые таблицы динамически.
И никакой разрухи в голове.

Как будто Cache хранит по другому
(правда там 3-й и 4-й позиции нет, всё только строкой храниться)
24 июл 07, 19:39    [4431156]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
ChA
Member

Откуда: Москва
Сообщений: 11378
SergSuper
примерно так и должно быть
Не уверен, должно быть меньше, ориентировочно раза в 3-4:

4Б * 1000 полей * 1 000 000 записей ~ 4 000 000 000 ~ 4ГБ

Так что похоже, эксперимент был проведен не очень чисто.
24 июл 07, 19:42    [4431164]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Бред
Guest
softwarer
Бред
Спасибо. Поправили терминологию

Если Вы воспринимаете именно так - Ваше право.


Значит ли это, что "вертикальное партиционирование" в Oracle отпадает, и нужно реализовывать в Oracle "какой-нибудь EAV-like dasign" мне сложно понять. И это, надо думать, тоже мое право.
24 июл 07, 19:43    [4431168]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Бред
Guest
ChA
SergSuper
примерно так и должно быть
Не уверен, должно быть меньше, ориентировочно раза в 3-4:

4Б * 1000 полей * 1 000 000 записей ~ 4 000 000 000 ~ 4ГБ

Так что похоже, эксперимент был проведен не очень чисто.


Списибо. Я не смог обнаружить нечистоту, к сожалению, и обратился с вопросом к специалистам.
24 июл 07, 19:46    [4431173]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
Бред
Guest
SergSuper
Бред

P.S. Типичная борьба с разреженностью в SQL БД: хранить данные в таблице:
Строка
Колонка
Значение типа дата
Значение типа число
Значение типа строка
Еще полезно создавать новые таблицы динамически.
И никакой разрухи в голове.

Как будто Cache хранит по другому
(правда там 3-й и 4-й позиции нет, всё только строкой храниться)


Там разные способы хранения, и не совсем понятно о чем Вы говорите. В любом случае там не нужно бороться с разреженностью - количество колонок в таблице не ограничено.
24 июл 07, 19:49    [4431183]     Ответить | Цитировать Сообщить модератору
 Re: Разработка СУБД  [new]
ChA
Member

Откуда: Москва
Сообщений: 11378
Бред
Я не смог обнаружить нечистоту, к сожалению, и обратился с вопросом к специалистам.
В данном случае лучше было писать "не" и "чистоту" раздельно, хотя фразу это все равно не спасает. Начнем с того, как Вы определили объем БД после выполнения всех операций ? В EM в свойствах БД посмотрели ?
24 июл 07, 19:49    [4431184]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7 8   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить