ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Bigfile tablespace для одной таблицы и 4 миллиардов записей
21 сообщений из 21, страница 1 из 1
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419754
venza
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
venza
Гость
Подскажите пожалуйста, вот такой вопрос: как и где хранить таблицу с 4 миллиардами записей(9 полей)?
Я смотрю в сторону Bigfile tablespace. Объем примерно 300 гб.
...
Рейтинг: 0 / 0
15.03.2017, 12:19
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419779
ORA__SQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ORA__SQL
Участник
venzaПодскажите пожалуйста, вот такой вопрос: как и где хранить таблицу с 4 миллиардами записей(9 полей)?
Я смотрю в сторону Bigfile tablespace. Объем примерно 300 гб.Ради такой мелочи как 300 гб с Bigfile лучше не связываться.
Хотя бы потому, что скопировать его будет проблематично: 298, 299, кирдык, 1, 2, 3
...
Рейтинг: 0 / 0
15.03.2017, 12:29
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419788
venza
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
venza
Гость
ORA__SQLvenzaПодскажите пожалуйста, вот такой вопрос: как и где хранить таблицу с 4 миллиардами записей(9 полей)?
Я смотрю в сторону Bigfile tablespace. Объем примерно 300 гб.Ради такой мелочи как 300 гб с Bigfile лучше не связываться.
Хотя бы потому, что скопировать его будет проблематично: 298, 299, кирдык, 1, 2, 3

=) Я тоже думал про это, а что тогда рациональнее?! несколько 32гб tablespace?!
...
Рейтинг: 0 / 0
15.03.2017, 12:32
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419793
ORA__SQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ORA__SQL
Участник
venzaORA__SQLпропущено...
Ради такой мелочи как 300 гб с Bigfile лучше не связываться.
Хотя бы потому, что скопировать его будет проблематично: 298, 299, кирдык, 1, 2, 3
=) Я тоже думал про это, а что тогда рациональнее?! несколько 32гб tablespace?!
Зависит от версии. Где-то видел нарезку по 16гб, скорее всего были какие-то баги на сырой версии типа 11.1.0.7.
...
Рейтинг: 0 / 0
15.03.2017, 12:35
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419794
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
-2-
Участник
venzaнесколько 32гб tablespace?!по размеру флешки, на которой будешь воровать данные перед увольнением.
...
Рейтинг: 0 / 0
15.03.2017, 12:35
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419806
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
ORA__SQLvenzaПодскажите пожалуйста, вот такой вопрос: как и где хранить таблицу с 4 миллиардами записей(9 полей)?
Я смотрю в сторону Bigfile tablespace. Объем примерно 300 гб.Ради такой мелочи как 300 гб с Bigfile лучше не связываться.
Хотя бы потому, что скопировать его будет проблематично: 298, 299, кирдык, 1, 2, 3

Слишком много ограничений:
1) bigfile не предназначен для использования на файловой системе
2) bigfile - может быть только один
...
Рейтинг: 0 / 0
15.03.2017, 12:39
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419807
venza
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
venza
Гость
-2-venzaнесколько 32гб tablespace?!по размеру флешки, на которой будешь воровать данные перед увольнением.
Тебе какая разница, да хоть воровать и продавать! Ты не чекист случаем?
...
Рейтинг: 0 / 0
15.03.2017, 12:39
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419821
venza
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
venza
Гость
Vadim LejninORA__SQLпропущено...
Ради такой мелочи как 300 гб с Bigfile лучше не связываться.
Хотя бы потому, что скопировать его будет проблематично: 298, 299, кирдык, 1, 2, 3

Слишком много ограничений:
1) bigfile не предназначен для использования на файловой системе
2) bigfile - может быть только один
Опа, за 2 пункт спасибо!

