Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
есть 40+ баз данных, одного и того же содержания, подскажите как лучше с ними работать
|
|||
|---|---|---|---|
|
#18+
Здраствуйте, имеется 40 баз данных MS SQL и каждая весит около 1 ГБ - как я понимаю это было сделано из-за производительности. Структура одинакова, а данные там разные. Как было бы правильнее работать с ними: возможно ли как-то работать с ними через какие-то глобальные хранимые процедуры, ну чтоб не создвать их во всех этих базах, а иметь в одной, а в параметре передавать в какой именно базе данных нужно создать Клиента к примеру. B вообще имеет ли какой то смысл разбивать это на 40 баз данных или можно все это хранить в одной базе (это будет больше 40 ГБ в этом случае)? Поделитесь опытом если кто-то уже с этим сталкивался. ----- GoDevs.com - Affordable Domain Names, Windows/Linux Web Hosting (ASP.NET 1.1/2.0 available) and much more! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.10.2006, 23:11 |
|
||
|
есть 40+ баз данных, одного и того же содержания, подскажите как лучше с ними работать
|
|||
|---|---|---|---|
|
#18+
Странная оптимизация... И чего же этим удалось добиться? Оверхеда по запросам к разным базам? У меня в некоторых проектах эксплуатируются базы в сотни Гб и все прекрасно работает, при этом нет проблем с обновлением схемы базы, поскольку существует всего одна рабочая. Так что рекомендую использовать одну базу, а не мучаться с синхронизацией схем и распределением запросов между несколькими.-- Гайдар Магдануров E-Mail | Блог | Сайт Difficult I do now, impossible will take a while... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2006, 13:09 |
|
||
|
есть 40+ баз данных, одного и того же содержания, подскажите как лучше с ними работать
|
|||
|---|---|---|---|
|
#18+
gaidarСтранная оптимизация... И чего же этим удалось добиться? Оверхеда по запросам к разным базам? У меня в некоторых проектах эксплуатируются базы в сотни Гб и все прекрасно работает, при этом нет проблем с обновлением схемы базы, поскольку существует всего одна рабочая. Так что рекомендую использовать одну базу, а не мучаться с синхронизацией схем и распределением запросов между несколькими. Я уже умолял клиента сделать это :) и нифига... у него там кучу своих причин на это и он не хочет в данный момент тратить на это время. так что придется каждой хранимой процедуре передавать имя базы и даже думать не хочу, если нужно будет изменить структуры какой-нибудь таблицы :) сенкс за ответы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2006, 15:32 |
|
||
|
есть 40+ баз данных, одного и того же содержания, подскажите как лучше с ними работать
|
|||
|---|---|---|---|
|
#18+
Тогда лучший вариант - использовать средства для переноса данных и схемы базы. На мой взгляд лучшие сейчас, это тулзы от RedGate.-- Гайдар Магдануров E-Mail | Блог | Сайт Difficult I do now, impossible will take a while... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2006, 17:09 |
|
||
|
|

start [/forum/topic.php?fid=18&gotonew=1&tid=1388028]: |
0ms |
get settings: |
7ms |
get forum list: |
17ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
47ms |
get topic data: |
7ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
29ms |
get tp. blocked users: |
1ms |
| others: | 213ms |
| total: | 331ms |

| 0 / 0 |
