ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Что лучше:одна "гиганская" бд или много "маленьких"
24 сообщений из 24, страница 1 из 1
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361224
grb1zli
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
grb1zli
Участник
Добрый день!

Возник вопрос(просто из интереса и возможно очень глупый)

Вопрос сформулирую по следующему плану.

1) Допустим есть множество предприятий Xi, которые на рынке занимаются одним и тем же. Каждому из этих предприятий банально нужна учетная система для организации их деятельности.
2) Есть фирма Y, которая готова предоставить предприятиям Xi свой программный продукт, при этом вся информация будет централизовано храниться на серверах фирмы Y.

Теперь сам вопрос(ы).

1)Имеет ли фирме Y смысл разрабатывать единую модель хранения данных всех предприятий(пусть даже банально в каждой таблице добавить поле, которое хранит идентификаторо предприятия Xi)? Или же лучше разработать систему, способную удовлетворить потребности только одного предприятия и разворачивать для каждого их клиента отдельный экземпляр БД?
2) Что тяжелее в администрировании в данном случая: одна гиганская база или много больших?

Буду рад любым ответам, ссылкам и т.д.
...
Рейтинг: 0 / 0
09.08.2013, 16:09
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361237
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Злой Бобр
Участник
grb1zli,

По уму ниодна вменяемая контора небудет хранить БД на стороне. Соответственно одна БД под 1 клиента. Все остальное это фантастика и нет смысла обсуждать.
...
Рейтинг: 0 / 0
09.08.2013, 16:13
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361277
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кот Матроскин
Участник
Злой БобрПо уму ниодна вменяемая контора небудет хранить БД на стороне.
Все остальное это фантастика и нет смысла обсуждать

Правда, 1C со своими облачными сервисами не в курсе.
...
Рейтинг: 0 / 0
09.08.2013, 16:38
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361398
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SERG1257
Участник
grb1zli 1)Имеет ли фирме Y смысл разрабатывать единую модель хранения данных всех предприятийДа
grb1zli 2) Что тяжелее в администрировании в данном случая: одна гиганская база или много больших?Одна большая база.
Divide et impera.
...
Рейтинг: 0 / 0
09.08.2013, 17:42
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361457
grb1zli
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
grb1zli
Участник
Спасибо за ответы
...
Рейтинг: 0 / 0
09.08.2013, 18:15
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361491
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
grb1zli1)Имеет ли фирме Y смысл разрабатывать единую модель хранения данных всех предприятий(пусть даже банально в каждой таблице добавить поле, которое хранит идентификаторо предприятия Xi)? Или же лучше разработать систему, способную удовлетворить потребности только одного предприятия и разворачивать для каждого их клиента отдельный экземпляр БД?Есть промежуточный вариант - на каждую фирму по схеме БД.

Вообще ответ больше зависит от предметной области, нежели от технических деталей. Очень сомнительно, что модель "которые на рынке занимаются одним и тем же" возможна и жизнеспособна в длительном времени.
...
Рейтинг: 0 / 0
09.08.2013, 18:36
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361607
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
grb1zli1)Имеет ли фирме Y смысл разрабатывать единую модель хранения данных всех предприятий(пусть даже банально в каждой таблице добавить поле, которое хранит идентификаторо предприятия Xi)? Или же лучше разработать систему, способную удовлетворить потребности только одного предприятия и разворачивать для каждого их клиента отдельный экземпляр БД?Тиражный продукт создавать и сопровождать сложнее, чем один серис.
grb1zli2) Что тяжелее в администрировании в данном случая: одна гиганская база или много больших?Одна.

