|
|
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Руководство поставило задачу экспорта из 1С 8 проводок и таблиц материального учета в какое-нибудь центральное хранилище. Экспорт нужно делать дважды в месяц, затем преобразовать данные таблиц 1с в другой вид и загрузить в ХД (хранилища данных). Затем в центральном офисе 10 пользователей будут строит отчеты (отчеты на ХП) и будут выплевываться (кстати посоветуйте куда?) с обязательной выгрузкой в Excel. Количество филиалов 35, в среднем 300 000 проводок в год на одном филиале, значит 10,5 млн. записей в таблице проводок ХД (хранилища данных) и 5-6 млн. записей в таблице материального учета я их для себя назвал таблицы фактов. Справочников подвязанных к таблицам фактов порядка 16 (я их назвал для себя таблицы измерений) в них содержится по всем филиалам вместе взятых записей 100-200 тыс. На филиалах 1с крутится на MS SQL 2000 StnEd (Win 2003 server), в центральном офисе есть уже MS SQL 2000 StnEd (Win 2003 server). Есть под эту базу отдельный сервер. Данные должны хранится 5-7 лет и накапливаться (то есть эта хранилище может превратится в какую-нибудь систему принятия решений), так как растет объем реализации то через 7 лет можно ожидать и 150 млн. записей в одной и 70 млн. в другой таблице. Прогнозирую сложные выборки, с агрегированием и прочее за большие периоды, неплохо бы что-нибудь типа иметь патриционирования, такое в Oracle есть вроде. Сразу обращаюсь за консультацией. 1. Какую ОС выбрать для этих целей? 2. Какую СУБД выбрать MS SQL 2000, 2005, Oracle 10g Std Ed One или Std Ed, ASE, ASA, PostgreSQL, еще, что-нибудь по вашему предложению. Основные требования надежность данных, возможность восстановления после краха системы, время 10*5. 3. На чем построить отчетную систему с возможностью модификации данных (Crystal Report, ASP.Net, WinForms(C#), Developer Suite (если СУБД Oracle), Java, еще что-нибудь) с выгрузкой в Excel. 4. Как построить таблицы измерений все сущности в одну или по разным таблицам? 5. Может быть как-то по другому проводки организовать, сейчас в голове решение такого характера (Дата, Дт, Суб1, Суб2, Суб3, Кт, СУб1, Суб2, Суб3, Сумма) может быть стоит расщепить на 2 таблицы. 6. Нужно ли делать итоговые таблицы или представления (желательно индексированные и материализованные). 7. Скольких разработчиков привлекать из аутсорсинга ? 8. Как построить стратегию выгрузки-передачи-загрузки (канал хороший почти у всех) репликация SQL Server-экспорт в ХД (хранилище данных) или ХML или полная база 1сv8 (так называемый <file>.dt) или запросы к таблицам на филиалах их результат куда-то поместить (куда?) и передать в централ. офис, затем извлечь эти данные (из этого куда) и поместить в ХД? Отчеты сложные, желательно иметь хорошую оптимизацию и производительность, и надежность хранилища данных. Сам склоняюсь к Win 2003+Oracle SE + Developer Suite+ [Oracle App Server], может я неправ? Может стоит рассмотреть вариант, то что есть Win2003+SQL Server 200 SE+ADO(ASP,C#).NET (Access, Excel, еще что-нибудь). Или еще какая-нить комбинация. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2007, 17:27 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
в Oracle 10g Std Ed One или Std Ed partitioning нету, он только в EE edition ... зато есть нормальные мат вью. имхо поскольку выборки будут делатся по агрегированым мат вью то партитирнинг может и не пригодится. в mssql indexed view не умеет агринированые данные хранить. а вообще лучше в форуме dwh спросить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2007, 17:43 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Yo.!в Oracle 10g Std Ed One или Std Ed partitioning нету, он только в EE edition ... зато есть нормальные мат вью. имхо поскольку выборки будут делатся по агрегированым мат вью то партитирнинг может и не пригодится. в mssql indexed view не умеет агринированые данные хранить. а вообще лучше в форуме dwh спросить. EE дорогой $800* min 25 users=$20 000 а SE Std One $150* min 5 (у меня 10)=$1500 SE Std $300*min 5 (у меня 10)=$3000 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2007, 17:54 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Чем оракл привлекает, что у него очень гибкий язык разработки SQL*Plus, PL/SQL. И к нему есть Dev Suite сразу все в одном флаконе. С точки зрения эгоистических намерений, мне хочется что бы ХД было построено именно на нем.Но дело в том, что мне надо аргументировать перед руководством. Допустим стороний консультант советует нам использовать MS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2007, 18:00 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
squirearchyЧем оракл привлекает, что у него очень гибкий язык разработки SQL*Plus, PL/SQL. И к нему есть Dev Suite сразу все в одном флаконе. С точки зрения эгоистических намерений, мне хочется что бы ХД было построено именно на нем.Но дело в том, что мне надо аргументировать перед руководством. Допустим стороний консультант советует нам использовать MS. ну с МС все просто :) с умным видом заявляете что вам просто необходимы матвью, bitmap/reverse/funcion based indxes и вообще mssql дорого. оракл стандарт one до 2х cpu вам обойдется дешевде mssql, а если на linux так значительно дешевле. посмртрите тут чуток подробней: http://triffids.googlepages.com/oraclevsyukon ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2007, 18:09 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
авторЭкспорт нужно делать дважды в месяц, затем преобразовать данные таблиц 1с в другой вид и загрузить в ХД (хранилища данных). ... с обязательной выгрузкой в Excel ... есть уже MS SQL 2000 StnEd (Win 2003 server). Есть под эту базу отдельный сервер... ... Прогнозирую сложные выборки, с агрегированием и прочее за большие периоды, неплохо бы что-нибудь типа иметь патриционирования Выскажу свое IMHO: автор1. Какую ОС выбрать для этих целей? Было бы странно, если Вы выберете не Windows. автор2. Какую СУБД выбрать В свете озвученных требований Вам не реляционная СУБД нужна, а OLAP сервер. автор3. На чем построить отчетную систему с возможностью модификации данных Не совсем понял про "модификацию данных", но Excel может кубы и сам "читать". Главное - нужных шаблончиков наделать. 4-6. Об этом можно говорить только имея детальную структуру OLTP системы и необходимое представление о возможных разрезах анализа. 7. no comments 8. Как говорится, it's depends, от очень многих условий, например, изменяются данные ли "задним числом". авторИли еще какая-нить комбинация. Раз у Вас уже есть SE то Вы уже MS Analysis Services, а он, как мне кажеться лучше всего подойдет под Ваши нужды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2007, 18:16 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Раз у Вас уже есть SE то Вы уже MS Analysis Services, читать как Раз у Вас уже есть SE то Вы уже имеете "совершенно бесплатно" MS Analysis Services, ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2007, 18:18 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Код: plaintext Я оговорился, просто в этом же хранилище возможны соотнесения данных бухучета и западных стандартов, то есть нужна еще одна таблица фактов, которая будет строится по желанию бухгалтера-аудитора. Например он хочет что-бы по нажатию кнопки было (отобрать все записи с таким-то бух счетом обновить колонку соответствия с западным отчетом на такое-то значения из такой-то таблички сагрегировать по статьям западного учета. Визуализировать все это Нажать кнопку и получить данные в Excel) Код: plaintext Аналитика по 3 разрезам, Построение бух. баланса Построение разных фин отчетов, в основном участвуют или срез по остаткам по всем аналитикам (3 шт), либо обороты за период Построение западных очетов Структура такая, таблица фактов (Дата, СчетДт, Анал1, Анал2, Анал3, СчетКт, Суб1,Суб2,Суб3, Сумма) и 16 таблиц измерений(Id, Наименование, тип), которые соединяются по 6 полям. 8. Как говорится, it's depends, от очень многих условий, например, изменяются данные ли "задним числом". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2007, 18:38 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Нет не могут, только корректировки нового периода ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2007, 18:39 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Если ваш MS SQL SERVER шёл с 1С, то по лицензионному соглашению его нельзя использовать для других целей. Т.е. покупать всё равно придётся. ИМХО ставьте Оракл на Windows 64bit. Enterprise Edition вам пока не нужна, если через несколько лет вы дорастёте объёмами до необходимости использования партицирования - тогда и будете договариваться с Ораклом об апгрейде. Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2007, 22:12 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Anton DemidovЕсли ваш MS SQL SERVER шёл с 1С, то по лицензионному соглашению его нельзя использовать для других целей. Т.е. покупать всё равно придётся. ИМХО ставьте Оракл на Windows 64bit. Enterprise Edition вам пока не нужна, если через несколько лет вы дорастёте объёмами до необходимости использования партицирования - тогда и будете договариваться с Ораклом об апгрейде. Код: plaintext 1. Насчет MS да правда не можем использовать кроме 1С. Win 2003+Oracle 10g SE One+DevSuite (Forms+Report) - хороший выбор? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2007, 11:21 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2007, 12:53 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
squirearchyЗатем в центральном офисе 10 пользователей будут строит отчеты (отчеты на ХП) и будут выплевываться (кстати посоветуйте куда?) с обязательной выгрузкой в Excel. У Оркла есть средства позволяющие использовать для ОЛАП в качестве смотрелки Exel. Там аналитики смогут крутить эти кубы многомерного представления данных. squirearchy Сам склоняюсь к Win 2003+Oracle SE + Developer Suite+ [Oracle App Server], может я неправ? Возможно, лучше Линукс. Оракл, по моему, лучше ЕЕ, чтобы не думать чего там не хватает. Даже не знаю есть ли в SE Олап, Датамайнинг. Без них, Вы, вряд ли, произведете сильное впечатление на аналитиков. Oracle App Server хорошая весчь, но смотрелки там готовые - Дискавереры. А вот чтобы туда Йксель прикрутить, пока не сталкивался. Раскалывайте Ваше руководство на 20 кусков. Из одной овчины семи шапок не сошбешь. Материя сохраняется. Из ничего и не получится ничего стоящего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2007, 13:57 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Смотрите в сторону Sybase IQ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2007, 15:15 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
squirearchyWin 2003+Oracle 10g SE One+DevSuite (Forms+Report) - хороший выбор? Мне лично DevSuite не нравится, но это кому-как. Для ваших 10 пользователей не имеет смысл городить весь это сыр-бор с ним. ИМХО, конечно. vadiminfoРаскалывайте Ваше руководство на 20 кусков. Из одной овчины семи шапок не сошбешь. Материя сохраняется. Из ничего и не получится ничего стоящего. не забудьте умножить на кол-во ЦПУ. Если только брать с одним двухкоровым камнем (но быстрым). Всё равно производительность наверняка будет упираться в ограничения дисковой системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2007, 18:58 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
дучше спросить на форуме DWH...но я бы рекомендовал использовать нормальный OLAP + отчетность, а не самописные мат.вью и отчеты... насчет Оракла - прайсы тут Yo особо не слушайте, он слабо разбирается в SQL Server 2000/2005, еще меньше - в OLAP , но неплохо в Оракле. На форуме DWH есть тема по ценам OLAP-продуктов Не забудьте, что нужет будет еще и ETL-инструментарий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2007, 22:12 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Yo.!в mssql indexed view не умеет агринированые данные хранить Это совершенно не верно. Нельзя только использовать агрегатные функции, для которых нельзя рассчитать значения основываясь только на существующих значениях агрегатных функций и измененных строках исходных отношений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2007, 22:41 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
зачем вам плодить зоопарк серверов если у вас уже MSSQL. любая разница в цене быстро отобьется уменьшением затрат на администрирование. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2007, 01:20 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Lepsikзачем вам плодить зоопарк серверов если у вас уже MSSQL. любая разница в цене быстро отобьется уменьшением затрат на администрирование. Уменьшение затрат?! За счёт чего? Или вы думаете, что под этот сервер специально наймут нового админа? Обратите внимание на первый пост - они же сами и пишут под себя, а не покупают что-то готовое - будет вдоволь времени узнать новую систему (если она вообще нова для них). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2007, 01:52 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Anton DemidovУменьшение затрат?! За счёт чего? Или вы думаете, что под этот сервер специально наймут нового админа? Обратите внимание на первый пост - они же сами и пишут под себя, а не покупают что-то готовое - будет вдоволь времени узнать новую систему (если она вообще нова для них). Неважно, наймут или нет сейчас - если, например, через 3 года понадобится админ - в требованиях нужо будет писать "знания MS SQL + Oracle". Вы много таких видели? ПО любому зарпалту нужно будет платить больше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2007, 00:27 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Anton Demidov Lepsikзачем вам плодить зоопарк серверов если у вас уже MSSQL. любая разница в цене быстро отобьется уменьшением затрат на администрирование. Уменьшение затрат?! За счёт чего? Или вы думаете, что под этот сервер специально наймут нового админа? Обратите внимание на первый пост - они же сами и пишут под себя, а не покупают что-то готовое - будет вдоволь времени узнать новую систему (если она вообще нова для них). Это не они - а автор решил проявить самостоятельность. И скорее всего начальство ему укажет на его место. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2007, 04:37 |
|
||
|
Какую СУБД выбрать для небольшого хранилища
|
|||
|---|---|---|---|
|
#18+
Локшин Марк Yo.!в mssql indexed view не умеет агринированые данные хранить Это совершенно не верно. Нельзя только использовать агрегатные функции, для которых нельзя рассчитать значения основываясь только на существующих значениях агрегатных функций и измененных строках исходных отношений. MIN/MAX в полне укладывются в ваш алгоритм, но использывать во вью нельзя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2007, 13:49 |
|
||
|
|

start [/forum/topic.php?fid=35&fpage=31&tid=1553357]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
33ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
68ms |
get tp. blocked users: |
2ms |
| others: | 46ms |
| total: | 193ms |

| 0 / 0 |
