用一个类根据Model属性生成SQL语句

想到写这个的原因是我和我的一个朋友在写一个开源项目的时候,我负责了数据库的持久化存储部分,结果他看到了我的数据库数据存储结构之后直接傻眼了,因为个人比较简单粗暴,直接把一个数据Model归档成为二进制Data之后丢到了数据库,然后取出来也可以偷偷懒,解档就是一个模型Model啦,但是我的小伙伴不乐意了,把我批评了一顿,说我吧数据库的“检索”价值都给写没了,好吧,我承认当时我听得一脸懵逼,不过好像挺有道理🤔,不过按照他说的检索价值,我想的话应该就是把数据存储的更为清晰吧,那就要分更多的字段了【长长的SQL语句让我在角落瑟瑟发抖🙃】,唉,个人真的非常懒,想到这些就头疼,那么我们能不能用一个类根据Model属性生成SQL语句呢?答案是肯定的,接着往下看吧!

SQLite背景:【SQL(Structured Query Language)结构语言】SQLite是目前主流的嵌入式关系型数据库,其主要的特点的就是轻量级,跨平台,当前很多嵌入式操作系统都将其作为数据库的首先。它是基于C语言开发的数据库!所以我们需要通过hi用c语言语法进行数据库的操作和访问!

思路:SQL语句首先是建表,建表包含了字段名,表名,字段对应的存储类型,那么我们就要先来熟悉一下我们的七种基本数据类型以及那些常量类型到了数据库中是什么类型吧,这样才能和每一个字段对应上,既能够达到存储目的,又能节省空间

SQL数据库中的存储类型【比较多,但是请耐心看完,并不复杂SQlite数据库存储类型

思路演变:我们既然想要用一个类来根据Model属性生成SQL,那么这个类肯定应该是普遍适用的,否则就没有多大意义了,那么我们肯定就要获取这个Model所有的属性以及属性对应的类型,然后根据这些属性名字来生成数据库中对应的字段,属性的类型经过处理之后变成数据库中的存储类型,很明显,我们又要用运行时了!

在了解了存储类型之后我们就要来真正的动刀了,首先我们要通过运行时来解析我们通常所用的数据类型在运行时中是怎么表示的;这里我就不多说了,直接贴方法,怎么根据运行时获取一个类所对应的属性和属性类型:

