powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проектирование БД
13 сообщений из 38, страница 2 из 2
Проектирование БД
    #39079027
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Поддержу топикстартера
Мне тоже идея отдельных баз больше нравится в первую очередь управляемостью.
Lamer666 Как синхронно менять структуру этих одинаковых баз?EXEC sp_MSforeachdb @command
Геморно с кавычками, ограничено в объеме, но вполне работоспособно.
...
Рейтинг: 0 / 0
Проектирование БД
    #39079032
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergueiskyANAУ www.documentoved.ru отдельная база для каждого клиента. И им это очень удобно.

Судя по функционалу в этой системе не более 20-30, ну 50 таблиц. Без широкого набора справочников, без оперативных таблиц в которых хранятся миллионы записей, нет отчетности- просто шаблоны для оформления документов. Почему бы не сделать отдельной базой. Несерьезный пример.Уточню у разработчика сколько там таблиц, справочников, записей и отчётов.
...
Рейтинг: 0 / 0
Проектирование БД
    #39079033
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Lamer666Как синхронно менять структуру этих одинаковых баз?А зачем синхронно?

Удобно же выкатить новую версию сначала на "живые" тестовые базы, чтобы QA прошлись по ним. Потом тем пользователям, кому в первую очередь нужны изменения, а затем и всем остальным.
...
Рейтинг: 0 / 0
Проектирование БД
    #39079035
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Даже так: разрабатывается несколько новых фич в отдельных ветках, каждая выкатывается сразу на "живую" тестовую базу.
QA прям в процессе разработки и тестируют. Как только фича готова, то накатывается на "живые" базы клиентов.

Ваще огонь же :)
...
Рейтинг: 0 / 0
Проектирование БД
    #39079036
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergueiskyANAУ www.documentoved.ru отдельная база для каждого клиента. И им это очень удобно.

Судя по функционалу в этой системе не более 20-30, ну 50 таблиц. Без широкого набора справочников, без оперативных таблиц в которых хранятся миллионы записей, нет отчетности- просто шаблоны для оформления документов. Почему бы не сделать отдельной базой. Несерьезный пример.
это зависит от проектировщика БД, количество таблиц не показатель. Количество таблиц только показатель разве что "что вижу то пою", возможно. Все озабочены миллионами записей, когда и 500 тыс не видели. Несерьезный подход.
...
Рейтинг: 0 / 0
Проектирование БД
    #39079037
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SERG1257Мне тоже идея отдельных баз больше нравится в первую очередь управляемостью.
весь интернет так работает.
...
Рейтинг: 0 / 0
Проектирование БД
    #39079038
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmSERG1257Мне тоже идея отдельных баз больше нравится в первую очередь управляемостью.
весь интернет так работает.Но много где есть центральное хранилище. От предметной области зависит.
...
Рейтинг: 0 / 0
Проектирование БД
    #39079039
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
skyANAiscrafmпропущено...

весь интернет так работает.Но много где есть центральное хранилище. От предметной области зависит.
есть конечно. Тоже считаю что помимо отдельных БД для каждого клиента должно быть хранилище, в котором публикуется ключевая информация и настраиваются общие "справочники".
...
Рейтинг: 0 / 0
Проектирование БД
    #39079065
Lamer666,

Налогоплательщик юл эон переписываешь чтобы впарить его какой-то уполномочке? Лучше, как говорили выше по треду, возьмись продавать и адаптировать чьё-то готовое решение, ибо написать такую хрень — адский труд, а перспектива получить деньги туманна.
...
Рейтинг: 0 / 0
Проектирование БД
    #39079077
Lamer666
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iscrafmskyANAпропущено...
Но много где есть центральное хранилище. От предметной области зависит.
есть конечно. Тоже считаю что помимо отдельных БД для каждого клиента должно быть хранилище, в котором публикуется ключевая информация и настраиваются общие "справочники".мимопроходилтреднечиталLamer666,

Налогоплательщик юл эон переписываешь чтобы впарить его какой-то уполномочке? Лучше, как говорили выше по треду, возьмись продавать и адаптировать чьё-то готовое решение, ибо написать такую хрень — адский труд, а перспектива получить деньги туманна.
Проектируем для собственных нужд, о продажах и не думаем.



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


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


iscrafmLamer666,

единая общая база + у всех индивидуальная с публикацией общей информации. Часто еще и общие справочные данные некоторые используются

Вот эта идея весьма интересная!


skyANAДаже так: разрабатывается несколько новых фич в отдельных ветках, каждая выкатывается сразу на "живую" тестовую базу.
QA прям в процессе разработки и тестируют. Как только фича готова, то накатывается на "живые" базы клиентов.

Ваще огонь же :)

Тоже отличная идея, я так понимаю те кто нуждаеться в update могу обновиться, а те кто не нуждаются, могу продолжать работать без обновления?
...
Рейтинг: 0 / 0
Проектирование БД
    #39079132
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Lamer666skyANAДаже так: разрабатывается несколько новых фич в отдельных ветках, каждая выкатывается сразу на "живую" тестовую базу.
QA прям в процессе разработки и тестируют. Как только фича готова, то накатывается на "живые" базы клиентов.

Ваще огонь же :)

Тоже отличная идея, я так понимаю те кто нуждаеться в update могу обновиться, а те кто не нуждаются, могу продолжать работать без обновления?Обновите-то в итоге всех.

Смысл в том, чтобы ускорить время выпуска новых версий.
Иметь возможность проводить beta-тестирование на какой-то части вашей аудитории.
Подстроиться под расписание ваших клиентов и уменьшить даунтайм до нуля.
...
Рейтинг: 0 / 0
Проектирование БД
    #39092071
Александр Пузаков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Переходите на 1С , и будет вам щастье :)
...
Рейтинг: 0 / 0
Проектирование БД
    #39137290
trdm_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Lamer666В том то и дело, что учет не типовой!!! И 1С не дает гибкость, например поиска товаров и услуг по всем фирмама сразу!

Да ну нафиг.
Реализуется такая хренотень и совсем не затратно.
1С может предоставить структуру хранения БД, а написать запрос по табличкам - это не такое сложное занятие.
...
Рейтинг: 0 / 0
13 сообщений из 38, страница 2 из 2
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проектирование БД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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