|
|
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
для такой задачи: - в БД имеется 1 таблица с записями вида {уникальный UID (int64, строка char16) - UID - произвольное число, не по порядку - каждый год в таблицу БД добавляется 500 млн записей. - нужно иметь быстрый доступ к каждой записи, т.е. по UID получить доступ к соотв строке вопросы: - как организовать БД, на скольких машинах? - как определить таблицу (индекстировать или нет, как и по каким полям) ? - как подключать новые диски ? - нужно чтобы лет 5-10 система проработала заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2007, 23:42 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
grabinзаранее спасибо! Без трехзвенной SaaS/SOA архитектуры, .NET 3.5 или J2EE 6 тут никак не обойтись, однозначно! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2007, 09:58 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
On Fri, 23 Nov 2007 23:42:50 +0300, grabin <nospam@sql.ru>; wrote: > - UID - произвольное число, не по порядку А вто это зачем? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2007, 14:36 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
On Sat, 24 Nov 2007 09:58:53 +0300, grexhide <nospam@sql.ru>; wrote: > Без трехзвенной SaaS/SOA архитектуры, .NET 3.5 или J2EE 6 тут никак не > обойтись, > однозначно! Да, и еще без ручного дракона, чашки грааля и рецепта на аспирин. Мне казалось, что такие задачки решаются средствами СУБД. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2007, 14:40 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
LeshijДа, и еще без ручного дракона, чашки грааля и рецепта на аспирин. Мне казалось, что такие задачки решаются средствами СУБД. Ты что! Это же сейчас очень модно! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2007, 18:31 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
grexhide grabinзаранее спасибо! Без трехзвенной SaaS/SOA архитектуры, .NET 3.5 или J2EE 6 тут никак не обойтись, однозначно! Поправлю - J2EE6 не прокатит. Только J2EE6 Update 3... Без него задачка не решается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2007, 20:32 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
Читайте в сторону секционированных таблиц/представлений, "скользящее окно". отсюда хотя бы, если лень искать по форуму. Также читайте в сторону механизмов кэширования. Можно кэшировать в СУБД, можно на сервере приложений/веб сервере. А вообще 1.5 млн записей в день это не предельная задача. Уверен, что у многих здесь такие системы, причем реализованы по разному и ... работают :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2007, 22:30 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
посмотрите на архитектуру, которую предлагает ANTS , у них есть действующие системы на предложенной архитектуре в очень известных корпорациях. На сайте все найдете, надеюсь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2007, 02:06 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
проверил ссылкку, к сож. она вопреки логике выкидывает на гланую страницу. Путь далее SOLUTIONS\HELPER DATABASE ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2007, 02:08 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
grabinдля такой задачи: - в БД имеется 1 таблица с записями вида {уникальный UID (int64, строка char16) - UID - произвольное число, не по порядку - каждый год в таблицу БД добавляется 500 млн записей. - нужно иметь быстрый доступ к каждой записи, т.е. по UID получить доступ к соотв строке заранее спасибо! база небольшая, смысла нет нет дробить по машинам. даже за 10 лет. Максимум по годам таблицы разнести ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2007, 04:16 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
LepsikМаксимум по годам таблицы разнестиРазносить по годам не получится. Выборка идёт только по ИД записи, а ИД - случайное число. Мало данных для каких-либо советов. Какая интенсивность выборки? Какой размер строки? Выборка действительно только по ИД или ещё какие-то критерии есть? Если задача описана исчерпывающе, то это просто обычная база, в ней таблица с индексом (ПК) по UID. Даже без J2EE 6 :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 10:16 |
|
||
|
Помогите найти архитектурное решение
|
|||
|---|---|---|---|
|
#18+
Делаешь так. Берешь Oracle, создаешь табличку с партицииями, распределение по партициям - результат остатка от деления ID на число партиций ну скажем (1024) создаешь аналогичный индекс и получаешь фактически что твои данные разделены на 1024 равномерно заполненных табличек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 10:32 |
|
||
|
|
start [/forum/topic.php?fid=33&msg=34963447&tid=1548932]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
126ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 220ms |
| 0 / 0 |