Если я буду копировать одним разом всю таблицу (используя dblink), лучше заранее с запасом создать файлы tablespace?! или посмотреть в сторону джоба который будет их создавать?!
...
Рейтинг: 0 / 0
15.03.2017, 12:45
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419881
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Vadim LejninORA__SQLпропущено...
Ради такой мелочи как 300 гб с Bigfile лучше не связываться.
Хотя бы потому, что скопировать его будет проблематично: 298, 299, кирдык, 1, 2, 3

Слишком много ограничений:
1) bigfile не предназначен для использования на файловой системе
2) bigfile - может быть только один1) С какого?
2) Один -- на табличное пространство, а в БД -- сколько влезет

2ТС
А может лучше секционировать?
Ну и да -- для блока 16K это будет пяток файлов по 64G
...
Рейтинг: 0 / 0
15.03.2017, 13:24
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419901
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
venzaVadim Lejninпропущено...


Слишком много ограничений:
1) bigfile не предназначен для использования на файловой системе
2) bigfile - может быть только один
Опа, за 2 пункт спасибо!

Если я буду копировать одним разом всю таблицу (используя dblink), лучше заранее с запасом создать файлы tablespace?! или посмотреть в сторону джоба который будет их создавать?!

делаешь любым способом нужное количество файлов для затравки, далее они сами будут расти параллельно.
Для 300Гб ~ 10

например генератором:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
select
'alter tablespace dropme'
||' add datafile ''/oradata/dbname/dropme'||to_char(level,'FM0999')
||'.dbf size 1M autoextend on next 100m;' as cmd
from dual
connect by level < 21
/
~
...
Рейтинг: 0 / 0
15.03.2017, 13:32
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39419904
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
[quot Вячеслав Любомудров]Vadim Lejninпропущено...


2) Один -- на табличное пространство, а в БД -- сколько влезет
...



Согласен, не четко пояснил, в ТС - один bigfile
...
Рейтинг: 0 / 0
15.03.2017, 13:34
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39420069
Nobody1111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Nobody1111
Гость
ORA__SQLvenzaПодскажите пожалуйста, вот такой вопрос: как и где хранить таблицу с 4 миллиардами записей(9 полей)?
Я смотрю в сторону Bigfile tablespace. Объем примерно 300 гб.Ради такой мелочи как 300 гб с Bigfile лучше не связываться.
Хотя бы потому, что скопировать его будет проблематично: 298, 299, кирдык, 1, 2, 3

Если связываться не ради мелочи, например, 3 Тб или 30 Тб, то скопировать не будет проблематично?

Vadim Lejnin1) bigfile не предназначен для использования на файловой системе
Признаться, тоже не понял. Можно теоретически упереться в максимальный размер файла в ФС, но это все равно больше сотен терабайт в реально используемых ФС.
...
Рейтинг: 0 / 0
15.03.2017, 15:25
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39420085
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
Nobody1111...
Vadim Lejnin...
1) bigfile не предназначен для использования на файловой системе
Признаться, тоже не понял. Можно теоретически упереться в максимальный размер файла в ФС, но это все равно больше сотен терабайт в реально используемых ФС.
...

Bigfile Tablespaces
Doca...
Notes:
...
* Bigfile tablespaces are intended to be used with Automatic Storage Management (Oracle ASM) or other logical volume managers that supports striping or RAID, and dynamically extensible logical volumes.
...
...
Рейтинг: 0 / 0
15.03.2017, 15:35
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39420100
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
Vadim LejninСлишком много ограничений:
1) bigfile не предназначен для использования на файловой системе


* Bigfile tablespaces are intended to be used with Automatic Storage Management (Oracle ASM) or other logical volume managers that supports striping or RAID, and dynamically extensible logical volumes .

