ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Разработка СУБД
25 сообщений из 195, страница 2 из 8
  2  все
Разработка СУБД
    #34675882
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Владимир П.В Oracle доменов конечно нет, но в мире существует не только Oracle. Если автор дискуссии никак жить не может без того, чтобы
iweввести тип "Штуки" (мы ведь в физическом мире живем, предметы считаем)
, то Oracle ему рекомендовать нельзя. Пусть выбирает FireBird, PostgreSQL.
Оракл, вообще-то, заявляет себя как ОРСУБД. Т.е. свои "штуки" можно пробовать - объектный тип данных. Для ГИС у Оракла, напрмер, начиная с 9 предлагается ОРМД, т.е для этих задач Штуки от самого Оракла.
Другое дело, что из этого получится. Разаработка своих штук не совсем не профессиональное занятие: ведь основным недостатком ООП в либых областях считается именно сложность. Достаточно взглянуть на библиотеки классов для С#,Jdeveloper (Oracle) и проч, и представить, что вы их сами налабали, и они плохо спроектированы. Поддерживать их, наверное, похуже будет, чем процедурные библиотеки.
...
Рейтинг: 0 / 0
22.07.2007, 22:55
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34680271
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DocAl
Участник
ZoomPro
А вообще автор говорит здравые мысли, пора появляться универсальным типам данных не привязанным ни к каким платформам. В этом направлении и Microsoft работает уже давно .NET делая. А кроме этого еще масса других попыток. Все правильно, универсальный элементарные типы - это будет.IMHO, "платформонезависимые продукты от Microsoft" -- это что-то вроде разноцветных автомобилей Генри Форда.
...
Рейтинг: 0 / 0
24.07.2007, 14:42
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34680509
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
DocAl ZoomPro
А вообще автор говорит здравые мысли, пора появляться универсальным типам данных не привязанным ни к каким платформам. В этом направлении и Microsoft работает уже давно .NET делая. А кроме этого еще масса других попыток. Все правильно, универсальный элементарные типы - это будет.IMHO, "платформонезависимые продукты от Microsoft" -- это что-то вроде разноцветных автомобилей Генри Форда.

я видел желтый форд
...
Рейтинг: 0 / 0
24.07.2007, 15:30
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34680565
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Gluk!
Ты пишешь:

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

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

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
24.07.2007, 15:44
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34680959
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бред
Участник
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?
...
Рейтинг: 0 / 0
24.07.2007, 17:05
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681148
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
да нет, примерно так и должно быть
а что Вас удивляет?
...
Рейтинг: 0 / 0
24.07.2007, 17:50
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681149
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Бред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.
18.
19.
20.
21.
22.
23.
24.
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
...
Рейтинг: 0 / 0
24.07.2007, 17:50
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681221
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бред
Участник
SergSuperда нет, примерно так и должно быть
а что Вас удивляет?

Спасибо.
...
Рейтинг: 0 / 0
24.07.2007, 18:04
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681228
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бред
Участник
softwarer Бред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.
18.
19.
20.
21.
22.
23.
24.
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 ничего не изменится).
...
Рейтинг: 0 / 0
24.07.2007, 18:06
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681268
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
БредСпасибо, но, често скажу, не совсем понял.
Это я в том числе к тому, что вопрос довольно бессмысленный.

БредДля определенности: прописать значение 1 в последнюю колонку каждой записи (при этом в SQL Server и Cache ничего не изменится).
Добавится по 999 байт на строку.
...
Рейтинг: 0 / 0
24.07.2007, 18:21
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681379
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бред
Участник
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

А разве любой из таких вот "отдельных результатов" нельзя назвать бессмысленным?
Наверное нужно закрывать этот раздел на форуме.
...
Рейтинг: 0 / 0
24.07.2007, 19:01
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681391
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
БредА разве любой из таких вот "отдельных результатов" нельзя назвать бессмысленным?
Можно. Однако, некоторые отдельные результаты остаются бессмысленными в любом реальном контексте.

Допустим, я скажу Вам, что стрелка индикатора бензина в автомобиле X-123 весит полтора грамма, а в автомобиле Y-124 - два с половиной грамма. Сумеете ли Вы найти полезное применение этой информации? Или на основании этого сделаете вывод о бессмысленности сравнения автомобилей?
...
Рейтинг: 0 / 0
24.07.2007, 19:07
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681409
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бред
Участник
softwarer БредА разве любой из таких вот "отдельных результатов" нельзя назвать бессмысленным?
Можно. Однако, некоторые отдельные результаты остаются бессмысленными в любом реальном контексте.

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

Я про стрелки в автомобиле, кажется, ничего не говорил, но говорил про базы данных, кажется. А именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность. Но пусть это будет совершенно бессмысленным, в отличие от Ваших, всегда осмысленных, "сравнениях СУБД". Я не против.
...
Рейтинг: 0 / 0
24.07.2007, 19:14
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681426
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
Бред А именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность. Но пусть это будет совершенно бессмысленным, в отличие от Ваших, всегда осмысленных, "сравнениях СУБД". Я не против.
"сильно разреженные таблицы" бывают только от разрухи в головах
если проектиовать с учетом какие данные будут храниться никакой сильноразреженности не будет
...
Рейтинг: 0 / 0
24.07.2007, 19:22
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681427
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
БредА именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность.
В хранении "сильно разреженных таблиц" потребности нет. Может быть потребность хранения сильно разреженных данных и есть те или иные приемы ее реализации в той или иной СУБД - скажем, перенос ненулевых колонок в начало, скажем, вертикальное партиционирование, а то и вовсе какой-нибудь EAV-like design.

