久久久久久久av_日韩在线中文_看一级毛片视频_日本精品二区_成人深夜福利视频_武道仙尊动漫在线观看

  • <tfoot id='plbP0'></tfoot>

      <small id='plbP0'></small><noframes id='plbP0'>

        <i id='plbP0'><tr id='plbP0'><dt id='plbP0'><q id='plbP0'><span id='plbP0'><b id='plbP0'><form id='plbP0'><ins id='plbP0'></ins><ul id='plbP0'></ul><sub id='plbP0'></sub></form><legend id='plbP0'></legend><bdo id='plbP0'><pre id='plbP0'><center id='plbP0'></center></pre></bdo></b><th id='plbP0'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='plbP0'><tfoot id='plbP0'></tfoot><dl id='plbP0'><fieldset id='plbP0'></fieldset></dl></div>

        <legend id='plbP0'><style id='plbP0'><dir id='plbP0'><q id='plbP0'></q></dir></style></legend>
          <bdo id='plbP0'></bdo><ul id='plbP0'></ul>

        在數據庫中存儲照片參考的最有效方法

        The most efficient way to store photo reference in a database(在數據庫中存儲照片參考的最有效方法)

              <tbody id='TPP1S'></tbody>

            <tfoot id='TPP1S'></tfoot>

            <small id='TPP1S'></small><noframes id='TPP1S'>

            • <legend id='TPP1S'><style id='TPP1S'><dir id='TPP1S'><q id='TPP1S'></q></dir></style></legend>
              <i id='TPP1S'><tr id='TPP1S'><dt id='TPP1S'><q id='TPP1S'><span id='TPP1S'><b id='TPP1S'><form id='TPP1S'><ins id='TPP1S'></ins><ul id='TPP1S'></ul><sub id='TPP1S'></sub></form><legend id='TPP1S'></legend><bdo id='TPP1S'><pre id='TPP1S'><center id='TPP1S'></center></pre></bdo></b><th id='TPP1S'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='TPP1S'><tfoot id='TPP1S'></tfoot><dl id='TPP1S'><fieldset id='TPP1S'></fieldset></dl></div>
                • <bdo id='TPP1S'></bdo><ul id='TPP1S'></ul>
                  本文介紹了在數據庫中存儲照片參考的最有效方法的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學習吧!

                  問題描述

                  我目前希望存儲來自大約 100/200k 用戶的大約 350 萬張照片.我只在 aws 上使用 mysql 數據庫.我的問題是關于存儲照片參考的最有效方法.我只知道兩種方法,我正在尋找專家意見.

                  I'm currently looking to store approximately 3.5 million photo's from approximately 100/200k users. I'm only using a mysql database on aws. My question is in regards to the most efficient way to store the photo reference. I'm only aware of two ways and I'm looking for an expert opinion.

                  選擇A

                  一個帶有 photo_url 列的用戶表,在該列中,我將構建一個逗號分隔的照片列表,該列表同時保持名稱和排序順序.業務邏輯將處理從照片名稱中提取路徑并附加照片大小.缺點是處理費用.

                  A user table with a photo_url column, in that column I would build a comma separated list of photo's that both maintain the name and sort order. The business logic would handle extracting the path from the photo name and append photo size. The downside is the processing expense.

                  數據庫示例

                  "0ea102, e435b9, etc" 
                  

                  業務邏輯將根據照片名稱構建以下網址

                  Business logic would build the following urls from photo name

                  /0e/a1/02.jpg
                  /0e/a1/02_thumb.jpg 
                  /e4/35/b9.jpg
                  /e4/35/b9_thumb.jpg 
                  

                  選擇 B - 關系表連接到用戶表上,包含以下字段.我只是擔心我可能有潛在的數據庫性能問題.

                  Choice B - Relational Table joined on user table with the following fields. I'm just concerned I may have potential database performance issues.

                  pk
                  user_id
                  photo_url_800
                  photo_url_150
                  photo_url_45
                  order
                  

                  有人對更好的解決方案有什么建議嗎?

                  Does anybody have any suggestions on the better solution?

                  推薦答案

                  最好和最常見的答案是:選擇 B - 使用以下字段連接到用戶表上的關系表.

                  The best and most common answer would be: choice B - Relational Table joined on user table with the following fields.

                  id
                  order
                  user_id
                  desc
                  photo_url_800
                  photo_url_150
                  photo_url_45
                  date_uploaded
                  

                  混合,其中,您單獨存儲文件名,并使用業務邏輯層添加照片目錄.

                  Or a hybrid, wherein, you store the file names individually and add the photo directory with your business logic layer.

                  我的分析,你的第一個選擇是一種不好的做法.數據庫中不建議使用逗號分隔的字段.您很難更新這些字段并為其添加說明.

                  My analysis, your first option is a bad practice. Comma separated fields are not advisable for database. It would be difficult for you to update these fields and add description on it.

                  關于表優化,您可能希望查看以下文章:

                  Regarding the table optimization, you might want to see these articles:

                  • 優化 MyISAM 查詢
                  • 優化 InnoDB 查詢

                  這篇關于在數據庫中存儲照片參考的最有效方法的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,也希望大家多多支持html5模板網!

                  【網站聲明】本站部分內容來源于互聯網,旨在幫助大家更快的解決問題,如果有圖片或者內容侵犯了您的權益,請聯系我們刪除處理,感謝您的支持!

                  相關文檔推薦

                  How to use windowing functions efficiently to decide next N number of rows based on N number of previous values(如何有效地使用窗口函數根據 N 個先前值來決定接下來的 N 個行)
                  reuse the result of a select expression in the quot;GROUP BYquot; clause?(在“GROUP BY中重用選擇表達式的結果;條款?)
                  Does ignore option of Pyspark DataFrameWriter jdbc function ignore entire transaction or just offending rows?(Pyspark DataFrameWriter jdbc 函數的 ignore 選項是忽略整個事務還是只是有問題的行?) - IT屋-程序員軟件開發技
                  Error while using INSERT INTO table ON DUPLICATE KEY, using a for loop array(使用 INSERT INTO table ON DUPLICATE KEY 時出錯,使用 for 循環數組)
                  pyspark mysql jdbc load An error occurred while calling o23.load No suitable driver(pyspark mysql jdbc load 調用 o23.load 時發生錯誤 沒有合適的驅動程序)
                  How to integrate Apache Spark with MySQL for reading database tables as a spark dataframe?(如何將 Apache Spark 與 MySQL 集成以將數據庫表作為 Spark 數據幀讀取?)
                  <i id='73MUj'><tr id='73MUj'><dt id='73MUj'><q id='73MUj'><span id='73MUj'><b id='73MUj'><form id='73MUj'><ins id='73MUj'></ins><ul id='73MUj'></ul><sub id='73MUj'></sub></form><legend id='73MUj'></legend><bdo id='73MUj'><pre id='73MUj'><center id='73MUj'></center></pre></bdo></b><th id='73MUj'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='73MUj'><tfoot id='73MUj'></tfoot><dl id='73MUj'><fieldset id='73MUj'></fieldset></dl></div>
                    <bdo id='73MUj'></bdo><ul id='73MUj'></ul>

                      1. <tfoot id='73MUj'></tfoot>

                          <tbody id='73MUj'></tbody>
                        <legend id='73MUj'><style id='73MUj'><dir id='73MUj'><q id='73MUj'></q></dir></style></legend>

                        <small id='73MUj'></small><noframes id='73MUj'>

                            主站蜘蛛池模板: 91精品国产91久久久久久吃药 | 视频一区在线观看 | 欧美日本亚洲 | 一级毛片成人免费看a | 国产高清精品一区二区三区 | 亚洲资源站 | 久久国产精品99久久久大便 | 一级a性色生活片久久毛片 午夜精品在线观看 | 尤物视频在线免费观看 | 亚洲一区二区在线播放 | 一区二区三区精品在线视频 | 91国自视频 | 美女黄网 | 超碰最新在线 | 蜜桃色网| 亚洲风情在线观看 | 欧美日韩在线一区 | 自拍偷拍中文字幕 | 免费同性女女aaa免费网站 | 国产精品久久毛片av大全日韩 | 国产精品成人在线 | 中文字幕不卡在线88 | 久久新视频 | 亚洲一区二区视频 | 久久精品网 | 97精品国产手机 | 国产成人精品久久二区二区91 | 2018国产精品 | 亚洲色图网址 | 九九九视频 | 一级黄色在线 | aaaaaa大片免费看最大的 | 亚洲一区二区精品视频 | 欧美福利视频 | 亚洲精品日韩综合观看成人91 | 亚洲天堂av网 | 一区二区三区在线电影 | 网黄在线| 成人综合视频在线 | 国产成人综合久久 | 九九九久久国产免费 |