Отслеживание зарегистрированных пользователей

Question

В проекте, который я создаю для клиента, одним из требований является расширенное отслеживание пользователей. Клиент хотел бы знать, на каких страницах просматривается аутентифицированный пользователь, и когда. Я прочитал this post, что, вероятно, будет моим методом. Тем не менее, это похоже на толлинг в базе данных, и поскольку клиент может использовать Azure для его размещения, я бы хотел, чтобы транзакции # из db были минимальными [хотя это не было одним из его требований ... просто спасибо, я думаю :)]. Во всяком случае, я разорван между двумя следующими способами: пожалуйста, сообщите, что вы все чувствуете лучше, и какие плюсы и минусы любого из них могут быть. Или предложите любые альтернативные методы, которые я, возможно, пропустил.

1. Метод один: бревенчатый к БД на каждый запрос HTTP с помощью модуля HTTP
2. Метод Два: Хранить в визитах в сессии, и все, что в базу данных войти одним махом во Session_End случае

Answer 1

Преждевременная оптимизация является корнем самого злого. Я бы лично сказал вариант 1, поскольку он должен быть самым простым в реализации.

Для вашего собственного удовлетворения вы можете рассмотреть стоимость попадания базы данных, сколько вы уже делаете во время запроса, а затем сколько вы ожидаете получить, скажем, в день. (И затем сравните его с тем, сколько вашего времени стоит ...)

От взгляда на лазурный материал кажется, что стоимость будет незначительной, если вы не получите титанический объем трафика. Я не могу понять, что означают графики, но я предполагаю, что стоимость составляет либо 15 центов за гигабайт передачи, либо блок с пропускной способностью 14 ГБ в месяц, что действительно очень важно в плане отправки строк базы данных.