В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Kotlin Community

3092 membersпожаловаться на группу
2020 January 05

PD

Phil Delgyado in Kotlin Community
Alexander Nozik
Так не у всех система из нескольких модулей. Если DB - это просто хранилище, то не важно, как оно устроено, пока оно удовлетворяет интерфейсу. Мы просто с вами про разные типы приложения говорим.
А про какие приложения говоришь? Пример задачи?
Пока все приложения, не учитывающие хранилище, что я видел - были ужасны.
источник
15:04пожаловаться#1

(

( in Kotlin Community
Phil Delgyado
А про какие приложения говоришь? Пример задачи?
Пока все приложения, не учитывающие хранилище, что я видел - были ужасны.
нехайлоад CRUD-ы обыкновенные, я полагаю
источник
15:11пожаловаться#2

PD

Phil Delgyado in Kotlin Community
Ну, как раз для CRUD обыкновенный обычно знание хранилища важно. Так как иначе то что-то не допишется, то зачитывается вся база вместо одной строки, то дедлоки на ровном месте - из-за базового незнания работы конкретного хранилища.
источник
15:12пожаловаться#3

AN

Alexander Nozik in Kotlin Community
Phil Delgyado
А про какие приложения говоришь? Пример задачи?
Пока все приложения, не учитывающие хранилище, что я видел - были ужасны.
Youtrack - использует внутреннюю базу данных и таскает ее с собой
источник
15:13пожаловаться#4

AN

Alexander Nozik in Kotlin Community
Phil Delgyado
Ну, как раз для CRUD обыкновенный обычно знание хранилища важно. Так как иначе то что-то не допишется, то зачитывается вся база вместо одной строки, то дедлоки на ровном месте - из-за базового незнания работы конкретного хранилища.
Вот это мне кажется сильно странным. Опять же, не спец, но это бы означало абсолютную кривизну API этих баз
источник
15:13пожаловаться#5

PD

Phil Delgyado in Kotlin Community
Ну, там нужно же знать про эту внутренюю базу? И ты не заменишь ее на любую другую?
А вот в Jira можно заменить - и это одна из причин ее диких тормозов.
источник
15:13пожаловаться#6

AN

Alexander Nozik in Kotlin Community
Phil Delgyado
Ну, там нужно же знать про эту внутренюю базу? И ты не заменишь ее на любую другую?
А вот в Jira можно заменить - и это одна из причин ее диких тормозов.
Очень сомневаюсь, что с жирой проблема в этом
источник
15:14пожаловаться#7

PD

Phil Delgyado in Kotlin Community
Alexander Nozik
Вот это мне кажется сильно странным. Опять же, не спец, но это бы означало абсолютную кривизну API этих баз
Почему кривизна? Просто в стандарте много важного не прописано.
источник
15:14пожаловаться#8

ЕР

Евгений Ромашкан in Kotlin Community
Phil Delgyado
Ну, там нужно же знать про эту внутренюю базу? И ты не заменишь ее на любую другую?
А вот в Jira можно заменить - и это одна из причин ее диких тормозов.
Иметь базу как деталь не значит не использовать БД-специфичные вещи
источник
15:14пожаловаться#9

ЕР

Евгений Ромашкан in Kotlin Community
Делай интерфейс, делай модуль для работы с БД и твори что угодно
источник
15:14пожаловаться#10

PD

Phil Delgyado in Kotlin Community
Alexander Nozik
Очень сомневаюсь, что с жирой проблема в этом
Там ужасная работа с БД. Именно из-за универсальности.
источник
15:14пожаловаться#11

AN

Alexander Nozik in Kotlin Community
Phil Delgyado
Почему кривизна? Просто в стандарте много важного не прописано.
Например?
источник
15:14пожаловаться#12

AN

Alexander Nozik in Kotlin Community
Евгений Ромашкан
Делай интерфейс, делай модуль для работы с БД и твори что угодно
Об этом и речь. Вопрос только в том, какой уровень абстракции
источник
15:15пожаловаться#13

PD

Phil Delgyado in Kotlin Community
Alexander Nozik
Например?
Типы данных, поведение транзакций (описаны гарантии, а не поведение), оптимальность разных запросов.
В новых стандартах получше, но их мало кто реализует сколь-нибудь полно. Впрочем, и SQL-92 в полном объеме мало кто реализовал. А тот же Oracle вообще игнорирует прочие стандарты, ему важен vendor lock.
источник
15:17пожаловаться#14

AN

Alexander Nozik in Kotlin Community
Phil Delgyado
Типы данных, поведение транзакций (описаны гарантии, а не поведение), оптимальность разных запросов.
В новых стандартах получше, но их мало кто реализует сколь-нибудь полно. Впрочем, и SQL-92 в полном объеме мало кто реализовал. А тот же Oracle вообще игнорирует прочие стандарты, ему важен vendor lock.
Каких запросов? Мы говорим про CRUD.
источник
15:18пожаловаться#15

PD

Phil Delgyado in Kotlin Community
Alexander Nozik
Каких запросов? Мы говорим про CRUD.
А я про R. Для какой-нибудь древовидной структуры, например.
источник
15:19пожаловаться#16

AN

Alexander Nozik in Kotlin Community
Phil Delgyado
А я про R. Для какой-нибудь древовидной структуры, например.
Ну я бы сказал, что для древовидной структуры вообще не надо лесть в SQL, но тут я дилетант, так что не буду говорить.
источник
15:20пожаловаться#17

V

Valery in Kotlin Community
Да в том же CRUD споткнуться на внешних ключах или индексации легко
источник
15:20пожаловаться#18

PD

Phil Delgyado in Kotlin Community
Евгений Ромашкан
Иметь базу как деталь не значит не использовать БД-специфичные вещи
А почему "как деталь"? Есть очень конкретная система YouTrack из конкретных элементов.
Это не про db-first, все элементы существенны для системы.
источник
15:20пожаловаться#19

PD

Phil Delgyado in Kotlin Community
Alexander Nozik
Ну я бы сказал, что для древовидной структуры вообще не надо лесть в SQL, но тут я дилетант, так что не буду говорить.
Ну, там есть куча разных решений, но они БД-специфичны. Некоторые вполне эффективны.
источник
15:20пожаловаться#20