ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Помогите выбрать среду для работы и разработки очень хитрого сайта.
12 сообщений из 12, страница 1 из 1
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33110504
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sarin
Участник
Суть проекта в следующем: на сайте группа товарищей взаимодействует друг с другом достаточно хитрым образом. В резулбтате взаимодействий этих у участников меняются некоторые параметры. Всё это отображается в базе данных. В общем до сих порвсё просто и тривиально. Но проблема в том, что сложность связи сущностей в базе такова, что средствами SQL эта задаче не решается. Изначально я предполагал использовать связку Apache-PHP-MySQL. Писать хотел ООП. Для сохранения целостности базы предполагал использовать такую структуру:

1: класс, реализующий работу с базой данных. Но реализует запросы на SQL. Но делает это так, что отсутствие триггеров в MySQL компенсируется кодом на PHP.

2: класс, реализующий всевозможное взаимодействие участников. Фактически он только вызывает методы класса 1.

3: класс, обеспечивающий взаимодействие сервера с клиентом (вывод в HTMLе и приём данных из форм).

В общем класс 3 наследует класс 2, а класс 2 класс 1.

Проблема в том, что PHP4, конечно, объектно-ориентированный. Но ориентированность эта слабоватая. А PHP5 ещё мало где стоит и вроде как не безопасен.

Но тут наткнулся я на Питона. Услышал про Зоп. И решил проконсультироваться сдесь.
Что лучше использовать в таком проекте: Apache-PHP-MySQL, или Zope-Pithon-MySQL?

Знания в области питона с зопой почти нулевые. Но временни на изучение достаточно.
...
Рейтинг: 0 / 0
09.06.2005, 19:22
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33110752
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
>Но проблема в том, что сложность связи сущностей в базе такова, что средствами SQL эта задаче не решается.

Средствами СКЛ решается все что решается другими способами, если это процедурное расширение разумеется, достаточно добавить циклы. Процедурное расширение поддерживают все СКЛ сервера и с недавнего времени МуСКЛ тоже. Вопрос только в том, можно ли задачу решить проще другими методами.

По существу вопроса.
Должно сработать. Питон очень неплохой язык с хорошей стандартной библиотекой и хорошей документацией. Но покупаться на рекламу о его простоте не стоит. О Zope (ну и имечко, почти как ebay) тоже вроде хорошие отзывы.

Небольшой офтоп.

Я бы выбрал не МуСКЛ а постгре, там есть триггеры, сохраненки можно писать кроме всего прочего и на питоне, кроме того по-человечески сделаны транзакции. Последняя версия работает под виндой, правда не заню насколько надежно. Хотя если Вы уверены в МуСКЛ то конечно лучше не дергаться.

На всякий случай вот обсуждение вопроса постгре против мускл, там есть мнение людей которые работали и с тем и с другим.
http://www.sql.ru/forum/actualthread.aspx?tid=163389
Там же есть ссылка на статью по сравнению нескольких бесплатных серверов:
http://www.fabalabs.org/research/papers/FabalabsResearchPaper-OSDBMS-Eval.pdf
...
Рейтинг: 0 / 0
10.06.2005, 02:02
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33110847
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sarin
Участник
Постгри значит. Ну посмотрим. А можно ли такую фишку сделать: чтоб первые два класса на питоне, а верхний (взаимодействие сервера с клиентом) на PHP?
...
Рейтинг: 0 / 0
10.06.2005, 08:18
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33110854
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sarin
Участник
Для понимания вами фразы про сложные связи:
у товарища есть вещь. У вещи есть номер. Когда он передаёт вещь другому товарищу, то у передователя поле с номером вещи должно стать NULL. А у получателя принять номер вещи. Как такое реализовать средствами MySQL?
...
Рейтинг: 0 / 0
10.06.2005, 08:35
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33110914
Фотография Павел Воронцов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Павел Воронцов
Участник
SarinДля понимания вами фразы про сложные связи:
у товарища есть вещь. У вещи есть номер. Когда он передаёт вещь другому товарищу, то у передователя поле с номером вещи должно стать NULL. А у получателя принять номер вещи. Как такое реализовать средствами MySQL?А не проще ли сказать "у вещи есть хозяин" и при передаче вещи от одного другому менять поле "хозяин"?
...
Рейтинг: 0 / 0
10.06.2005, 09:11
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33110944
Shr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shr
Участник
Павел Воронцов SarinДля понимания вами фразы про сложные связи:
у товарища есть вещь. У вещи есть номер. Когда он передаёт вещь другому товарищу, то у передователя поле с номером вещи должно стать NULL. А у получателя принять номер вещи. Как такое реализовать средствами MySQL?А не проще ли сказать "у вещи есть хозяин" и при передаче вещи от одного другому менять поле "хозяин"?Тут дело не в простоте, а в кратности связи.
Если мы скажем "у хозяина есть вещь" (т.е. в таблице хозяин - поле вещь), то получится, что у хозяина может быть только одна вещь, но каждая вещь может принадлежать нескольким хозяевам.
Если мы скажем, что "у вещи есть хозяин", т.е. в таблице "вещь" есть поле "хозяин", то получится, что каждая вещь принадлежит только одному хозяину, и у каждого хозяина может быть несколько вещей.
Так что, Sarin, тебе лучше знать, что именно нужно.

