Inserta una serie consecutiva de datos a la vez en mysql

[edwinv]

Hola a todos
Tengo un problema en mi proyecto, consiste en el que debo crear un código que me permita ingresar en una sola sentencia una serie consecutiva de números de acuerdo a un inicio y un limite de números.
Ejemplo
1 Ingresar el numero de cheque que inicia la chequera: 1000
2 Cuantos cheques tiene la chequera: 50

En la db de una vez, deberá ingresar los 50 registros empezando del 1000, 1001, 1002, ....,1049

Gracias por la respuesta

[gnzsoloyo]

En la db de una vez, deberá ingresar los 50 registros empezando del 1000, 1001, 1002, ....,1049

Eso no es con una única sentencia...
O lo haces en un stored procedure, o bien creas un insert múltiple via lenguaje de programación, con todos los valores deseados.

DE todos modos suena a un diseño defectuoso de datos y procesos. No le veo sentido que generes registros de cheques no emitidos para pago.
Tiene todo el aspecto de un error de diseño.

[edwinv]

Lo que sucede, es que quiero esta relación de números de cheque, para que no se duplique el numero de cheque, es decir si se toma el numero de cheque, no se podrá usarlo por 2da vez, y a la vez llevar un control de cuantos cheques en blanco existe para girar y advertir al personal que le faltan determinado numero de cheques no girados para que gestione unos nuevos.

[gnzsoloyo]

Para eso se usan validaciones, no es necesario crear registros vacíos... Al menos es lo que se hace habitualmente.
Es como dije, es un error de diseño. Lo que debes preparar (y que los programadores siempre parecen tratar de evitar), es todas las rutinas de validación necesarias.
Mira, te cito un ejemplo: Trabajo en un sistema comercial sumamente complejo, realmente, complejo y grande, pero en éste hay un único stored procedure que genera la emisión de las facturas, por ejemplo.
Este stored procedure, por cuestiones de seguridad, antes de emitir el ticket de pago, realiza todas las validaciones para todos los escenarios posibles de la operación comercial que se está cobrando. Al hacerlo, en realidad vuelve a validar lo que en el momento de la venta y/o cobranza ya se validó. Y esto último por simple cuestión de seguridad de datos.
¿Cuántas son esas validaciones?
Según nuestra última verificación de la lógica completa de ese SP, se requieren cerca de 350 validaciones, y para ello llama a aproximadamente unos 170 procedimientos y funciones adicionales.
¿Te parece exagerado?
Pues no. Valida incluso los pagos y cheques emitidos de y para bancos, y esa sola parte implica más de una ventiena de SP adicionales.

En otras palabras: No hagas un diseño defectuoso sólo porque no quieres hacer una lógica de validaciones consistente y segura. Luego es muy probable que tengas que volver sobre tus pasos y hacer lo que te sugiero, de todos modos.