Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - secam

Страницы: [1]
1
Регулярные выражения / позиция подстроки
« : 03 Декабря 2004, 21:28:26 »
Здравтвуйте!

Столкнулся с элементарным, на первый взгляд вопросом, как найти позицию подстроки в болшой строке.
Т.е. допустим ксть строка:"This is a big string",
Хочется воспользоваться шаблоном "/big/g" для того, чтобы найти это слово, а вот как посчитать, что этот "big" начинается с 11-го символа строки это вопрос.
Решение как-то не пришло пока, подскажите, как можно это сделать.

2
Базы данных / Вопрос по проектированию
« : 08 Сентября 2004, 17:50:15 »
Вообще то есть такая мысль:
Сделать в таблице значение параметров - 2 поля значения.
Одно CHAR(N), а второе INT.
А для каждого параметра использовать флаг, является он числом или нет. И соответственно значение дублировать в INT для числовых полей (при внесении и редактировании)

Тогда, если надо найти монитор с частотой развертки больше 100Hz, можно будет переложить работу по поиску на MySQL.
Select .... WHRE int_value>100 and param=...
Вместо ручного перебора.

3
Базы данных / Вопрос по проектированию
« : 08 Сентября 2004, 17:06:20 »
Еще, раз уж я начал спрашивать...

как быть с типом параметров ?
Ведь они могут быть как строковые, так и числовые.
Можно конечно числа сделать строками, но тогда пропадает возможность сравнения больше, меньше.
Может это можно обойти ?

4
Базы данных / Вопрос по проектированию
« : 08 Сентября 2004, 14:29:00 »
Точно!
Спасибо.

Меня видимо просто заклинило немножко. :)

5
Базы данных / NULL в условии
« : 08 Сентября 2004, 12:33:27 »
или
... and ((a.objectid >= am.objectid) or (am.objectid is NULL))

Это в случае, если am.objectid = NULL, то считаем, что условие всегда верно.

6
Базы данных / Вопрос по проектированию
« : 08 Сентября 2004, 12:25:25 »
Господа разработчики и проектировщики,

пишу интернет магаизн компьютерного железа,
из готовых решений ничего достойного найти не удалось, изобретаю свой "велосипед" :)
Perl + MySQL 4.1

А вопрос вот в чем:
Известно, что компьютерное железо бывает очень разным, HDD и Монитор например.
И то и другое, с точки зрения магазина - это товар.
Но монитор может иметь такие параметры, как размер экрана, рабочие разрешения, частоты развертки и т.д.
А HDD совсем другие параметры: Емкость, скорость вращения диска и т.д.
Подскажите, как спроектировать таблицы, так,чтобы возможно было осуществлять поиск по этим параметрам оборудования, например найти монитор с частотой развертки более 100Гц и т.д.
И второе условие - возможность добавить новый тип оборудования, не переделывая всю базу.

Из моих идей, есть только вариант определить список типов оборудования и для каждого типа создать свою таблицу с набором параметров. А в таблице товаров давать тип из списка и ID из соответствующей таблицы с параметрами.
Но может есть способ удобнее ?

7
Спасибо за ссылку, там кое-что есть,
но многие вещи стоят 100-500$, а то, что удалось скачать в качестве демо версий, не стоит и 50$ :) плохо сделано :(
Везде конструкции типа "SELECT * FROM",
отсутствие FOREIGN KEYS в таблицах, нет вложенных категорий и параметров товаров.

8
Perl / Организация поиска в базе
« : 07 Сентября 2004, 22:16:36 »
Если набор полей формы - фиксированный, т.е. количство параметров поиска не меняется, можно использовать такой код.

my $div=\'\';
my $searchstring=\'\';
    if (defined($currency)) { $searchstring.=$div."tariffs.currency=\'".$currency."\'"; $div=" and "; }
        if (defined($summ)) { $searchstring.=$div."(tariffs.summ=".$summ." or tariffs.backsumm=".$summ.")"; $div=" and "; }        

и так все праметры. Потом:

       my $sth=$dbh->prepare(\'SELECT tariffs.id as id,..... FROM tariffs
WHERE \'.$searchstring);
$sth->execute();

Вариант скорее всего не идеальный, но работает.
Только тут параметры введенные пользователем попадают в запрос к БД и их обязательно надо как следует проверить на корректность.

Более общий вариант мне создать не удалось, т.к. возникла проблема, что типы данных в БД могут быть разные, соответственно строки надо брать в кавычки, а числа не надо. Если набор параметров явно не перчислять, не ясно где числа, а где нет.

9
Господа разработчики.

В рамках моего проекта, поставлена задача создать интернет-магазин компьютерного железа.
Проблема это далеко не новая, не хотелось бы изобретать велосипед, создавая очередную реализацию.
Буду благодарен за любую информацию.
Готов помочь в разработке, если кто-то занимается чем-то подобным.

Страницы: [1]