сначала почитайте статьи в интернете, просто так ответить на ваш вопрос - очень трудно. Повторюсь, задайте свои вопросы гуглу и на 90% из найдете ответ, если после разностороннего поиска вы ответ не найдете, то задайте на этом форуме конкретный вопрос.
так посмотрите как там все написано, в гайдах скорее всего описано почему именно так, а не по-другому. Посмотрите какие там функции используются, изучите их. Например посмотрите что такое сессия (Session), всякие хэши (md5(), sha1() и прочие) для паролей (может быть сейчас не используются уже, но раньше частенько использовались). При изучении кода у вас появятся вопросы "А зачем? А почему? А почему так, а не по-другому?", эти вопросы можно задать гуглу, если там нету ответа - тут подскажут.
Вы уж подробнее опишите задачу, цель и прочее. А то программисты - ленивые, им лень даже на почту иногда писать... А так прочитал, заинтересовало - можно и написать.
И смысл? Это не решит вопрос с кешем. Время выполнения всегда будет разным.
от Explain можно получить некоторые данные, на основе которых можно сделать предположение о запросе. Это к тому, что автор хотел предугадать как будет выполняться запрос. Это не решение, это лишь направление чтобы "подумать".
DeepVarvar пишет:
AmsTaFF пишет:
это жесть конечно
Конечно это жесть - Вы там походу даже не слышали про master и slave.
Не считаю целесообразным делать master-slave ради одного аналитического запроса.
можно попробовать запрос EXPLAIN, поищите его в доках или в гугле.
+ может быть надо подобавлять индексы, внешние ключи, конфиги сервера чтобы оптимизировать работу, да и ещё оптимизировать сам запрос большой
+ можно попробовать сделать дамп БД, сделать там какую-нибудь копию на отдельном сервере и там запустить сложный запрос (это жесть конечно)
+ насчет того, чтобы снимал сам - вроде там есть настройка в конфиге БД
Расчет делается на нашей стороне или на стороне СК.
Это как так на нашей или на стороне СК? Подробнее.
Djos пишет:
У каждой СК своя методика расчета П1.
т.е. для каждого товара каждая страховая компания будет иметь свой метод расчета (примерно: "кол-во П = N" * "кол-во СК = M", т.е. любое добавление товара повлечет за собой добавление M методов расчета. )? Можно ли какой-нибудь жизненный пример, чтобы лучше разуметь сие.
+ расскажите ещё подробнее что за продукты, и что за страховые компании. Сколько продуктов? Если их 3, например: автомобиль, дом, жизнь человека - то можно сделать просто, если наименований большие, то просто не получится
Djos пишет:
Сохранение же на нашей стороне и на стороне СК. Сохранение на нашей стороне по П одинаковое, а у СК у каждого своя и зависит от П.
Что ещё за разные стороны? Рассказывайте все в подробностях как у вас происходит работа (вы пишите для предприятия какого-нибудь?). Прошу рассказать, т.к. для дальнейшего проектирования текущих знаний недостаточно.
Djos пишет:
стоимость(premium), сумму(sum) по Д
как вы отличаете два слова "стоимость", и "сумма"? и почему "стоимость" названа "premium"? а не ... "cost" например?
Djos пишет:
Я не могу спроектировать, как реализовать связки П и СК.
разберемся подробнее чем они являются и попробуем что-нибудь спроектировать (Добавление)
DeepVarvar пишет:
AmsTaFF пишет:
Сущность уже подразумевается самим автором, так что я предложил её сделать более "реальной". Никаких преград для этого на данном этапе не наблюдается + сложности лишней не вносит
А я не только Вам, но и ему. (Добавление)
AmsTaFF пишет:
Это тупиковый способ. Кол-во классов будет расти в "какой-то там" прогрессии.
просто используйте ф-ции с префиксом mysqli_*, вроде больших отличий не имеется. В данном труде скорее всего представлены основы, так вот они не изменились пока.
В каком смысле много? много разновидностей (например у них там разные расчеты цены, налогов и прочее)?
Djos пишет:
Отсюда и решил что будет наследование Д для каждой связки ( типа Д_ПСК )
Это тупиковый способ. Кол-во классов будет расти в "какой-то там" прогрессии.
Djos пишет:
Я не понимаю где будет описана логика расчета для каждой связки.
Для каждой связки чего? П и СК? какие у них будут связки? в каком смысле связки? Реальный пример в студию, можно словесно, со схемкой красивой было бы лучше, но и без неё можно разобраться.
по схеме:
почему в классе CalculatorResult 3 поля? sum, premium, go, что каждое из них означает? На основании каких и чьих данных производится расчет?