Вопрос о оптимальном алгоритме поиска в БД

[mogikanin]

А у меня результат пустой?

[stix-s]

to stix-s у каждой АТС свои правила набора тел. номеров, номера имеют стандартный тип только в том случае если звонки с этих номеров идут через телефонные сети общего пользования, если же вызов идет не через сети ТФОП то номера могут быть и не стандартными, единственное условие - они должны быть уникальными для этой АТС

а тебе нужны внутренние номера этих АТС? так на каждой АТС длина номера опять-таки фиксирована и определяется емкостью АТС

[stix-s]

А у меня результат пустой?

а я не знаю ты говоришь не работает - значит пустой

[mogikanin]

select * from test where '8442700550' starting with (test.pref);
результат такого запроса пустой, хотя в базе есть записи у которых префикс = "8442", "844270" , может где-то надо пробелы отрезать ?

[stix-s]

select * from test where '8442700550' starting with (test.pref);
результат такого запроса пустой, хотя в базе есть записи у которых префикс = "8442", "844270" , может где-то надо пробелы отрезать ?

база твоя, а про char - varchar я уже говорил
что там у нас происходит, если длина поля char больше фактического значения, ась?

[mogikanin]

А с Дельфей варчар работать будет нормально?

[stix-s]

А с Дельфей варчар работать будет нормально?

а какая печаль дельфе до какого-то varchar у нее string, char, pchar

[mogikanin]

надоже а с варчар работает , спасибо.

[mogikanin]

Странно а разве это не одно и тоже?

[stix-s]

Странно а разве это не одно и тоже?

если про типы данных SQL, используемые в IB/FB почитать, вопрос отпадет сам собой

[mogikanin]

Видимо всетаки там были лишние пробелы

[stix-s]

Видимо все таки там были лишние пробелы

ясно, читать мы не любим ну ничего, еще пару раз на эти грабельки наступишь, прочтешь

[mogikanin]

Так читал, Programers Guide стр. 90 Supported Data Types, все одинаково, только чар - фиксированной длины строка, а варчар - переменной и вся разница. Может что-то другое надо было читать?

[mogikanin]

Все таки пробелы http://www.sql.ru/faq/faq_topic.aspx?fid=272

[mdfv]

Что-то мне интересно стало как работает starting with наоборот.

При таком раскладе получился натуральный перебор:

Код: Выделить всё

select * from people pp where
'ЛЕНИНА'  starting with(pp.ulica)

и

Код: Выделить всё

select * from people pp where
'ЛЕНИНА В'  starting with(pp.ulica)

А так уже с индексами:

Код: Выделить всё

select * from people pp where
(pp.ulica) starting with 'ЛЕНИНА'  

А так вообще результат отсутствует:

Код: Выделить всё

select * from people pp where
'ЛЕНИНА В'  starting with upper(pp.ulica)

[WildSery]

select * from prefixes px
where '83466343126' starting with (px.prefix) - отрабатывает на ура, находит нужный мне префикс, проблема будет, если их будет несколько разной длины 834, 8346, 83466

Не вижу тут проблемы:

Код: Выделить всё

select first 1 * 
  from prefixes px
  where '83466343126' starting with (px.prefix)
  order by char_length(px.prefix) desc

Если там с пробелами - перед определением длины отрезать.

[mogikanin]

Делаю индекс префикс+маска работать перестает, снова результат пустой, индек удаляю опять работает

[mogikanin]

Зато работает Containing

[stix-s]

select * from prefixes px
where '83466343126' starting with (px.prefix) - отрабатывает на ура, находит нужный мне префикс, проблема будет, если их будет несколько разной длины 834, 8346, 83466

Не вижу тут проблемы:

Код: Выделить всё

select first 1 * 
  from prefixes px
  where '83466343126' starting with (px.prefix)
  order by char_length(px.prefix) desc

Если там с пробелами - перед определением длины отрезать.

естессно, вот это и проблема - дополнительная сортировка
можно еще дополнительное поле в префиксы ввести, с длиной префикса и по нему сортировать всяко можно, но я пошел другим путем
пробелы резать - может проще их сразу не создавать?

[stix-s]

Зато работает Containing

экспериментатор, блин