ого, какой вы умный. а если у вас 10 разных запросов на странице, какая разница будет между (10 prepare + 10 queries) vs 10 simple queries по времени? по шагам давайте
вопрос бессмысленен в открыве от конкретных данных, конкретного запроса и конкретного его плана.
я просто обратил ваше внимание, что предварительная подготовка запроса вообще-то проблемой не является, ибо для того, чтобы его избежать есть PREPARE.
сколько это будет в вашем конкретном случае - вы и сами можете легко проверить. правда я не стал бы проверять их по 10, хотя бы по 1000.
да и это не обязательно.
не уверен насчет MySQL - но в PostgreSQL есть специальный кэш, где лежат подготовленные уже запросы. и если вы будете отправлять на сервер одинаковые запросы - они не будут разбираться какждый раз заново - а будут просто браться из кэша (именно подготовленные запросы, а не содержимое ответов). то есть и PREPARE не понадобится.
Рома, конкретно эту задачу я бы делал вообще без БД, уже без SQL точно.
Обошелся бы статическим генератором, скорее всего: https://gohugo.io/
А БД если и нужна, то только для поиск - и это специализированная БД для полнотекстового поиска. Скорее всего SphinxSearch
ну естественно я имел ввиду не простую страницу или выборку по 1 столбцу на 10 млн, а что-то типа CRM где все клиенты с детьми и суммой платежей > N за последние 3 года
Тут большая часть времени уйдет на передачу полученных данных.
А вовсе не на их отбор.
И опять же вопрос в целесообразности получения десятков тысяч строк, когда пользователь все равно больше 100 не просмотрит.
1) Конечная цель?
2) А вы проверили - на вашем железе - локально лежащий видеофайл достаточно быстро отображается/перематывается. А то очень может статься, что это ваш локальный видеостек, и к проблемам сети и браузера вообще никакого отношения не имеет.
Курум, самое простое - настроить "мост": дать виртуальной машине доступ к реальному сетевому адаптеру.
тогда настраиваться будет примерно так же как будто у вас в сети 2 компьютера в сети.
Marina_Kramer, Вам не кажется, что вам нужно утрясти этот вопрос в такой ситуации ПРОСТО СО СВОИМ ГЛАВНЫМ бухгалтером? Как ваш главбух скажет, как ему надо - так и будет.
Там есть куча нюансов - например, если документы попадают на границу кварталов, а отчетность поквартальная и т.п.
Решать нужно с конкретным ГЛАВНЫЙ бухгалтером ТОЙ фирмы.
Как именно они хотят, на что именно они согласны, как именно им удобно, как у них принято, на какие компромиссы с Вами они пойдут.
Отсылки на юридические вещи - бессмысленны.
1) Мне известно несколько ситуаци, когда крупный клиент требовал документов в строго определенном формате - и, РАЗУМЕЕТСЯ, ему шли навстречу, он же крупный.
2) Без конкретного решения суда по вашему вопросу - все эти отсылки на закон и яйца выеденного не стоят. Так как есть разные мнения - у разных налоговых инспекций, у разных предприятий. Закон далеко не так однозначен, как вам кажется.
Я бы ПРОСТО СПРОСИЛ ту сторону - а как она хочет получать документы.
у систем есть свои особенности.
в каких то отдельных случаях - да, одна заведомо лучше, а другая заведомо худше.
но в общем случае только очень неквалифицированных специалист возьмется хаять без уточнения нюансов - где как и почему его что именно не устроило в MySQL
вопрос бессмысленен в открыве от конкретных данных, конкретного запроса и конкретного его плана.
я просто обратил ваше внимание, что предварительная подготовка запроса вообще-то проблемой не является, ибо для того, чтобы его избежать есть PREPARE.
сколько это будет в вашем конкретном случае - вы и сами можете легко проверить. правда я не стал бы проверять их по 10, хотя бы по 1000.
да и это не обязательно.
не уверен насчет MySQL - но в PostgreSQL есть специальный кэш, где лежат подготовленные уже запросы. и если вы будете отправлять на сервер одинаковые запросы - они не будут разбираться какждый раз заново - а будут просто браться из кэша (именно подготовленные запросы, а не содержимое ответов). то есть и PREPARE не понадобится.