А в общем, вопрос то на самом деле в бизнесе, а не в технике, это надо не у программистов спрашивать.
Нужно спрашивать у бизнесов - что им лучше, за что они заплатят - за тиражный програмный продукт или за сервис. В принципе сервисы сейчас набирают популярность, но не все захотят отдавать рычаги управления, данные. Да и связь не везде идеальная.
...
Рейтинг: 0 / 0
09.08.2013, 21:08
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361608
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
alexeyvggrb1zli2) Что тяжелее в администрировании в данном случая: одна гиганская база или много больших?Одна.То есть одна проще, описался.
...
Рейтинг: 0 / 0
09.08.2013, 21:08
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361624
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кот Матроскин
Участник
alexeyvgalexeyvgпропущено...
Одна.То есть одна проще, описался.
Ну философский вопрос. Бекапить, скажем, базу в десяток-другой терабайт - развлекуха та еще. Дифф-ы диффами,
но иногда нужно делать и full backup
если много мелких баз совсем независимы - имхо администрировать их все-таки проще.
...
Рейтинг: 0 / 0
09.08.2013, 22:04
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361648
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Relic Hunter
Участник
Кот МатроскинБекапить, скажем, базу в десяток-другой терабайт - развлекуха та еще. Дифф-ы диффами,
но иногда нужно делать и full backupА зачем их бекапить? Настроил пару-тройку каскадных стендбаев - пошел спать.
...
Рейтинг: 0 / 0
09.08.2013, 23:26
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361691
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Кот МатроскинЗлой БобрПо уму ниодна вменяемая контора небудет хранить БД на стороне.
Все остальное это фантастика и нет смысла обсуждать

Правда, 1C со своими облачными сервисами не в курсе.
Плиз, поставьте их в известность. Все-таки они должны же наконец узнать, что у них хранятся данные невменяемых фирм. А то доиграимси.
...
Рейтинг: 0 / 0
10.08.2013, 00:38
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38361705
caballero
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
caballero
Участник
в промышленных системмах выбор не ограничивается вариантами одна или много.

как правило БД не одна. Но отдельные БД имеют разное назначение. Оперативные данные, долговременное (архивное) хранилище. Какой нибудь редис или монгодиби для обработок требующих быстрых вычислений но не критичное к надежности (отсутствию транзакций) и т.д.

из этих БД какие то могут быть общие а какие то (например оперативные) отдельными на каждого клиента - с точки зрения скорости работы и администрить там особо не надо.


ИМХО



.
...
Рейтинг: 0 / 0
10.08.2013, 01:15
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38362888
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ivan Durak
Участник
grb1zli1) Допустим есть множество предприятий Xi, которые на рынке занимаются одним и тем же. Каждому из этих предприятий банально нужна учетная система для организации их деятельности.
2) Есть фирма Y, которая готова предоставить предприятиям Xi свой программный продукт, при этом вся информация будет централизовано храниться на серверах фирмы Y.

разные бд:
1. надежнее
2. легче оптимизируются
3. легче разделяются
...
Рейтинг: 0 / 0
12.08.2013, 11:50
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38362893
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кот Матроскин
Участник
Relic Hunter,

На тестовое окружение, скажем, как переносить базу без бекапов?
...
Рейтинг: 0 / 0
12.08.2013, 11:54
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38362913
dvim
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dvim
Участник
grb1zli,
Есть фирма Y, которая готова предоставить предприятиям Xi свой программный продукт, при этом вся информация будет централизовано храниться на серверах фирмы Y.

А они согласны ?
СМБ традиционно не очень хочет отдавать свои данные "чужим".
...
Рейтинг: 0 / 0
12.08.2013, 12:09
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38363741
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Relic Hunter
Участник
Кот МатроскинНа тестовое окружение, скажем, как переносить базу без бекапов?Ну, переносим-же...
...
Рейтинг: 0 / 0
12.08.2013, 19:18
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38367844
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Озверин
Участник
grb1zli1)Имеет ли фирме Y смысл разрабатывать единую модель хранения данных всех предприятий(пусть даже банально в каждой таблице добавить поле, которое хранит идентификаторо предприятия Xi)? Или же лучше разработать систему, способную удовлетворить потребности только одного предприятия и разворачивать для каждого их клиента отдельный экземпляр БД?
2) Что тяжелее в администрировании в данном случая: одна гиганская база или много больших?



2. Сложности администрирования:
При 1ой большой базе на 1м сервере начнется гонка за оптимизацией(при росте клиентов)
первым делом у вас добавится головной боли в виде партицирования таблиц
как только вы поймете, что физических мощностей не хватает, у вас добавится головной боли в качестве шардинга

Если вы задались целью хранить в 1 бд все, надо ответить себе на вопрос - зачем?
Может это вопрос экономии?(вы не можете выделить под каждую бд 1 сервер)
Может это вопрос чисто политический?

1. А зачем общая схема бд?
...
Рейтинг: 0 / 0
15.08.2013, 16:36
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38368041
grb1zli
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
grb1zli
Участник
Озверин,

