Не-не, время начала + продолжительность, это не то же самое, что «дата завершения». Например, если запись началась в 23 часа и продолжалась два, то «время+длина» дадут вам число 25. Что несколько отличается от записи «01 час следующих суток» Я специально указал там «время», поскольку не ясно было оперируете-ли вы часами или произвольными интервалами.
Но в любом случае вам выгоднее пользоваться этим запросом, поскольку этот нужно будет добивать еще одним условием + в нем слишком много преобразований, которые не позволят использовать индексы.
тогда 16 часов у вас будет (16*60*60), а модуль брать по количеству секунд в сутках. (24*60*60)
как получить количество секунд в сутках для начальной записи что-то сходу не могу придумать, но может как-то
И нанять пару крепких парней к кадровикам, чтобы пальцы ломали вслед за подписанием обходного. Ну, Вы же подписали НДА… а мы подстрахуемся, так сказать =)
Мне было бы приятнее, разбейте вы это анкетирование на два этапа, скажем. Если я завалил первый этап — нет смысла долбить второй. Или постройте дерево вопросов, отсекая ветки при отрицательных ответах :)
Если я не понимаю что такое джойн, скажем… то к чему вопросы о индексах и размерах кешей?
Если для меня понятие ООП в целом нечто непонятное — то смысла спрашивать про обозревателя/фабрику… ну нету.
Если вопрос о создании файла в никсах остался без ответа… какие make, make test/install?
Мне было бы приятнее, если после отрицательного ответа на вопрос "знаете ли вы что такое функциональное программирование", лямбда не всплывала в беседе =)
Как-то так, не знаю чем еще пособить без непосредственно собеседования.
Посмотрите — сзади на мониторе есть четыре отверстия, к которым, если руки не сильно ниже плеч растут, можно прикрутить люльку с нетбуком и проводами вашими.Камеру прилепите суперклеем к верхней планке моника — кошка не скрутит. Клава/мышь есть беспроводные давно. Вариант же, не?
Вы где-то лажаете кроме зарплаты, значит. Если человек вам подходит, значит он адекватен. А адекватному человеку не сложно взять трубу и ответить, что он уже определился с работой, и это, к сожалению, не ваша контора. Мне сложно представить — какая должна сложится ситуация, чтобы я не нашел в себе силы ответить человеку по телефону парой слов. Вы работаете с 1:00 до 5:45?
Ваш ответ чем-то напоминает ответ моей супруги на почти любой вопрос паттерна «где ...». Ответ краток и лаконичен: -«там». Аналогично вашему, он предельно краток, его невозможно оспорить и он абсолютно бесполезен.
Оба пункта Вашего ответа отражают реальное положение вещей, но ни в коей мере не облегчают жизнь топикстартеру =)
У мня сервер в виртуалке. Вполне няшно для отладки и тестов. Кстати, на сколько оно медленнее нормального хост-сервера кто-то замерял? А то у меня там Симфони собирается из своих кусков 150мс, до вызовов кода из контроллеров :)
Продолжу вам намекать, что любая БД будет нормально работать с этими объемами. Хотя с SQLite, возможно, будет затык:
«When you start a transaction in SQLite (which happens automatically before any write operation that is not within an explicit BEGIN...COMMIT) the engine has to allocate a bitmap of dirty pages in the disk file to help it manage its rollback journal. SQLite needs 256 bytes of RAM for every 1MB of database. For smaller databases, the amount of memory required is not a problem, but when database begin to grow into the multi-gigabyte range, the size of the bitmap can get quite large. If you need to store and modify more than a few dozen GB of data, you should consider using a different database engine.» (с)
Но, возможно, он уже решен =)
Сейчас набегут адепты постгресса и навтыкают мне, но все-таки, может вы не настроили MySQL нормально? Не представляю как оно может тормозить на таких объемах.
innodb_buffer_pool_size какой?
Хотя, если объем оперативы 1 гиг, и винт ноутбучный (5400), то какую базу не выбери — они будут за данными на винт бегать. А это не быстро.