Форум → Разработка → Базы данных → Связь номеров и диапазонов цен
Связь номеров и диапазонов цен
Страницы: ← Предыдущая страница • Следующая страница →
-
19 июля 2011 г. 22:46, спустя 9 минут 43 секунды
kostyl, я тебя не полностью понимаю, честно :D
mario, промежуточный вопрос: а как вы храните все эти свойства/сервисы? отдельная модель с полями или eav или еще как-то? -
19 июля 2011 г. 22:49, спустя 2 минуты 55 секунд
ну предложение из одной строки текста, кажется не кошерным ))) может раскроешь тему?)))
я уже придумал жеСпустя 41 сек.mario, промежуточный вопрос: а как вы храните все эти свойства/сервисы? отдельная модель с полями или eav или еще как-то?
именно. Вообще есть сервис интернализации, там хрантся тексты, сервисы и свойства храним как еав. -
19 июля 2011 г. 22:53, спустя 3 минуты 37 секунд
может раскроешь тему?)))
+1)))именно. Вообще есть сервис интернализации, там хрантся тексты, сервисы и свойства храним как еав.
поиск без проблем получается?Спустя 15 сек.я просто никогда не юзал -
19 июля 2011 г. 22:54, спустя 1 минуту 25 секунд
поиск без проблем получается?
ну для поиска вообще мы используем сфинкс, так что у нас без мозгоебства. А так есть делать поиск на мускуле, то просто количество джоинов равно количеству связных таблиц. -
19 июля 2011 г. 23:04, спустя 9 минут 48 секунд
то просто количество джоинов равно количеству связных таблиц.
равно пиздец (с) дуд xDСапожник без сапог -
19 июля 2011 г. 23:09, спустя 4 минуты 56 секунд
mario, ок, спасибо.
че делать с этим дополнительными типками в номере? костыль, вся надежда на тебя)))) -
19 июля 2011 г. 23:40, спустя 31 минуту 28 секунд
какими типками?Спустя 57 сек.ааа, типами свойств номера?Спустя 77 сек.приведи пример параметров поиска и результатов -
19 июля 2011 г. 23:43, спустя 2 минуты 43 секунды
kostyl, да нет.
с диапазонами цен дуд решил проблему.
просто у каждого типа номера есть определенное количество человек, которые могут жить в этом номере.
а за отдельную плату можно разместить еще людишек там же.
1 доп. человек - 1000 у.е.
2 доп. человек - 1500 у.е.
3 доп. человек - 2300 у.е.
и т.д.
и вот как организовать базу, чтобы в поиске еще было поле "кол-во человек" и оно учитывало возможность размещения дополнительных типков в номере? -
19 июля 2011 г. 23:48, спустя 4 минуты 24 секунды
не пойму, ты пляшешь от цены или как, какие критерии поиска? -
19 июля 2011 г. 23:49, спустя 1 минуту 6 секунд
в поиске: 3 человека, 2000 у.е.
в базе:
номер1 - 2 человека 1500 у.е. - 0 доплнительных 0 у.е.
номер2 - 2 человека 1500 у.е. - 1 доплнительных 600 у.е., 2 дополнительных 700 у.е.
номер3 - 2 человека 1500 у.е. - 1 доплнительных 400 у.е., 2 дополнительных 300 у.е.
номер4 - 3 человека 1900 у.е. - 1 дополнительных 800 у.е.
результат: номер3, номер4Спустя 32 сек.ну и ко всему этому привязываешь диапазоны дат -
19 июля 2011 г. 23:49, спустя 40 секунд
во мудаки а, я все проблемы решил, даже эти, похуй в вас, я спатьСапожник без сапог -
19 июля 2011 г. 23:52, спустя 2 минуты 18 секунд
ты пляшешь от цены или как, какие критерии поиска
пляшу от всего: цена, кол-во человек, дата и плюс сервисыСпустя 49 сек.
не понял, привязывать диапазонами цены с дополнительными человеками?
во мудаки а, я все проблемы решил, даже эти, похуй в вас, я спать -
19 июля 2011 г. 23:52, спустя 8 секунд
ты можешь сделать такую таблицу?номер1 - 2 человека 1500 у.е. - 0 доплнительных 0 у.е.
номер2 - 2 человека 1500 у.е. - 1 доплнительных 600 у.е., 2 дополнительных 700 у.е.
номер3 - 2 человека 1500 у.е. - 1 доплнительных 400 у.е., 2 дополнительных 300 у.е.
номер4 - 3 человека 1900 у.е. - 1 дополнительных 800 у.е. -
19 июля 2011 г. 23:56, спустя 4 минуты 12 секунд
да, сладких снов)))Спустя 48 сек.kostyl, ты тему читал?)))) если бы я мог сделать такую таблицу, я бы эту тему не создавал)))Спустя 52 сек.цену основного номера засовываем в таблицу диапазонов, куда и как совать цены дополнительных типков? -
20 июля 2011 г. 0:06, спустя 9 минут 38 секунд
конечно читал… Не бывает маленьких запросов, на мегапердических базах с хуей тучей отношений, обычно появляются процедуры на SQL, и т.п. Я предложил один из выходов, агрегировать данные во временные таблицы, по которым выдирать иды и поиск по которым будет быстрее. Если это нельзя сделать то я ж не знаю, мой вариант тогда не катит… Тогда тебе надо джоинить как свойства таки и всё остальное, привет SET SQL_BIG_SELECTS=1
Страницы: ← Предыдущая страница • Следующая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!