تشخیص دقیق هر ip

[k-pax]

برای راحتی کار میتونی از ابزار آماده استفاده کنی
گوگل آنالیتیک . وبگذر، پرشین استیت . این امکانان میدن !

بسته به نوع دیتابیستون و تعداد افراد ورودی شاید این سنگین بشه !

البته سنگین هم دارمی تا سنگین ! مثلا برای یک سایت یک میلیون رکورد سنگینه اما برای یه سایت دیگه 10 میلونش هم سنگین نیست ! بستیگی به استفاده از اطلاعات و نحوه بهینه سازی دیتابیستون داره.

سلام

به نظر من آی پی های تکراری رو دیگه یه ردیف جدا براشون تو دیتابیس نذار و فقط یه ستون کنار ستون آی پی بساز به نام تعداد دفعات بازدید و اگر همون آی پی دوباره بازدید کرد به جای INSERT در دیتابیس همون ردیف رو UPDATE کنید و تعداد بازدیدش رو یه دونه ببرید بالا.

بعدش چون فقط دیتابیس نوشتنی دارید و احتمالاً قرار نیست جایی در صفحات سایت این آی پی ها نمایش داده بشه بهتره از موتور دیتابیس InnoDB که سرعت نوشتن خیلی بهتری در موارد حجیم نسبت به موتور MyISAM داره استفاده کنید.

اینجوری تاریخهای ورود از دست میده . مثلا نمیدونه اون ایپی در چه تاریخهای وارد شده !


بهتره برای دیتابستون ستون کمتر بزارید تا حجمش کمتر بشه !
مثلا فقط ستون id , ip , date بزاری ! البته میتونی ستون برای تششخصی نحوه ورود و یا صفحه فرود رو هم اضافه کنی و همچنین نوع مرورگ و ... اما باعث افزایش حجم دیتابیست میشه

[iHSG]

اینجوری تاریخهای ورود از دست میده . مثلا نمیدونه اون ایپی در چه تاریخهای وارد شده !

خب اصولاً تمامی تاریخ های ورود یک آی پی که نباید مهم باشه باید هر بار که ردیف اون آی پی UPDATE میشه تاریخش هم به روز بشه.
یا مثلاً میشه یه ستون First_Date برای تاریخ اولین بازدید و یه Last_Date برای تاریخ آخرین بازدید تعریف کرد.

بعد فکر نکنم خود تعداد ستون ها بیشتر از Type بهینه ستون ها تاثیر گذار باشه مثلاً 50 تا ستون از نوع BIT مسلماً مشکل کمتری نسبت به 20 ستون از نوع DECIMAL پیش میارن ایشون باید نوع هر ستون هم دقیق بر اساس نیازشون تعیین کنن.
مثلاً برای تاریخ به نظر من بهتره از Timestamp استفاده کنن چون من مقایسه اش با DateTime رو که مطالعه میکردم ظاهراً DateTime هم کند تره و هم فضای بیشتری از دیتابیس میگیره.
یا برای ستون آی پی هم به نظرم یه varchar با تعداد کاراکتر 16 تایی کافیه و مشکلی نباید باشه.