第一种:
表1:主键为A(20位bigint类型),字段B为字符串(表2的自增ID,多个以“,”分开)
表2:记录
第二种:
记录表,字段A自增,字段B为(20位bigint类型,可重复,加索引)
假设数据都很大,为了拿到某一个20位bigint类型的数据列表,哪种设计查询快?
回复讨论(解决方案)
没看懂,建议贴出表结构,举例说明。
20位bigint,有必要那么大吗?小心 64bit Integer 事件。
20位bigint,有必要那么大吗?小心 64bit Integer 事件。
什么事件呀?没听说过,求解释
是把字符串转成BIGINT的,为了查询快一点
haowen
引用 2 楼 changjay 的回复:20位bigint,有必要那么大吗?小心 64bit Integer 事件。
什么事件呀?没听说过,求解释
是把字符串转成BIGINT的,为了查询快一点
$large_number = 922337203685477580800;
echo $large_number; //9.2233720368548E+20
真的有必要生成那么多位的数字吗?
查询快,一般加index就可以了。INT(11) 11位数字最合理,多了其实也用不上,反而消耗内存资源。
楼上们都歪了...
针对你的问题: 第二种
当然是第二种!
虽然 mysql 提供了 find_in_set 函数可以方便的从逗号分隔的串中提起成员,但函数的执行总是要花点时间的。
哪能比直接读取来的快呢?

負載均衡會影響會話管理,但可以通過會話複製、會話粘性和集中式會話存儲解決。 1.會話複製在服務器間複製會話數據。 2.會話粘性將用戶請求定向到同一服務器。 3.集中式會話存儲使用獨立服務器如Redis存儲會話數據,確保數據共享。

Sessionlockingisatechniqueusedtoensureauser'ssessionremainsexclusivetooneuseratatime.Itiscrucialforpreventingdatacorruptionandsecuritybreachesinmulti-userapplications.Sessionlockingisimplementedusingserver-sidelockingmechanisms,suchasReentrantLockinJ

PHP會話的替代方案包括Cookies、Token-basedAuthentication、Database-basedSessions和Redis/Memcached。 1.Cookies通過在客戶端存儲數據來管理會話,簡單但安全性低。 2.Token-basedAuthentication使用令牌驗證用戶,安全性高但需額外邏輯。 3.Database-basedSessions將數據存儲在數據庫中,擴展性好但可能影響性能。 4.Redis/Memcached使用分佈式緩存提高性能和擴展性,但需額外配

Sessionhijacking是指攻擊者通過獲取用戶的sessionID來冒充用戶。防範方法包括:1)使用HTTPS加密通信;2)驗證sessionID的來源;3)使用安全的sessionID生成算法;4)定期更新sessionID。

本文比較了PHP和ASP.NET,重點是它們對大規模Web應用程序,性能差異和安全功能的適用性。兩者對於大型項目都是可行的,但是PHP是開源和無關的,而ASP.NET,


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

EditPlus 中文破解版
體積小,語法高亮,不支援程式碼提示功能

SublimeText3漢化版
中文版,非常好用

WebStorm Mac版
好用的JavaScript開發工具

ZendStudio 13.5.1 Mac
強大的PHP整合開發環境

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)