1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
|
%global _empty_manifest_terminate_build 0
Name: python-snaql
Version: 0.4.2
Release: 1
Summary: Transparant *QL usage without ORM
License: MIT
URL: https://github.com/semirook/snaql
Source0: https://mirrors.nju.edu.cn/pypi/web/packages/cd/fd/614fdb2246adc2f31d4c11810670e30332f34216ca5f5904914e862b9551/snaql-0.4.2.tar.gz
BuildArch: noarch
Requires: python3-Jinja2
Requires: python3-schema
%description
# Snaql. Raw \*QL queries in Python without pain [](https://travis-ci.org/semirook/snaql)
Totally inspired by [Yesql](https://github.com/krisajenkins/yesql) from Clojure world.
But implemented in another way.
## What?
I totally agree with Yesql's author that SQL is already a mature DSL and great abstaction layer
for DB queries building. And we don't need another layer above SQL to work with RDBMS like ORMs
or complicated DSLs. Feel free to use all of the SQL's power in your projects without mixing Python
code and SQL strings. Solution is very simple and flexible enough to try it in your next project.
Also, Snaql doesn't depend on DB clients, can be used in asynchronous handlers (Tornado, for example).
It's just a way to organize your queries and a bit of logic to change them by context. Look at examples.
Actually, Snaql doesn't care about stuff you want to build. SQL, SPARQL, SphinxQL, CQL etc.,
you can build any query for any DB or search engine. Freedom.
## Installation
As usual, with pip:
```bash
$ pip install snaql
```
## Documentation
You always can find the most recent docs with examples on [Snaql GitBook](https://semirook.gitbooks.io/snaql/content/)
Simple, without DB clients dependencies (use what you need). Try!
Tested in Python 2.7, 3.3, 3.4, 3.5
%package -n python3-snaql
Summary: Transparant *QL usage without ORM
Provides: python-snaql
BuildRequires: python3-devel
BuildRequires: python3-setuptools
BuildRequires: python3-pip
%description -n python3-snaql
# Snaql. Raw \*QL queries in Python without pain [](https://travis-ci.org/semirook/snaql)
Totally inspired by [Yesql](https://github.com/krisajenkins/yesql) from Clojure world.
But implemented in another way.
## What?
I totally agree with Yesql's author that SQL is already a mature DSL and great abstaction layer
for DB queries building. And we don't need another layer above SQL to work with RDBMS like ORMs
or complicated DSLs. Feel free to use all of the SQL's power in your projects without mixing Python
code and SQL strings. Solution is very simple and flexible enough to try it in your next project.
Also, Snaql doesn't depend on DB clients, can be used in asynchronous handlers (Tornado, for example).
It's just a way to organize your queries and a bit of logic to change them by context. Look at examples.
Actually, Snaql doesn't care about stuff you want to build. SQL, SPARQL, SphinxQL, CQL etc.,
you can build any query for any DB or search engine. Freedom.
## Installation
As usual, with pip:
```bash
$ pip install snaql
```
## Documentation
You always can find the most recent docs with examples on [Snaql GitBook](https://semirook.gitbooks.io/snaql/content/)
Simple, without DB clients dependencies (use what you need). Try!
Tested in Python 2.7, 3.3, 3.4, 3.5
%package help
Summary: Development documents and examples for snaql
Provides: python3-snaql-doc
%description help
# Snaql. Raw \*QL queries in Python without pain [](https://travis-ci.org/semirook/snaql)
Totally inspired by [Yesql](https://github.com/krisajenkins/yesql) from Clojure world.
But implemented in another way.
## What?
I totally agree with Yesql's author that SQL is already a mature DSL and great abstaction layer
for DB queries building. And we don't need another layer above SQL to work with RDBMS like ORMs
or complicated DSLs. Feel free to use all of the SQL's power in your projects without mixing Python
code and SQL strings. Solution is very simple and flexible enough to try it in your next project.
Also, Snaql doesn't depend on DB clients, can be used in asynchronous handlers (Tornado, for example).
It's just a way to organize your queries and a bit of logic to change them by context. Look at examples.
Actually, Snaql doesn't care about stuff you want to build. SQL, SPARQL, SphinxQL, CQL etc.,
you can build any query for any DB or search engine. Freedom.
## Installation
As usual, with pip:
```bash
$ pip install snaql
```
## Documentation
You always can find the most recent docs with examples on [Snaql GitBook](https://semirook.gitbooks.io/snaql/content/)
Simple, without DB clients dependencies (use what you need). Try!
Tested in Python 2.7, 3.3, 3.4, 3.5
%prep
%autosetup -n snaql-0.4.2
%build
%py3_build
%install
%py3_install
install -d -m755 %{buildroot}/%{_pkgdocdir}
if [ -d doc ]; then cp -arf doc %{buildroot}/%{_pkgdocdir}; fi
if [ -d docs ]; then cp -arf docs %{buildroot}/%{_pkgdocdir}; fi
if [ -d example ]; then cp -arf example %{buildroot}/%{_pkgdocdir}; fi
if [ -d examples ]; then cp -arf examples %{buildroot}/%{_pkgdocdir}; fi
pushd %{buildroot}
if [ -d usr/lib ]; then
find usr/lib -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/lib64 ]; then
find usr/lib64 -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/bin ]; then
find usr/bin -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/sbin ]; then
find usr/sbin -type f -printf "/%h/%f\n" >> filelist.lst
fi
touch doclist.lst
if [ -d usr/share/man ]; then
find usr/share/man -type f -printf "/%h/%f.gz\n" >> doclist.lst
fi
popd
mv %{buildroot}/filelist.lst .
mv %{buildroot}/doclist.lst .
%files -n python3-snaql -f filelist.lst
%dir %{python3_sitelib}/*
%files help -f doclist.lst
%{_docdir}/*
%changelog
* Tue May 30 2023 Python_Bot <Python_Bot@openeuler.org> - 0.4.2-1
- Package Spec generated
|
