我对编码相当在行,但我是数据库设计方面的新手。这是一个常见的问题,但我没有看到确切的答案,所以我只想确认一下,然后我开始编码所有的东西。
我有一个购物网站,列出了很多产品。目前我有6,000个产品,但这可能会在未来增长相当大,也许有一天100,000+。我按页面列出网站上的产品,让用户搜索和排序产品。
设计和查询数据库以搜索和排序产品的最有效方法是什么?我是否只是创建一个大的产品表,然后使用如下查询:
SELECT *
FROM productTable
WHERE searchCriteria
ORDER BY sortColumn
LIMIT basedOnPageNumber
当
谢谢你的阅读,我正在做magento网站的工作。在我的例子中,我希望使用cron将所有产品数据存储在.json文件中。有14家商店,每家都有超过2000种产品,在商店和产品数量上都在增长。所有算法如下:
foreach available store
[
define globalArray = array()
get store products collection
foreach product
[
add product data to globalArray
add product filterable attributes to globalArra
我正在编写excel预测工作簿--我有一个包含所有产品数据的大容量数据表,以及一个用户从下拉列表中选择特定产品的明细表。对于每个产品,我希望用户检查明细表上的数据,并在需要时输入手动预测。然后,我希望用户触发一个宏,该宏将复制并粘贴此手动预测到大容量数据表上的相关单元格中。复制/粘贴位很好,但我很难选择要粘贴到的相关单元格-我有下面的代码来定位正确的单元格,但不是显示带有单元格地址的MsgBox,而是要excel选择该单元格地址。
Sub Findrow()
Dim Fnd As Range
Set Fnd = Sheets("FORECAST_MODEL
我正在重新开发一个旧的电子商务网站,它目前是用C# ASP.NET 2.0编写的。
因为这是一个相当大的网站,并遭受了性能问题,我想发展,以最有效的方式可能。
为了尽量减少数据库行程(使用SQL Server 2012),因为数据库性能是当前系统中常见的瓶颈,我正在考虑创建存储过程,将一个查询中的当前页面所需的所有内容作为多个记录集返回。
例如,主页查询可能返回促销横幅图像文件名和文本、新发布产品、最畅销产品等。产品页可能返回产品详细信息、相关产品等。
我一点也不记得见过这种技术经常使用。在单个数据库请求中返回所有数据比在多个数据库请求中检索相同数据更有效吗?这样做有什么缺点吗?
我使用产品的过程中有一个方面会让我倒退。
假设我在集合中有一个相似命名项的列表,但它们具有不同的大小
id base_name sizing sum_dimensions
16493 Core LED Pendant 18.00
16494 Core LED Pendant 18.00
16495 Core LED Pendant 26.00
16496 Core LED Pendant 26.00
16497 Core LED Pendant