|
|
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
Вопрос скорее про корректное распределение памяти на сервере СУБД и правильную архитектуру. Планируется создать БД, в которой будут храниться планы всех городов России с населением более 100 000 человек. Всего таких городов по данным Google чуть более 1000. Каждому такому городу будет соответствовать схема с метаданными. В каждой схеме около 1000-1500 таблиц, сотня функций/процедур. С учётом того, что во всей БД огромное количество метаданных, нужно ли с учётом этого иметь достаточно большой Shared pool? Вернее даже так: правильно ли я понимаю, что чем больше метаданных в БД, тем больше должен быть размер shared pool? Иначе буду ловить события ожидания cursor: pin S wait on X ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 17:17 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
1000 схем с 1000-1500 таблиц IMHO месье знает толк в изврашениях ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 17:31 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
BigBuddaВопрос скорее про корректное распределение памяти на сервере СУБД и правильную архитектуру. Отдельная схема на каждый город - неправильная архитектура. Возвращайся к курсу проектирования БД, который ты прогулял. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 17:40 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev1000 схем с 1000-1500 таблиц IMHO месье знает толк в изврашениях Тут вопрос встаёт ещё в разграничении доступа. Допустим, чтобы сократить количество таблиц в БД решили хранить в общих таблицах. Тогда как сделать так, чтобы пользователь видел только свои данные? Пример: таблица справочник улицы Код: plsql 1. 2. 3. Когда пользователь из Тюмени выполняет запрос к БД, он должен видеть только строку с Id=2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 17:41 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
Я так понял, что правильный ответ кроется в использовании Oracle Label Security https://docs.oracle.com/database/121/TDPSG/GUID-72D524FF-5A86-495A-9D12-14CB13819D42.htm#TDPSG30351 Версия 12с. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 17:46 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
Вопрос, что такое " план города". На мой взгляд, это слой ГИС (Гео информационной системы). Сделать "план города" в 1000-1500 таблиц - нужно постараться Если, "план города" это один слой ГИС и одна таблица (ряд ГИС может захотеть отдельный слой = отдельная таблица) и 1000-1500 таблиц это ОБЩЕЕ кол-во таблиц в СУБД, то смысл раскладывать по одной таблице в отдельную схему - лично я не особо вижу Если же действительно "план города" занимает аж 1000-1500 страниц, то это какая супер-пупер-мега система пилящая под лярд рублей из гос-бюджета. Но при таких бюджетах и задаче, задавать вопрос по архитектуре на sql.ru - как-то не серьезно ))) Вдруг Навальный увидит ))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 17:48 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
BigBuddaЯ так понял, что правильный ответ кроется в использовании Oracle Label Security Можно и так. Но тут вопрос, что используется в качестве клиентского средства. Большинство ГИС оперирует понятием "слой" и с БД работают достаточно плохо. Я бы все слои/таблицы положил бы в одну схему, для сквозного поиска по всем/необходимым слоям сделал бы View, а отдельные слои для Full Access грантовал бы напрямую конкретным пользователям (synonim, grant) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 17:53 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
Насколько удачна при этом идея использовать big file вместо традиционных файлов по 32 ГБ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 17:57 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
BigBuddaНасколько удачна при этом идея использовать big file вместо традиционных файлов по 32 ГБ? Когда у тебя в руках молоток - все проблемы кажутся гвоздями (с) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 18:07 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
BigBuddaТогда как сделать так, чтобы пользователь видел только свои данные? Если пользователи лезут непосредственно в БД своими шаловливыми запросами, а создавать прослойку из вьюх, процедур и прочее API лениво, то следует читать документацию на предмет Row Level Security. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 18:23 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
BigBuddaВсего таких городов по данным Google чуть более 1000. Это 100млн населения, плюс Москва, получаем 147 млн. Остальные миллионники опустели. Около 170 городов стотысячников. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2019, 18:40 |
|
||
|
Более 1000 схем с метаданными в БД
|
|||
|---|---|---|---|
|
#18+
BigBuddaНасколько удачна при этом идея использовать big file вместо традиционных файлов по 32 ГБ? Если бы Вы прочитали описание документацию: 13.2.3.1 About Bigfile Tablespaces У Вас бы таких вопросов не возникало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2019, 05:30 |
|
||
|
|
start [/forum/topic.php?fid=52&fpage=87&tid=1882906]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
29ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 144ms |
| 0 / 0 |
