Дмитрий Донской, Ну и почему тогда на выборку sqlite быстрее других баз? Нет там ни какого сервера. Просто файл открывается, и делается выборка. Это просо хранение данных в файле. Это не SQL служба. Просто выборка делается знакомым стандартным языком SQL но по сути это просто файл.
По вопросу понятно что короткий ответ вам не поможет Тут нужно влкючить в ответ целый списко литературы который нужно прочесть. Думаю на тостере нужно задавать конкретные вопросы. Напирмер как подклчюить эту библиотеку в проект. Если это знаете, как вызвать. Если это знаете как обратитться к ПЛК, и т.д. Вопрост на который можно дать конкретный ответ а не просьбу научить определенной области знаний.
Аврора это не форк mysql. Это база данных разработаная AWS но она совместима с mysql. Это умных ход. Все клиенты могут с ней наботаь. Переезд кода прост. Написать новую базу проблематчно в плане продвижения. Да и пользоваться. Привязался к ней и все. А тут получается любой код который работает на mysql можно на нее перевсти.
Я думал использоать AWS Aurora а там это все уже полностью включено. Можно расширять до 15 экземпляров прчем в разных зонах. Одна мастер другие слейвы. Бесперебойная работа. Моментальное обнаружение проблем и их исправление и т.д.
Ну расчитывается на много пользователей. Может будет и 100 всего но хотелось бы 100 000. Короче нужен такой метод, что бы если дойдет то многопользования, то все было пучком.
Спасибо. У меня тоже вот не понятные сомнения на единую базу. Но и на то что бы плодить баз тоже не хочется. А что если будут 10 000 клиентов. Что будет столько баз? Тоже как то не понятно. Ведь их все нужно мониторить, ведь это SaaS а значит ты несешь ответственность за работоспособность базы.
И вот это то что вы упомянули о WHERE тоже серьезная вещь.
Если использовать что то типа AWS там можно все поднять на службах, и потом мониторить чере специальную службу Cloud Watch. Ну и в добавок половину работы по решению проблем AWS возмет на себя. А в другом случаее много нужно писать самому и не факт что это будет качественный код и что не будет сбоев всеравно.
В перовм методе адмиристрирование. Если вы делаете SaaS вы берете на себя ответственность за работоспособность базы. То-есть вм нужно будет мониторить 300 баз. В добавок если вы хотите что бы пользователи могли создать новую компанию вам придется далеть механизм создания новой базы данных. В зависимосит от технологий которые вы будете использовать, это может быть разным уровенм сложности. Если у вас Инстансе в облаке например и вы сами поставили MySQL то нужно много менеджмента что бы все работало исправно. Нужно несколько инстансов в разных зонах, настрока мастре\слэйв, реплики и т.д. А использовать что то типа AWS RDS где это все уже решено вы не сможете так как это будет очень дорого создовать по новай службе на каждого клиента.
Я не могу вам точно сказать так как уже упомянул что я сам задал такой вопрос и не могу точно определится.
Вы уже знаете как технически вы будете ршать задачу? Это будет облачная служба или все будете сами настраивать?
Что значит читабельность? И как без разницы? Ведь например будет 100 клиентов у каждого по 2000 товаров. Это значит что в единой базе будет 200 000 товаров а в отдельных только по 2. Ну и маштабируйте это на больше клиентов. Конечно можно уплавлять базой, опимизировать и даже 1 000 000 000 записей могут работать быстро если знаешь что делаешь, а если на каждого пользователя отдельная база то вряд ли кто достигнит лимита где начинаются проблемы. Или например поехала база, слетел индекс или еще что из за одного пользователя, а перестанет работать у все. То есть нужна система бесперебойной работы где будет база мастер и слэйв и если одна отключится, вторая начнет работать. Это доп. ресурсы.