А вообще такой анализ делается в обратном направлении - т.е. сначала расписываем логическую модель со связями и кратностями, а потом уже проецируем их на физическую (т.е. структуру БД) и там уже смотрим в какой таблице какое поле должно быть.

И, кстати, если надо знать не только "кто хозяин этой вещи", но и "кто был хозяином этой вещи вчера, а кто перед ним" - то двумя таблицами тебе ну никак не обойтись.
...
Рейтинг: 0 / 0
10.06.2005, 09:24
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33112849
_hike_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_hike_
Участник
а банальное расскрытие отношения много-ко-много между "Хозяевами" и "Вещами" таблицей "Хозяева Вещей" не спасет великих программистов :) ?
В нех также можно вести историю смены хозяев.
...
Рейтинг: 0 / 0
10.06.2005, 20:45
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33112938
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sarin
Участник
ER-модель базы у меня нарисованна и перерисованна. И кратность связей есть. Это 1 к одному. И историю смены хозяев знать не надо. Вы не поняли в чём трабл. Он в том, что нет в мускле способа одним запросом передать вещь так, чтоб она у прежнего владельца исчезла. Или есть?
...
Рейтинг: 0 / 0
10.06.2005, 23:25
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33112980
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
2 Sarin

>ER-модель базы у меня нарисованна и перерисованна. И кратность связей есть. Это 1 к одному. И историю смены хозяев знать не надо. Вы не поняли в чём трабл. Он в том, что нет в мускле способа одним запросом передать вещь так, чтоб она у прежнего владельца исчезла. Или есть?

Одним запросом может и нельзя, а двумя в пределах одной транзакции наверное можно. Не все нужно или можно сводить к одному запросу, тем более что Вы схему БД менять не хотите. Еще можно написать триггер, это по-моему в данной ситуации будет более правильно, тогда на верхнем уровне будет один запрос. Но триггеров в МуСКЛ вроде нет а транзакции не всегда работают. А при чем тут постгреСКЛ? ("Постгри значит. Ну посмотрим. А можно ли такую фишку... Как такое реализовать средствами MySQL?")
...
Рейтинг: 0 / 0
11.06.2005, 01:14
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33112981
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
P.S. О взаимодействии питона и ПХП ничего сказать не могу, с ПХП не работал, но думаю что это возможно. Тем более если Вы на питоне будете писать сохранненки постреСКЛ, то чем работать снаружи с самим постреСКЛ безразлично, это средство все равно не знает что делается внутри скл сервера. Или вопрос был в другом?
...
Рейтинг: 0 / 0
11.06.2005, 01:19
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33113048
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sarin
Участник
Постгри - вроде как первая объектно-реляционная СУБД. Объектность её на питоне чтоль сделанна? Хочу почитать по томе на русском. Кинте ссылочек.
...
Рейтинг: 0 / 0
11.06.2005, 10:34
| Ответить | Цитировать | Написать  
Помогите выбрать среду для работы и разработки очень хитрого сайта.
    #33113445
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
SarinПостгри - вроде как первая объектно-реляционная СУБД. Объектность её на питоне чтоль сделанна? Хочу почитать по томе на русском. Кинте ссылочек.

Если не ошибаюсь его объектность сделана даже не на С++ а на С. К питону никакого отношения. Исходники постгре можно скачать тут: //www.postgresql.org/ но я никогда в них не заглядывал, может там и С++, но это не важно, важно что объекты разные.

Не советую связываться с объектностью в реляционной СУБД, там больше проблем чем решений. Две могу назвать сразу: работа с объектами через одбц (ждбц, ... не важно) и поиск внутри объектов. Почитайте обсуждение фастобджектса в сравнении СУБД, даже из того что признали его ярые сторонники получается что там сплошные ограничения, а ведь говорят это почти ООСУБД. Используйте реляционную модель, она гораздо мощнее и удобнее чем кажется на первый взгляд.
...
Рейтинг: 0 / 0
12.06.2005, 01:34
| Ответить | Цитировать | Написать  
12 сообщений из 12, страница 1 из 1
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Помогите выбрать среду для работы и разработки очень хитрого сайта.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]