|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
vadiminfoprog123Попробую подвести итог: Концепция, работы с данными, основанная на таблицах (сущностях) себя не просто изжила, но и с самого начала была ошибочной. Вроде ничего не предвещало таких сильных итогов. Скорее даже наоборот, реальных альтернатив не нашли пока. А если есть то для каких-то простых структур и запросов, но более производительных сетевых архитектурах (т.е. не модельное преимущество, а архитектрное реализации СУБД). Но это скорей претендует на дополнение, затычки, а не замену. Ни на ошибочность ни на изжитость это, вроде, не тянет. На ассемблере тоже моно написать что-то более производительное чем более высокорувневых языках, но это же не значит, что их концепция изжила себя или ошибочна с самого начала. Нашли. Основой всему, - поле. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2014, 15:03 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
prog123Нашли. Основой всему, - поле. Торсионное? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2014, 17:38 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
prog123 Нашли. Основой всему, - поле. Хлеб всему голова? Ну это без дополнительных пояснений звучит как что-то сельскохозяйственное. Типа Хлеб всему голова? На поля, товарищи!!! Но пропагандой ИТ, скорее всего, не обманешь. Это я мыстль Явлинского расширил: у него вместо ИТ была экономика. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2014, 18:37 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
prog123Нашли. Основой всему, - поле. Нифига! Основой всему группа! А поле потом... после группы ;-) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2014, 06:54 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
mad_nazgulОсновой всему группа! А поле потом... после группы ;-) ну ясен пень.... какой же дурак пойдет в одиночку косить всё поле.... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2014, 09:06 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
scf- В крупных БД с десятками миллионов записей явные FK не используются , а кол-во констрейнтов сильно ограничено, ибо индексы. Это правда на 2018 г? scf- Справочники меняются крайне редко, разве что создаются новые версии элементов или добавляются новые. Иначе у юзера отчет за прошлый год не будет совпадать с бумажной версией или что-то подобное. Как обычно реализуется БД, если справочники меняются, а отчеты за прошлые годы постоянно нужны? scf- логику выносят из базы во внешние приложения - база только исполняет запросы. Причина очевидна - ЦПУ не резиновое, а распределенные базы ентерпрайз класса сложны и жутко дороги. Это правда на 2018 г? С NoSQL пока знаком на уровне расшифровки аббревиатуры, буду изучать позже. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2018, 04:00 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
Пельмениscf- В крупных БД с десятками миллионов записей явные FK не используются , а кол-во констрейнтов сильно ограничено, ибо индексы. Это правда на 2018 г? Нет. Пельмениscf- Справочники меняются крайне редко, разве что создаются новые версии элементов или добавляются новые. Иначе у юзера отчет за прошлый год не будет совпадать с бумажной версией или что-то подобное. Как обычно реализуется БД, если справочники меняются, а отчеты за прошлые годы постоянно нужны?Отчёты строятся не по справочникам, а по фактам. Факты за прошлый год не меняются. Либо сохраняют историю справочных данных. Пельмениscf- логику выносят из базы во внешние приложения - база только исполняет запросы. Причина очевидна - ЦПУ не резиновое, а распределенные базы ентерпрайз класса сложны и жутко дороги. Это правда на 2018 г?Да, выносят. Но не все. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2018, 09:40 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
И ещё есть версионность, ивент-сорсинг, лямбда-архитектура... Вообщем как обычно решение зависит от задачи ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2018, 09:47 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
Пельмениscf- логику выносят из базы во внешние приложения - база только исполняет запросы. Причина очевидна - ЦПУ не резиновое, а распределенные базы ентерпрайз класса сложны и жутко дороги. Это правда на 2018 г? И да, и нет. Хорошие разработчики: Выносят логику из базы во внешние приложения - Сервера приложений (Application Servers) . Не хорошие разработчики: Используют курсоры, динамический SQL(который хз как отлаживать) и ищут любые причины, что бы ничего не переделывать. У них 15+лет опыта и вообще. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2018, 14:27 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2018, 16:21 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
Valery_BХорошие разработчики: Выносят логику из базы во внешние приложения - Сервера приложений (Application Servers) . Бугага. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 12:18 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
Пельмениscf- В крупных БД с десятками миллионов записей явные FK не используются , а кол-во констрейнтов сильно ограничено, ибо индексы. Это не зависит от размера БД, а лишь от бизнес-задач и первичного проектирования. У меня на текущей работе так сложилось, что в 99% случаем FK отсуствует. Но в 50% я считаю, что зря, т.к. это потенциальный источник ошибок. Но так исторически сложилось. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 12:23 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
MegabyteУ меня на текущей работе так сложилось, что в 99% случаем FK отсуствует. Меня жизнь вообще к такому не готовила. Если меня пьяного разбудить в 3 часа ночи в поджечь кровать - я все равно расскажу про ключи и нормализацию. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 17:19 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
ПельмениЕсли меня пьяного разбудить в 3 часа ночи в поджечь кровать - я все равно расскажу про ключи и нормализацию. Пожалуй, это самая убедительная причина не будить кого-то в 3 часа ночи, какую я только слышал. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 18:03 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
Ооо, мою первую тему подняли :-) Добавлю свеженького опыта: - одной базой должно пользоваться ровно одно приложения, для остальных есть API - если базой пользуется одно приложение, оно может эффективно кешировать содержимое - концепция "большой бизнес-объект в базе" ущербна, вместо наворачивания отношений один-ко-многим в хибернейте лучше сделать отдельно "страховой полис" и отдельно "список застрахованных страхового полиса по id полиса" и работать с ними независимо ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 18:16 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
scfодной базой должно пользоваться ровно одно приложения Админка? Приложения, которыми пользуются пользователи напрямую в базу ходить не должны, ибо не фиг! ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 21:13 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
scfесли базой пользуется одно приложение, оно может эффективно кешировать содержимое А два типа не могут? Или Memcached, Redis считаются не эффективными? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 21:15 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
scfконцепция "большой бизнес-объект в базе" ущербна, вместо наворачивания отношений один-ко-многим в хибернейте лучше сделать отдельно "страховой полис" и отдельно "список застрахованных страхового полиса по id полиса" и работать с ними независимо О да, давайте выкинем на помойку DDD и NoSQL базы ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 21:18 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
Дмитрий Мух, Админка тоже должна использовать API. Помимо архитектурных плюсов, такой подход дает еще и плюс к безопасности в виде независимой авторизации, аудита и ограничение возможностей админки только запланированным функционалом. Два приложения писать в базу и поддерживать общий или собственный кеш - не могут. Инвалидация будет слишком сложна, да и совместное использование кеша имеет те же проблемы, что и совместное использование базы, только гораздо хуже. Правильней отдать кеш одному приложению и спрятать его за API. Про помойку - топик про реляционные СУБД. NoSQL - отдельная тема. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 21:41 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
scfАдминка тоже должна использовать API. Помимо архитектурных плюсов, такой подход дает еще и плюс к безопасности в виде независимой авторизации, аудита и ограничение возможностей админки только запланированным функционалом. Короче Вы фанат микросервисной архитектуры ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 22:03 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
scfДва приложения писать в базу и поддерживать общий или собственный кеш - не могут. Инвалидация будет слишком сложна, да и совместное использование кеша имеет те же проблемы, что и совместное использование базы, только гораздо хуже. Ещё как могут, и никаких сложностей с инвалидацией. Годами проверено на практике. Хорошо бы Вы конкретные примеры проблем привели, а то я, признаюсь, в недоумении ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2018, 22:09 |
|
Проектирование БД - текущее состояние дел?
|
|||
---|---|---|---|
#18+
Valery_BХорошие разработчики: Выносят логику из базы во внешние приложения - Сервера приложений (Application Servers) . Не хорошие разработчики: Используют курсоры, динамический SQL(который хз как отлаживать) и ищут любые причины, что бы ничего не переделывать. У них 15+лет опыта и вообще.Вывод- хорошие=молодые. Опыт не нужен. Сарказм офф ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2018, 09:40 |
|
|
start [/forum/topic.php?fid=32&msg=39706790&tid=1539997]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
others: | 243ms |
total: | 394ms |
0 / 0 |