peewee Documentation Release 2.10.2Window functions Retrieving raw tuples / dictionaries Returning Clause Query operators Three valued logic Adding user-defined operators Expressions Foreign Keys Traversing foreign keys Joining tables Implementing in its own transaction. That is going to be really slow! 2. There is a decent amount of Python logic getting in your way, and each InsertQuery must be generated and parsed into SQL. 3. That’s a lot to retrieve the matching row. Failing that, a new row will be created. For “create or get” type logic, typically one would rely on a unique constraint or primary key to prevent the creation of duplicate0 码力 | 275 页 | 276.96 KB | 1 年前3
peewee Documentation Release 3.0.0Retrieving row tuples / dictionaries / namedtuples Returning Clause Query operators Three valued logic Adding user-defined operators Expressions Foreign Keys Traversing foreign keys Joining tables Implementing bookings, using a subquery The “Produce a list of costly bookings” exercise contained some messy logic: we had to calculate the booking cost in both the WHERE clause and the CASE statement. Try to simplify happens in its own transaction. That is going to be really slow! 2. There is a decent amount of Python logic getting in your way, and each InsertQuery must be generated and parsed into SQL. 3. That’s a lot0 码力 | 319 页 | 361.50 KB | 1 年前3
peewee Documentation
Release 2.10.2happens in its own transaction. That is going to be really slow! 2. There is a decent amount of Python logic getting in your way, and each InsertQuery must be generated and parsed into SQL. 3. That’s a lot to retrieve the matching row. Failing that, a new row will be created. For “create or get” type logic, typically one would rely on a unique constraint or primary key to prevent the creation of duplicate call .get(). return User.get(User.username == username) You can easily encapsulate this type of logic as a classmethod on your own Model classes. The above example first attempts at creation, then falls0 码力 | 221 页 | 844.06 KB | 1 年前3
peewee Documentation
Release 3.5.0Joins Implementing Many to Many Self-joins Performance Techniques Query operators Three valued logic Adding user-defined operators Expressions SQL Functions SQL Helper Security and SQL Injection API happens in its own transaction. That is going to be really slow! 2. There is a decent amount of Python logic getting in your way, and each InsertQuery must be generated and parsed into SQL. 3. That’s a lot to retrieve the matching row. Failing that, a new row will be created. For “create or get” type logic, typically one would rely on a unique constraint or primary key to prevent the creation of duplicate0 码力 | 347 页 | 380.80 KB | 1 年前3
peewee Documentation Release 3.4.0Retrieving row tuples / dictionaries / namedtuples Returning Clause Query operators Three valued logic Adding user-defined operators Expressions Foreign Keys Traversing foreign keys Joining tables Implementing bookings, using a subquery The “Produce a list of costly bookings” exercise contained some messy logic: we had to calculate the booking cost in both the WHERE clause and the CASE statement. Try to simplify happens in its own transaction. That is going to be really slow! 2. There is a decent amount of Python logic getting in your way, and each InsertQuery must be generated and parsed into SQL. 3. That’s a lot0 码力 | 349 页 | 382.34 KB | 1 年前3
peewee Documentation Release 3.1.0Retrieving row tuples / dictionaries / namedtuples Returning Clause Query operators Three valued logic Adding user-defined operators Expressions Foreign Keys Traversing foreign keys Joining tables Implementing bookings, using a subquery The “Produce a list of costly bookings” exercise contained some messy logic: we had to calculate the booking cost in both the WHERE clause and the CASE statement. Try to simplify happens in its own transaction. That is going to be really slow! 2. There is a decent amount of Python logic getting in your way, and each InsertQuery must be generated and parsed into SQL. 3. That’s a lot0 码力 | 332 页 | 370.77 KB | 1 年前3
peewee Documentation Release 3.6.0namedtuples Returning Clause Common Table Expressions Foreign Keys and Joins Query operators Three valued logic Adding user-defined operators Expressions SQL Functions SQL Helper Security and SQL Injection Relationships happens in its own transaction. That is going to be really slow! 2. There is a decent amount of Python logic getting in your way, and each InsertQuery must be generated and parsed into SQL. 3. That’s a lot to retrieve the matching row. Failing that, a new row will be created. For “create or get” type logic, typically one would rely on a unique constraint or primary key to prevent the creation of duplicate0 码力 | 377 页 | 399.12 KB | 1 年前3
peewee Documentation
Release 3.5.0happens in its own transaction. That is going to be really slow! 2. There is a decent amount of Python logic getting in your way, and each InsertQuery must be generated and parsed into SQL. 3. That’s a lot to retrieve the matching row. Failing that, a new row will be created. For “create or get” type logic, typically one would rely on a unique constraint or primary key to prevent the creation of duplicate call .get(). return User.get(User.username == username) You can easily encapsulate this type of logic as a classmethod on your own Model classes. The above example first attempts at creation, then falls0 码力 | 282 页 | 1.02 MB | 1 年前3
peewee Documentation
Release 3.3.0bookings, using a subquery The “Produce a list of costly bookings” exercise contained some messy logic: we had to calculate the booking cost in both the WHERE clause and the CASE statement. Try to simplify happens in its own transaction. That is going to be really slow! 2. There is a decent amount of Python logic getting in your way, and each InsertQuery must be generated and parsed into SQL. 3. That’s a lot to retrieve the matching row. Failing that, a new row will be created. For “create or get” type logic, typically one would rely on a unique constraint or primary key to prevent the creation of duplicate0 码力 | 280 页 | 1.02 MB | 1 年前3
peewee Documentation
Release 3.4.0bookings, using a subquery The “Produce a list of costly bookings” exercise contained some messy logic: we had to calculate the booking cost in both the WHERE clause and the CASE statement. Try to simplify happens in its own transaction. That is going to be really slow! 2. There is a decent amount of Python logic getting in your way, and each InsertQuery must be generated and parsed into SQL. 3. That’s a lot to retrieve the matching row. Failing that, a new row will be created. For “create or get” type logic, typically one would rely on a unique constraint or primary key to prevent the creation of duplicate0 码力 | 284 页 | 1.03 MB | 1 年前3
共 16 条
- 1
- 2













