no entiendo la funciona CHARINDEX

[aldo_rengo]

miren tengo 2 ejemplos, de la pagina,de sql,

pero no entiendo.... MAS CUANDO, esta el tercer parametro,,,

Código SQL:

USE AdventureWorks2012;
GO
DECLARE @document VARCHAR(64);
 
SELECT @document = 'Reflectors are vital safety' +
                   ' components of your bicycle.';
SELECT CHARINDEX('bicycle', @document);
GO
 

esto da 48
----------------------------------------------------------



aca,,,

Código SQL:

USE AdventureWorks2012;
GO
DECLARE @document VARCHAR(64);
 
SELECT @document = 'Reflectors are vital safety' +
                   ' components of your bicycle.';
SELECT CHARINDEX('vital', @document, 5);
GO
 

da 16..

pero com puede ser?? no arranca desde 5??? no arranca desde la C "de Reflectors"

[Libras]

si si empieza desde la posicion 5 (ignora las demas apariciones de la cadena) por ejemplo:

Código SQL:

DECLARE @document VARCHAR(64);
 
SELECT @document = 'vitalctors are vital safety' +
' components of your bicycle.';
SELECT CHARINDEX('vital', @document, 5);
 

sigue dando 16, porque porque empezo la busqueda de la cadena desde la posicion 5 ignorando lo que habia detras, pero da 16 porque la encuentra en la posicion 16 de la cadena "completa" no esta tomando la posicion 5 como inicio de cadena :)

espero haberme explicado :)

[aldo_rengo]

AH,, si
igual es medio raro,
pero como para quedar bien,
debe suceder los mismo en otros lenguajes...

[gnzsoloyo]

debe suceder los mismo en otros lenguajes...

¿Qué lenguajes?
¿No te estarás refiriendo a DBMSs?
Las funciones no son parte del estandar ANSI-SQL, así que cada emrpesa hace con eso lo que quiere. Depende de cuál estés refiriéndote, y de a qué te estés refiriendo.

[aldo_rengo]

Iniciado por gnzsoloyo

¿Qué lenguajes?
¿No te estarás refiriendo a DBMSs?
Las funciones no son parte del estandar ANSI-SQL, así que cada emrpesa hace con eso lo que quiere. Depende de cuál estés refiriéndote, y de a qué te estés refiriendo.

digo por ejemploi en javascript, hay un charindex, y creo que funciona de manera similar, con los parametros que no llegue a entender, hasta que pregunte aca...

[gnzsoloyo]

JavaScript es un lenguaje de programación, esencialmente (más allá de su entorno de existencia).
SQL no es un lenguaje de programación, es un lenguaje de consultas, y no tiene que cumplir los mismos requisitos ni estándares, por la simple y sencilla razón de que no tiene el mismo ámbito.
El hecho de que ciertas funciones sean similares, lleva ausar los mismos nombres en diferentes DBMS, que se emparentan con los lenguajes de programación. Pero no son la misma cosa, ni trabajan con las mismas estructuras.
De hecho, como ya te dije, como las funciones no están estandarizadas en el ANSI-SQL, depende de cada empresa lo que quiera poner o sacar, en tanto respete el estandar.
En el caso de las funciones de cadena, numero, fecha y demás, Oracle, DB2, Postgre, MySQL y SQL Server salvo excepciones, no usan ni los mismos nombres, ni las mismas parametrizaciones en muchos casos.
Pero por sobre todo: no te guíes por lo que encuentras en los lenguajes de programación para entender el SQL.
Es como aprender latín para entender el rumano. Que sean parientes no implica identidades.