MySQL数据库在什么时候开始失去性能? 物理数据库大小是否重要? logging的数量是多less? 任何性能下降是线性的还是指数性的? 我有我认为是一个大型的数据库,大约有15Mlogging,几乎2GB。 根据这些数字,是否有任何激励我清理数据,或者我可以安全地让它继续扩展几年?
在我的MySQL InnoDB数据库中,我有我想要清理的肮脏的邮政编码数据。 干净的邮政编码数据是当我有一个邮政编码的全部5位数字(例如“90210”)。 但由于某种原因,我注意到在我的数据库中,对于以“0”开头的zipcode,0已被丢弃。 因此,邮编“ 00544 ”的“ 纽约州 00544 ”在我的数据库中被存储为“ 544 ” 和 邮编“ 02026 ”的“ Dedham,MA ”作为“ 2026 ”存储在我的数据库中。 什么SQL可以运行前面填充“0”的任何邮编不是5位数字的长度? 意思是,如果邮政编码是3位数字,前面板“00”。 如果邮政编码是4位数字,前面垫只是“0”。 更新 : 我只是将邮政编码改为数据typesVARCHAR(5)
任何人都可以给我一个想法或提示如何检查数据库表(MySQL)连续X天login(用户名,时间戳)存储? Stackoverflow做到了这一点(例如徽章像发烧友 – 如果你连续30天左右login…)。 你需要使用什么function?怎么做? 类似于SELECT 1 FROM login_dates WHERE … ?
与自动递增数字相比,电子邮件地址是不是主要的候选人? 我们的networking应用程序需要电子邮件地址在系统中是唯一的。 所以,我想使用电子邮件地址作为主键。 但是我的同事build议string比较比整数比较慢。 是不是使用电子邮件作为主键的正当理由? 我们正在使用PostgreSQL 。
我有两个表,我需要创build一个视图。 这些表格是: credit_orders(id, client_id, number_of_credits, payment_status) credit_usage(id, client_id, credits_used, date) 我使用下面的查询来做到这一点。 没有“创build视图”部分的查询工作正常,但使用“创build视图”,它显示错误“视图的SELECT包含FROM子句中的子查询”。 可能是什么问题和可能的解决scheme: create view view_credit_status as (select credit_orders.client_id, sum(credit_orders.number_of_credits) as purchased, ifnull(t1.credits_used,0) as used from credit_orders left outer join (select * from (select credit_usage.client_id, sum(credits_used) as credits_used from credit_usage group by credit_usage.client_id) as t0 ) as t1 on t1.client_id = credit_orders.client_id where credit_orders.payment_status='Paid' group […]
在此系统中,我们存储产品,产品图像(产品可能有多个图像)以及产品的默认图像。 数据库: CREATE TABLE `products` ( `ID` int(10) unsigned NOT NULL AUTO_INCREMENT, `NAME` varchar(255) NOT NULL, `DESCRIPTION` text NOT NULL, `ENABLED` tinyint(1) NOT NULL DEFAULT '1', `DATEADDED` datetime NOT NULL, `DEFAULT_PICTURE_ID` int(10) unsigned DEFAULT NULL, PRIMARY KEY (`ID`), KEY `Index_2` (`DATEADDED`), KEY `FK_products_1` (`DEFAULT_PICTURE_ID`), CONSTRAINT `FK_products_1` FOREIGN KEY (`DEFAULT_PICTURE_ID`) REFERENCES `products_pictures` (`ID`) ON DELETE SET […]
我厌倦了在每个项目开始时打开Dia并创build一个数据库图表。 有没有一个工具可以让我select特定的表格,然后根据MySQL数据库为我创build一个数据库图表? 最好是允许我编辑后面的图,因为没有外键被设置… 这里是我用图解的方式描述的(请原谅可怕的数据devise,我没有devise它,让我们把重点放在图的概念上,而不是它为这个例子表示的实际数据;)): 看全尺寸图
什么是SQL Case语句的完整和正确的语法?