/**
根据要存储进入数据库中的类,获取该类的属性 以及 该类存储进入数据库后属性对应的 数据库存储类型
@param class 要存储的类
*/
- (void)disposePropertyWithClass:(Class)class
{
if (class && class != [NSObject class] && class != [MySqlStatementManager class]) {
unsigned int outCount = 0;
Ivar *ivars = class_copyIvarList(class, &outCount);
for (int i = 0 ; i < outCount; i ++ ) {
Ivar ivar = ivars[i];
//运行时获取属性名
NSString *key = [NSString stringWithUTF8String:ivar_getName(ivar)];
//去掉属性名开头中的下划线
if ([key rangeOfString:@"_"].location == 0) {
key = [key substringFromIndex:1];
}
//运行时获取类型
NSString *type = [NSString stringWithUTF8String:ivar_getTypeEncoding(ivar)];
NSCharacterSet *set = [NSCharacterSet characterSetWithCharactersInString:@"@/:;()¥「」"、[]{}#%-*+=_\\|~<>$€^•’@#$%^&*()_+’\""];
type = [type stringByTrimmingCharactersInSet:set];
if (!self.propertyDic[type]) {
//如果属性类型不是七种基本数据类型,也不是int short 等常量类型,那么显示如下LOG提示
NSLog(@"数据库不支持%@类中为%@类型的%@属性存储,该属性数据将会丢失,请重新建立该类属性类型",NSStringFromClass(class),key,type);
}else{
// 将属性中的类型和数据库中的一些类型进行配对
NSString *sqlSaveType = self.propertyDic[type];
[self.propertyListDic setValue:sqlSaveType forKey:key];
}
}
free(ivars);
}
}

这里用到了self.propertyDic 和 self.propertyListDic,解释一下:
self.propertyDic 这个字典是用来将我们常用的所有类型按照:我们Model中各个属性用的类型【KEY】----各个属性应该对应的数据库存储类型【Value】先前就已经初始化好的一个固定不变的字典,意义就是根据我们用的类型来取到数据库中这个类型对应的存储类型
self.propertyListDic 这个字典是用来记录我们已经处理分析好的一些属性所应该对应的数据库存储类型,那么它最后的形式就是:我们Model中各个属性名称【KEY】----数据库中各个属性的存储类型【Value】

然后我分析之后我们的self.propertyDic应该是这样:

// 结合运行时获取model对应的属性类型 ( KEY ),然后这些类型将在数据库中以以下 (Value) 类型进行存储
- (NSDictionary *)propertyDic
{
if (_propertyDic == nil) {
_propertyDic = @{@"NSString" : @"varchar(1024)",
@"NSMutableString" : @"varchar(1024)",
@"NSArray" : @"blob",
@"NSMutableArray" : @"blob",
@"NSDictionary" : @"blob",
@"NSMutableDictionary" : @"blob",
@"NSData" : @"blob",
@"NSMutableData" : @"blob",
@"NSDate" : @"datetime",
@"NSNumber" : @"varchar(1024)",
@"c" : @"varchar(128)",    // 可能为BOOL 类型或者 char 类型
@"i" : @"int",    // Int 类型
@"s" : @"int",    // Short 类型
@"f" : @"float",    // Float 类型
@"d" : @"numeric",    // Double 类型
@"q" : @"int",    // Long 类型
@"B" : @"bit",    // iphone上BOOL类型运行时获取的类型名为 B, mac环境获取的是 ‘c’
@"" : @"",};
}
return _propertyDic;
}

解释说明:可能已经有细心的小伙伴发现了,我的_propertyDic中设置的数组存储类型为blob【二进制大数据】,我知道这样做不妥,但是SQLite是不支持数组的存储的,而储存数组我认为的最佳方法是再建一张表,将这个数组用这一张表存起来,这其中又会涉及到数据库主键【PRIMARY KEY】的知识,取出数据时再通过联表查询才能取出来一个我们所需要的数据模型【不知道有没有对数据库很熟悉的小伙伴有不同的看法,欢迎来一起交流】,这还只是model中只有一个数组的情况下,如果数组中存储的数组,那就更尴尬了,可能一个Model要对应N张表联查才能取出来完整的数据,当然,数据库也是不支持OC字典存储的,所以剩下的场景大家自己脑补吧

关于存储类型的结论:综上情景的分析,为了偷懒【请原谅我如此直白】,我选择了直接将数组归档为二进制数据存储进入数据库🙃,有更好方法的欢迎评论区交流

那么继续吧,上面我们已经通过_propertyDic和_propertyListDic分析出了Model中存在的所有属性名称以及该属性应该在数据库中以何种类型存储,接下来就是生成SQL字符串了

因为SQL语句众多,这里我以建表的SQL为例,其他的大家可以自己去思考怎么生成SQL:

#pragma mark - 建表
- (NSString *)greatTableWithTableName:(NSString *)tableName andClass:(Class)modelClass
{
    [self disposePropertyWithClass:modelClass];
    
    __block NSString *greatSql = [NSString stringWithFormat:@"CREATE TABLE IF NOT EXISTS %@(",tableName];
    
    [self.propertyListDic enumerateKeysAndObjectsUsingBlock:^(id  _Nonnull key, id  _Nonnull obj, BOOL * _Nonnull stop) {
       
       greatSql = [NSString stringWithFormat:@"%@%@ %@,",greatSql,key, obj];
        
    }];
    
    greatSql = [greatSql substringToIndex:greatSql.length - 1];
    //补上结尾一个括号
    greatSql = [NSString stringWithFormat:@"%@)",greatSql];
    
    return greatSql;
}

调用如下:

MySqlStatementManager *manger = [[MySqlStatementManager alloc] init];
    NSString *sql = [manger greatTableWithTableName:@"测试" andClass:[TestModel class]];
    NSLog(@"TestModel 对应的数据库 建表语句如下 %@",sql);
数据库 建表语句
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,457评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,837评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,696评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,183评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,057评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,105评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,520评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,211评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,482评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,574评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,353评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,213评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,576评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,897评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,174评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,489评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,683评论 2 335

推荐阅读更多精彩内容