SY.
...
Рейтинг: 0 / 0
15.03.2017, 15:49
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39420105
Nobody1111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Nobody1111
Гость
Так-то файловые системы тоже бывают dynamically extensible. Да и в этом месте документации, по моему, нет ограничения на использование ФС. Только предупреждают, что должны быть logical volume managers с соответствующими возможностями, с файловой системой или без.
...
Рейтинг: 0 / 0
15.03.2017, 15:52
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39420115
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
SY* Bigfile tablespaces are intended to be used with Automatic Storage Management (Oracle ASM) or other logical volume managers that supports striping or RAID, and dynamically extensible logical volumes .


Похоже написано некоренным американцем:

* Bigfile tablespaces are intended to be used with Automatic Storage Management (Oracle ASM) or other logical volume managers that support s striping or RAID, and dynamically extensible logical volumes.

SY.
...
Рейтинг: 0 / 0
15.03.2017, 16:03
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39420119
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Не знаю, когда я два года назад Big Files по несколько террабайт нарезал (вся базы была вроде около 15 Tb), просто брал и нарезал, в банальной FS сервера (точнее со своего PL/SQL Developer'а на Windows)

Были ли она какой-то dynamically extensible, то мне даже не известно. Хранилище было Хитачи, места вроде было толи 30, толи 50 Тб )))

Vadim Lejninделаешь любым способом нужное количество файлов для затравки, далее они сами будут расти параллельно.

А это хорошо?

Как-то мне кажется, что раз есть выделенный сервер, то и диски там тоже выделенные. Ну так и выделить все сразу.
...
Рейтинг: 0 / 0
15.03.2017, 16:06
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39420143
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
SYVadim LejninСлишком много ограничений:
1) bigfile не предназначен для использования на файловой системе


* Bigfile tablespaces are intended to be used with Automatic Storage Management (Oracle ASM) or other logical volume managers that supports striping or RAID, and dynamically extensible logical volumes .

SY.

Про файловые системы ничего не сказано

p.s. Видел статью, где появлялись badblock при размера файла больше 2Т
...
Рейтинг: 0 / 0
15.03.2017, 16:30
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39420159
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
Vadim LejninПро файловые системы ничего не сказано


А что тогда есть logical volume manager??? LVM is a tool for logical volume management which includes allocating disks, striping, mirroring and resizing logical volumes. With LVM, a hard drive or set of hard drives is allocated to one or more physical volumes. LVM physical volumes can be placed on other block devices which might span two or more disks.

SY.
...
Рейтинг: 0 / 0
15.03.2017, 16:54
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39420163
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
А не хочешь LVM, то создавай datafile прямо на физическом диске. Все что Oracle подразумевает под or other logical volume managers that supports striping or RAID, and dynamically extensible logical volumes это то что при прямо на физическом диске упрешься в размер диска и "приехали" - datafile то один. Ну и max размер файла поддерживаемый OS.

SY.
...
Рейтинг: 0 / 0
15.03.2017, 17:01
| Ответить | Цитировать | Написать  
Bigfile tablespace для одной таблицы и 4 миллиардов записей
    #39420413
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Ну и не надо крайностей -- ведь не обязательно bigfile использовать для объемов свыше нескольких TB
Даже ТП в 500 GB на мой взгляд уже неплохой кандидат -- это 1 bigfile или 18 smallfile (с блоком 8K), все-таки разница

Другой вопрос, что если сначала оно будет в полсотни гигов, то мало кто озаботится сразу его делать bigfile, а затем, когда оно существенно вырастет (как правило, неожиданно ), уже сложнее будет его перевести на bigfile
...
Рейтинг: 0 / 0
16.03.2017, 02:53
| Ответить | Цитировать | Написать  
21 сообщений из 21, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Bigfile tablespace для одной таблицы и 4 миллиардов записей
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39419794&tid=1886279]:
 0ms
get settings:
 11ms
get forum list:
 16ms
check forum access:
 5ms
check topic access:
 5ms
track hit:
 183ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 61ms
get tp. blocked users:
 2ms
others: 237ms
total:  533ms
созд. / загр.: 533ms
x
x
Закрыть


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