Соответственно, сравнивать результаты на жестко заданной архитектуре хранения - бессмысленно, если цель - именно сравнение. Можно сравнивать именно решения той или иной задачи - с учетом эффективности решения основной задачи, эффективности других, более редких, но ожидаемых операций и удобства собственно реализации.
...
Рейтинг: 0 / 0
24.07.2007, 19:22
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681433
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
softwarer...
какая у нас аллергия на сильноразреженность
...
Рейтинг: 0 / 0
24.07.2007, 19:26
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681438
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бред
Участник
SergSuper Бред А именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность. Но пусть это будет совершенно бессмысленным, в отличие от Ваших, всегда осмысленных, "сравнениях СУБД". Я не против.
"сильно разреженные таблицы" бывают только от разрухи в головах
если проектиовать с учетом какие данные будут храниться никакой сильноразреженности не будет

Да понятно уже у кого разруха в голове. Спасибо.
P.S. Типичная борьба с разреженностью в SQL БД: хранить данные в таблице:
Строка
Колонка
Значение типа дата
Значение типа число
Значение типа строка
Еще полезно создавать новые таблицы динамически.
И никакой разрухи в голове.
...
Рейтинг: 0 / 0
24.07.2007, 19:28
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681445
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бред
Участник
softwarer БредА именно про хранение "сильно разреженных таблиц", в которых иногда есть потребность.
В хранении "сильно разреженных таблиц" потребности нет. Может быть потребность хранения сильно разреженных данных и есть те или иные приемы ее реализации в той или иной СУБД - скажем, перенос ненулевых колонок в начало, скажем, вертикальное партиционирование, а то и вовсе какой-нибудь EAV-like design.

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

Спасибо. Поправили терминологию и предложили, как я понял, "вертикальное" партиционирование" в Oracle. Понятно.
...
Рейтинг: 0 / 0
24.07.2007, 19:32
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681449
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
БредСпасибо. Поправили терминологию
Если Вы воспринимаете именно так - Ваше право.
...
Рейтинг: 0 / 0
24.07.2007, 19:35
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681464
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
Бред
P.S. Типичная борьба с разреженностью в SQL БД: хранить данные в таблице:
Строка
Колонка
Значение типа дата
Значение типа число
Значение типа строка
Еще полезно создавать новые таблицы динамически.
И никакой разрухи в голове.
Как будто Cache хранит по другому
(правда там 3-й и 4-й позиции нет, всё только строкой храниться)
...
Рейтинг: 0 / 0
24.07.2007, 19:39
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681470
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ChA
Участник
SergSuperпримерно так и должно бытьНе уверен, должно быть меньше, ориентировочно раза в 3-4:

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

Так что похоже, эксперимент был проведен не очень чисто.
...
Рейтинг: 0 / 0
24.07.2007, 19:42
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681472
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бред
Участник
softwarer БредСпасибо. Поправили терминологию
Если Вы воспринимаете именно так - Ваше право.

Значит ли это, что "вертикальное партиционирование" в Oracle отпадает, и нужно реализовывать в Oracle "какой-нибудь EAV-like dasign" мне сложно понять. И это, надо думать, тоже мое право.
...
Рейтинг: 0 / 0
24.07.2007, 19:43
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681476
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бред
Участник
ChA SergSuperпримерно так и должно бытьНе уверен, должно быть меньше, ориентировочно раза в 3-4:

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

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

Списибо. Я не смог обнаружить нечистоту, к сожалению, и обратился с вопросом к специалистам.
...
Рейтинг: 0 / 0
24.07.2007, 19:46
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681486
Бред
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бред
Участник
SergSuper Бред
P.S. Типичная борьба с разреженностью в SQL БД: хранить данные в таблице:
Строка
Колонка
Значение типа дата
Значение типа число
Значение типа строка
Еще полезно создавать новые таблицы динамически.
И никакой разрухи в голове.
Как будто Cache хранит по другому
(правда там 3-й и 4-й позиции нет, всё только строкой храниться)

Там разные способы хранения, и не совсем понятно о чем Вы говорите. В любом случае там не нужно бороться с разреженностью - количество колонок в таблице не ограничено.
...
Рейтинг: 0 / 0
24.07.2007, 19:49
| Ответить | Цитировать | Написать  
Разработка СУБД
    #34681487
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ChA
Участник
БредЯ не смог обнаружить нечистоту, к сожалению, и обратился с вопросом к специалистам.В данном случае лучше было писать "не" и "чистоту" раздельно, хотя фразу это все равно не спасает. Начнем с того, как Вы определили объем БД после выполнения всех операций ? В EM в свойствах БД посмотрели ?
...
Рейтинг: 0 / 0
24.07.2007, 19:49
| Ответить | Цитировать | Написать  
25 сообщений из 195, страница 2 из 8
  2  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Разработка СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=34681268&tid=1553279]:
 0ms
get settings:
 10ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 26ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 57ms
get tp. blocked users:
 1ms
others: 222ms
total:  345ms
созд. / загр.: 345ms
x
x
Закрыть


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