Меня интересовал вопрос целесообразности использования такого подхода. Проще говоря, такую модель можно где-нибудь использовать или нет. Только и всего
...
Рейтинг: 0 / 0
15.08.2013, 18:10
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38368079
vladimir74
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vladimir74
Участник
grb1zli1)Имеет ли фирме Y смысл разрабатывать единую модель хранения данных всех предприятий(пусть даже банально в каждой таблице добавить поле, которое хранит идентификаторо предприятия Xi)? Или же лучше разработать систему, способную удовлетворить потребности только одного предприятия и разворачивать для каждого их клиента отдельный экземпляр БД?
На самом деле существует очень много действующих примеров созданых по примеру N-мандантов в отдной базе.
Конечно надо смотреть по задаче, но разделить базу в основном намного проще чем собрать в единую множество мелких...

grb1zli2) Что тяжелее в администрировании в данном случая: одна гиганская база или много больших?
1 базу часто проще администрировать чем множество мелких, особенно если есть необходимость одновременно выкатывать для всех новый релиз...
...
Рейтинг: 0 / 0
15.08.2013, 18:33
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38370418
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
grb1zli,

Естественно, надо идти путем номер 1.

Хотя администрирование тут далеко не решающий фактор, но естественно администрировать 20 баз в 20 раз тяжелее. Тут будет немного легче, поскольку они одинаковые, на надо будет знать 20 структур, но все же любое действие надо будет проделывать 20 раз.
...
Рейтинг: 0 / 0
19.08.2013, 11:22
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38370425
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Ответы в теме большинством глупые.

Подход с одной базой может позволить существенно сэкономить ресурсы и увеличить масштабируемость. А также сэкономить на администрировании уровня приложения.


В общем, если бы мне снился страшный кошмар, в нем на сервере было бы по 20 -100 баз.
...
Рейтинг: 0 / 0
19.08.2013, 11:30
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38370508
mikron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikron
Участник
Помоему ответ зависит от ДБ. Для некоторых - 1 инстанс ДБМС - 1 база а для других 1 ДБМС - Х баз.
...
Рейтинг: 0 / 0
19.08.2013, 12:18
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38370794
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shtock
Участник
To MasterZiv: эт всё хорошо и здорово, пока БД не достигнет нормального размера. При работе с БД более чем 10 Тб, поверь, начинаются ньюансы... Ну или я неудачник :)
...
Рейтинг: 0 / 0
19.08.2013, 15:23
| Ответить | Цитировать | Написать  
Что лучше:одна "гиганская" бд или много "маленьких"
    #38372145
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
grb1zliТеперь сам вопрос(ы)
Это слишком общая постановка вопроса. Например, подброшу такой фактор: может ли случиться так, что клиент X нуждается в срочном переходе на обновление Y (ибо там реализованы нужные ему изменения), а клиент Z нуждается в продолжении работы на версии Y-1 (ибо изменения, реализованные в Y, несовместимы с его требованиями)? А ещё подброшу такой фактор: может ли случиться так, что существенная часть клиентов - взаимодействуют между собой, клиенты друг друга и желают подписки, например, на изменение реквизитов друг друга?

В общем, факторов, влияющих на итоговое решение, очень много и их можно называть за любую точку зрения. Скажем, подход "в одну кучу" заведомо хуже с точки зрения безопасности и заведомо лучше с точки зрения использования вычислительных ресурсов. Даже с точки зрения администрирования - например, накатывать патч поочерёдно на тысячу баз.. скучновато, зато выгружать из большой кучи данные только нужного предприятия - утомительно.

В целом, тому, кто задаёт такой вопрос, я посоветовал бы делать отдельные базы. Ибо куда проще-надёжнее. Ну а фантазировать "как решал бы задачу, если бы обладал бесконечным бюджетом"....
...
Рейтинг: 0 / 0
20.08.2013, 16:07
| Ответить | Цитировать | Написать  
24 сообщений из 24, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Что лучше:одна "гиганская" бд или много "маленьких"
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=38368079&tid=1541140]:
 0ms
get settings:
 10ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 149ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 60ms
get tp. blocked users:
 1ms
others: 227ms
total:  484ms
созд. / загр.: 484ms
x
x
Закрыть


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