powered by simpleCommunicator - 2.0.58     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / MySQL [игнор отключен] [закрыт для гостей] / есть ли web- tool для работы с MYSQL ?
25 сообщений из 33, страница 1 из 2
есть ли web- tool для работы с MYSQL ?
    #32184980
Фотография АлексейК
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
случайно попались данные для подключения к одному денежному серверу...

$mysql_host = ..
$mysql_user = ...
$mysql_password = .....
$my_database = ....

я вобщем то взлавывать и перчислять деньги не собираюсь. а вот структуру базы посмотреть было бы интересно.
я хожу в интернет через веб - прокси и боюсь что одбс подключение не сложится а вот есть ли какой инструмент для работы с MYSQL на вебе?
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32184999
Stellar.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Во-первых, MySQL умеет не пускать пользователя с левых IP адресов, а во-вторых, твои действия даже в этом случае подпадут под статью УК.

Тем более, что нормальные платежные системы не пишутся на MySQL ибо он не имеет средств поддкржки ссылочной целостности базы (и не только поэтому).
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185016
BigHarry
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Интересно - а на чем пишутся нормальные платежные системы? Неужели - под падуче-глючный MS-SQL?
Ссылочная целостность - это отнюдь не тот критерий, который следует применять при оценке сервера, имхо, главное - надежность и быстрота.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185022
Фотография АлексейК
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
спасибо за совет насчет статьи УК.

нормальные системы действительно не пишутся на MYSQL и доступ как правило ограничивается по ip адресам.
но если люди лоханулись выложить логины и пароли то вряд ли стоят такие ограничения.

захожу в очередной раз к ним на сайт нажимаю join а мне предлагается сохранить файл setting.php )))
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185044
BigHarry
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Впервые слышу, что доступ в MySQL нельзя ограничить по IP.
Просто у людей, похоже, не грамотно настроен Апач - вместо вызова обработчика скрипта он его просто отдает текст этого скрипта как вэб-страницу. Впрочем - толку от этих логинов/паролей мало, если MySQL принимает юзера, кады он соединился от localhost...
Хотя - хрен его знает - попробуй подлезть на стандартный порт MySQL - может там у них все совсем плохо...
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185062
Stellar.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
>Интересно - а на чем пишутся нормальные платежные системы? Неужели -
>под падуче-глючный MS-SQL?
Первый раз слышу о падучности и глючночти MSSQL. Быть может, пишущие под него просто криворуки?
Тогда - fsck /dev/ruki или cvsup brains

>Ссылочная целостность - это отнюдь не тот критерий, который следует
>применять при оценке сервера, имхо, главное - надежность и быстрота.
Никогда еще быстрота не была основным критерием платежной системы.
Основной критерий - надежность. MySQL в принципе не является надежной системой .

У MySQL нет средств поддержки ссылочной целостности, нет репликации, нет кластеризации. Нет триггеров. Даже подзапросов и то у него нет.

Есть только быстрота, которая моментом пропадает, если тип таблицы отличен от MyISAM.

Платежные системы пишутся на PostgreSQL (но это все равно не супер, скажем даже, это вовсе не супер), DB2, Oracle, MSSQL. В общем - на серьезных СУБД.

На MySQL если что и можно написать - так это движок для сайта. И то, только того, где неважна сохранность данных.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185162
BigHarry
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про падучесть MS-SQL можно почитать хотя бы тут:
http://www.viruslist.com/index.html?tnews=1001&id=1711376

Мне не понятно - почему ты считаешь, что сохранность данных никакая под MySQL? Что - были случаи что из таблиц сами по себе записи пропадали?
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185185
Stellar.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
>Про падучесть MS-SQL можно почитать хотя бы тут:
>http://www.viruslist.com/index.html?tnews=1001&id=1711376
Обновления надо чаще ставить.

>Мне не понятно - почему ты считаешь, что сохранность данных никакая под
>MySQL? Что - были случаи что из таблиц сами по себе записи пропадали?

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
CREATE TABLE users (
   id int not null,
   name  varchar( 255 ),
   primary key(id)
);

CREATE TABLE payments (
   id int not null,
   user_id int not null,
   amount int,
   primary key(id)
);


Я утверждаю, что из-за одной-единственной ошибки в SQL запросе из таблицы пользователей можно удалить запись, на которую есть ссылка из таблицы payments. То есть, платеж повиснет в воздухе. Ибо нет контроля ссылочной целостности.

Что же это за платежная система, у которой могут быть безадресные платежи?

Тоже самое для Постгреса:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
CREATE TABLE users (
   id int not null,
   name  varchar( 255 ),
   primary key(id)
);

CREATE TABLE payments (
   id int not null,
   user_id int not null REFERENCES users(id),
   amount int,
   primary key(id)
);

Здесь user_id - FOREIGN KEY на таблицу пользователей.
Удалить пользователя, у которого есть платежи, невозможно.

+ отсутствие репликации и кластеризации.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185194
Stellar.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
+ отсутствие триггеров.

Писать платежную систему на СУБД без триггеров - безумие.
Мы уже переписывали две платежные системы с mysql на нормальные СУБД.
Причем поначалу переписвали их на postgresql.

Кончилось все переписыванием на Oracle. И только после этого все заработало замечательно.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185243
Sad Spirit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BigHarry :
> Мне не понятно - почему ты считаешь, что сохранность данных никакая под MySQL?

Я думаю, потому, что там нет средств контроля этой самой "сохранности". В поле типа date можно запихнуть "дату" '0000-00-00' и '2003-02-31'. Вообще нет CONSTRAINT'ов, только-только внешние ключи сделали (как --- другой вопрос). Нет триггеров и хранимых процедур, потому нельзя и самому реализовать логику контроля данных на стороне базы.

> Что - были случаи что из таблиц сами по себе записи пропадали?

Встречный вопрос: а зачем в дистрибутив MySQL входит тулза для восстановления таблиц?
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185408
BigHarry
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>> а зачем в дистрибутив MySQL входит тулза для восстановления таблиц?

Таблицы летят из-за сбоев файловой системы ОС - и тут уже неважно - что у тебя MS-SQL, ORACLE или ещо что - если сбойнет операционка - придется восстанавливать или из бэкапа доставать.

>> Обновления надо чаще ставить.

Я предпочитаю все-таки реже ставить обновления и спать спокойно, а не думать - какую очередную дырку найдут хакеры в этом гнилье от MS...

>> Я утверждаю, что из-за одной-единственной ошибки в SQL запросе из
>> таблицы пользователей можно удалить запись, на которую есть ссылка
>> из таблицы payments.

Ты сам и сказал - что ошибка в SQL запросе, а не в сервере, а значит, как ты сам говоришь, надо делать: fsck /dev/ruki или cvsup brains

По поводу тригеров может, канечно, без них и никак - но в большинстве случаев грамотно спроектировав таблицы можно обойтись и без них.
Я не призываю проектировать платежную систему под MySQL - просто большинство наездов и жалоб на убогость этого сервера необоснованы и смешны.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185468
Sad Spirit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BigHarry :
> Таблицы летят из-за сбоев файловой системы ОС - и тут уже неважно - что у тебя MS-SQL, ORACLE или ещо что - если сбойнет операционка - придется восстанавливать или из бэкапа доставать.

Ты держишь базу под ОС где часто бывают "сбои файловой системы"? Бедняжка, а ты уверен, что из твоего "бэкапа" в этом случае получится что-нибудь "достать"?

> Ты сам и сказал - что ошибка в SQL запросе, а не в сервере, а значит, как ты сам говоришь, надо делать: fsck /dev/ruki или cvsup brains

Ещё раз: один сервер ошибочный запрос не пропустит, а второй --- сожрёт и не подавится. Какой сервер надёжней ?

> По поводу тригеров может, канечно, без них и никак - но в большинстве случаев грамотно спроектировав таблицы можно обойтись и без них.

Знаешь ли ты, что такое триггеры? Отвечать да/нет.
Если ответ "да", то использовал ли ты их в работе? Отвечать да/нет.
Если ответ "нет", то закономерный вывод: твоё "мнение" гроша ломаного не стоит.

> Я не призываю проектировать платежную систему под MySQL - просто большинство наездов и жалоб на убогость этого сервера необоснованы и смешны.

Просто большинство защитников этого сервера не менее смешны, т.к. не могут понять обращённую к ним аргументацию, но при этом пытаются спорить.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185502
BigHarry
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>> Ты держишь базу под ОС где часто бывают "сбои файловой системы"?
>> Бедняжка, а ты уверен, что из твоего "бэкапа" в этом случае получится
>> что-нибудь "достать"?

Я не бедняжка, и в отличии от тебя, полностью уверен, что смогу в случае чего (пожар, стихийное бедстивие и проч.) восстановить базу из бэкапа.
Руки и голова у меня на месте.

>> Знаешь ли ты, что такое триггеры? Отвечать да/нет

Знаю, и использовал (FB). Отсылать меня к факам и прочим мануалам не надо.
Тем не менее - утверждаю - что я могу обойтись без них, и данные от этого не пострадают.

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

Твоя аргументация - просто тупой наезд, и спорить с тобой - только время терять. Давай не будем злить модератора и развивать безсмысленную тему типа MySQL vs MS_SQL, ORACLE и т.д.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185594
Stellar.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
>> Знаешь ли ты, что такое триггеры? Отвечать да/нет

>Знаю, и использовал (FB). Отсылать меня к факам и прочим мануалам не надо.
>Тем не менее - утверждаю - что я могу обойтись без них, и данные от этого не пострадают.

Это значит, что ты либо не использовал их там, где надо, либо проект был недостаточно сложен.
Внешняя поддержка событий для базы данных означает наличие нескольких точек входа в СУБД.
Что в свою очередь НЕ ДАЕТ ВОЗМОЖНОСТИ ПРЯМОГО ДОСТУПА К БАЗЕ . То есть, при отсутствии триггеров ты вынужден все делать через самописный интерфейс.
Причем этот интерфейс должен быть АБСОЛЮТНО ИДЕНТИЧЕН ВО ВСЕХ ПРИЛОЖЕНИЯХ .

Таким образом, ты вынуждаешь себя использовать некий уровень абстракции.
И если КАЖДАЯ база данных MySQL у тебя имеет такую обертку - замечательно.

Но дело в том, что зачастую такая обертка очень сложна в разработке (потому, что в идеале нужно перед каждым запросом INSERT/UPDATE/DELETE делать вызовы BEFORE И AFTER для проведения кучи различных действий: проверки CONSTRAINT'ов, отработки событий, проверки FOREIGN KEYS, обработки каскадного взаимодействия и т.д.)

А жестокая насмешка судьбы заключается в том, что при этом ты фактически моделируешь поведение нормальных СУБД, сильно проигрывая в скорости и надежности работы.

>Давай не будем злить модератора и развивать безсмысленную тему типа MySQL vs MS_SQL, ORACLE и т.д.
А никто и не спорит.
Изначально разговор шел про платежную систему на MySQL.
Тебе аргументированно доказали, что на MySQL платежные системы строить нельзя.
О том, какая СУБД круче, разговор не шел.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32185610
Фотография АлексейК
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 BigHarry

не спорь. MYSQL действительно пародия на SQL - сервер

маленький , быстрый , ничего не умеет - хорошая замена файловым базам данных.

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


целостность данных в таблицах должна поддерживаться в реальном времени ядром сервера а не утилитой проверки целостности файла. Имеется ввиду отсутствие нарушений ограничений между связанными таблицами.

подчиненные запросы существенно увеличивают возможности создания сложных запросов - без них нечего делать в крупной системе

серверные функции упрощают процесс разработки

Фактически хороший сервер выполняет всю рутину сам - на дерьмовом все это должен сделать программист и не факт что программист это сделает лучше
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32186154
BigHarry
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вообще-то - если быть совсем точным - вопрос был не про платежные системы.
Утверждение АлексейК что:
>> MYSQL действительно пародия на SQL - сервер маленький , быстрый,
>> ничего не умеет

ваабще не буду коментировать, ибо немерянное число проектов работают под этим сервером, да и само утверждение - маленький и быстрый - уже является положительной оценкой.
В общем - повеселили...
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32186248
Stellar.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
>Вообще-то - если быть совсем точным - вопрос был не про платежные \r
>системы. \r
\r
Хмммм......\r
\r
Это же твоя цитата. Или я не прав?\r
\r
>Интересно - а на чем пишутся нормальные платежные системы? \r
\r
Исходя из нее, в данном контексте , подразумевалось, что нормальную платежную систему вполне можно написать с использованием MySQL.\r
Тебе, повторяюсь, аргументированно доказали ничтожность этого утверждения.\r
\r
>ваабще не буду коментировать, ибо немерянное число проектов работают \r
>под этим сервером,\r
Работают и будут работать.\r
Например, мы писали баннеровертельную систему. Вся финансовая часть работала под PostgreSQL, а крутилка была написана на C++ и MySQL.\r
\r
Ибо от крутилки ничего кроме отдачи контента не требовалось.\r
А вот там, где считались деньги - там работала нормальная СУБД.\r
\r
Синхронизацию пришлось сделать выполнением коннекта из триггера PostgreSQL на MySQL. Обратная синхронизация велась по крону - раз в сутки скидвался отчет по статистике.\r
\r
>да и само утверждение - маленький и быстрый - уже \r
>является положительной оценкой. \r
Для определенных приложений действительно нужна быстрота работы. С этим никто не спорит.\r
\r
Ну да ладно.\r
\r
Видишь ли в чем дело.\r
В этой дискуссии ты пропускаешь основные вопросы и придираешься к мелким утверждениям типа "маленький-быстрый".\r
Это прямое следствие либо твоего незнания, либо желания разухабисто-клюквенно пиарить MySQL как универсальную СУБД для чего угодно.\r
\r
В связи с этим хотелось бы получить ответы, а не отписки на вопросы, заданные Алексеем К.\r
\r
P.S. Когда-то я тоже начинал с MySQL. Проработал с ним полгода, пока не понял, что написание серьезных проектов на такой СУБД после определенного (веьма небольшого) уровня становится чрезвычайно сложным и превосходит возможности программистсткого коллектива.\r
Вот тебе конкретный пример: /topic/36029.\r
Во избежание флейма с твоей стороны сразу оговорюсь, что гостевая книга была дана исключительно для наглядности.\r
Так вот, для реализации подобной вещи на MySQL нужно использовать некое внешнее средство. При этом такое внешнее средство должно быть универсальной прокладкой между базой и \r
любым методом доступа к данным .\r
\r
Если мы говорим хотя бы о разработке простого веб-магазина, мы обязаны понимать, что при постоянно меняемой ценовой политике (скидках, курсе валюты, тараканов в голове владельца и т.д.)\r
эта прокладка будет находиться в состоянии постоянного перепиcывания.\r
А проект, основной код которого поcтоянно нестабилен, потенциально опасен с точки зрения потери данных (тут мы вспоминаем про отсутствие CONSTRAINT\'ов и FOREIGN KEYS).\r
Отсюда вывод: при таком раскладе использование "маленького и быстрого" MySQL, даже для целей Э-коммерции, уже неоправданно.\r
Это же справедливо для проектов, которые должны иметь нормальный уровень fail-safe.\r
\r
То, что в Совке везде понапихан MySQL говорит не о том, что MySQL универсален, а о чрезвычайно низком уровне веб-программистов.\r
MySQL прост, как три копейки, легок в администрировании и установке. Для людей, не знакомых с реляционной математикой - самое оно.\r
\r
Но считать его универсальным средством может только тот человек, который ничего лучше не видел и абсолютно уверен в том, что другие СУБД почти ничем не отличаются.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32186269
BigHarry
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>> Это же твоя цитата. Или я не прав?

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

>> Это прямое следствие либо твоего незнания, либо желания
>> разухабисто-клюквенно пиарить MySQL

Ничего я не пиарю - просто хочу подчеркнуть - что некоторые, так скать, программеры вместо того, что бы продумать базу данных и запросы, предпочитают поставить сервак понаворочистее да понакрутить тригеров и прочих ХП там где надо, и не надо.

>>В связи с этим хотелось бы получить ответы, а не отписки на вопросы,
>> заданные Алексеем К

Конкретно я на его вопрос в (0) ответил в (5) - а далее - уже пошла пустая палемика с тобой...
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32186309
Stellar.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
>Ничего я не пиарю - просто хочу подчеркнуть - что некоторые, так скать, \r
>программеры вместо того, что бы продумать базу данных и запросы, \r
>предпочитают поставить сервак понаворочистее да понакрутить тригеров и \r
>прочих ХП там где надо, и не надо. \r
\r
Это как можно заменить триггеры дизайном базы? Что-то ты меня запутал окончательно.\r
\r
Ты вообще знаешь, что такое "триггер"? Если знаешь, то должен понимать, что никакой структурой таблиц триггер ты заменить не сможешь.\r
\r
В который раз тебе пример:\r
/topic/36029\r
\r
Как сделать это без триггера?\r
\r
Каждый раз делать \r
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
\r
SELECT\r
  firstname, lastname, email, COUNT( 1 )\r
FROM\r
  users, gusetbook\r
WHERE\r
  gusetbook.users_id = users.id AND users.id = \'что-то\'\r
GROUP BY\r
  firstname, lastname, email;\r
\r
stellar=> EXPLAIN\r
stellar-> SELECT\r
stellar->   firstname, lastname, email, COUNT( 1 )\r
stellar-> FROM\r
stellar->   users, gusetbook\r
stellar-> WHERE\r
stellar->   gusetbook.users_id = users.id AND users.id = \'1\'\r
stellar-> GROUP BY\r
stellar->   firstname, lastname, email;\r
\r
 Aggregate  (cost= 2 . 36 .. 2 . 45  rows= 1  width= 31 )\r
 ->  Group  (cost= 2 . 36 .. 2 . 43  rows= 9  width= 31 )\r
       ->  Sort  (cost= 2 . 36 .. 2 . 36  rows= 9  width= 31 )\r
             ->  Nested Loop  (cost= 0 . 00 .. 2 . 21  rows= 9  width= 31 )\r
                   ->  Seq Scan on users  (cost= 0 . 00 .. 1 . 01  rows= 1  width= 27 )\r
                   ->  Seq Scan on gusetbook  (cost= 0 . 00 .. 1 . 09  rows= 9  width= 4 )\r
\r
\r
Или два запроса вместо одного:\r
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
\r
SELECT\r
  firstname, lastname, email\r
FROM\r
  users\r
WHERE\r
  id = \'что-то\';\r
\r
и\r
\r
SELECT\r
  COUNT( 1 )\r
FROM\r
  gusetbook\r
WHERE\r
  users_id = \'что-то\';\r
\r
\r
stellar=> EXPLAIN\r
stellar-> SELECT\r
stellar->   firstname, lastname, email, posts\r
stellar-> FROM\r
stellar->   users\r
stellar-> WHERE\r
stellar->   id = \'1\';\r
Seq Scan on users  (cost= 0 . 00 .. 1 . 01  rows= 1  width= 27 )\r
\r
stellar=> EXPLAIN\r
stellar-> SELECT\r
stellar->   COUNT( 1 )\r
stellar-> FROM\r
stellar->   gusetbook\r
stellar-> WHERE\r
stellar->   users_id = \'1\';\r
\r
Aggregate  (cost= 1 . 14 .. 1 . 14  rows= 1  width= 0 )\r
  ->  Seq Scan on gusetbook  (cost= 0 . 00 .. 1 . 11  rows= 9  width= 0 )\r
\r
\r
Все тесты сделаны при 1 записи в users и 9 записях в gusetbook.\r
\r
А не жирно ли это будет при количестве записей в таблице\r
gusetbook = 700000?\r
\r
В том то и дело, что триггеры зачастую позволяют разгрузить СУБД в десятки-сотни раз. И никакой оптимизацией запросов такого не сделать.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32186348
BigHarry
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А если так:
SELECT firstname, lastname, email, COUNT(gusetbook.users_id) FROM users
LEFT JOIN gusetbook ON gusetbook.users_id = users.id
WHERE users.id = 'что-то'
GROUP BY users.id

Не думаю - что на 700000 будет тормозить.
У меня агрегирующая выборка на 7 миллионах записей в MySQL происходит за 3 секунды.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32186371
Stellar.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А так на нормальных СУБД нифига работать не будет.
Код: plaintext
1.
2.
3.
4.
5.
stellar=> SELECT firstname, lastname, email, COUNT(gusetbook.users_id) FROM users
stellar-> LEFT JOIN gusetbook ON gusetbook.users_id = users.id
stellar-> WHERE users.id = '1'
stellar-> GROUP BY users.id ;
ERROR:  Attribute users.firstname must be GROUPed or used in an aggregate function


И это правильно, ибо неагрегированный или негруппированный результат нельзя выбрать вместе с агрегированным.

Читай Мартина Грабера до окончательного просветления.


То, что MySQL это проглотил, не означает правильности написаннного.

А вот так работать будет, но это выйдет ничуть не дешевле, чем просто группировка.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
stellar=> EXPLAIN
stellar-> SELECT firstname, lastname, email, COUNT(gusetbook.users_id) FROM users
stellar-> LEFT JOIN gusetbook ON gusetbook.users_id = users.id
stellar-> WHERE users.id = '1'
stellar-> GROUP BY users.id, firstname, lastname, email;
NOTICE:  ПЛАН ЗАПРОСА:

Aggregate  (cost= 2 . 36 .. 2 . 47  rows= 1  width= 31 )
  ->  Group  (cost= 2 . 36 .. 2 . 45  rows= 9  width= 31 )
        ->  Sort  (cost= 2 . 36 .. 2 . 36  rows= 9  width= 31 )
              ->  Nested Loop  (cost= 0 . 00 .. 2 . 21  rows= 9  width= 31 )
                    ->  Seq Scan on users  (cost= 0 . 00 .. 1 . 01  rows= 1  width= 27 )
                    ->  Seq Scan on gusetbook  (cost= 0 . 00 .. 1 . 09  rows= 9  width= 4 )


>У меня агрегирующая выборка на 7 миллионах записей в MySQL происходит за 3 секунды.

А простой запрос за сколько?
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32186376
Sad Spirit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BigHarry :
> Не думаю - что на 700000 будет тормозить.
> У меня агрегирующая выборка на 7 миллионах записей в MySQL происходит за 3 секунды.

Угу, а если у тебя одновременно 10 соединений делают примерно такую выборку? :)

> Знаю, и использовал (FB). Отсылать меня к факам и прочим мануалам не надо.
> Тем не менее - утверждаю - что я могу обойтись без них, и данные от этого не пострадают.

Что такое (FB)?
Приврал ты, дружок, похоже. Потому что не можешь понять, какой тебе щас пример приводят. А если не приврал, то расскажи, как именно ты их использовал, и как в этой ситуации можно было без них обойтись? ;)

> Ничего я не пиарю - просто хочу подчеркнуть - что некоторые, так скать, программеры вместо того, что бы продумать базу данных и запросы, предпочитают поставить сервак понаворочистее да понакрутить тригеров и прочих ХП там где надо, и не надо.

Эти программеры по крайней мере могут выбрать где им "надо" понакрутить триггеров и прочих ХП, а где "не надо". А пользователи Мыскля и хотели бы понакрутить, да не могут. А от того --- "зелен виноград". ;)

> ваабще не буду коментировать, ибо немерянное число проектов работают под этим сервером, да и само утверждение - маленький и быстрый - уже является положительной оценкой.

1000000 леммингов не могут быть неправы! Windows98 установлена на огромном числе компьютеров, потому это супер операционная система! Под MS Access сделано ещё больше, хм, проектов, потому он ещё круче!

маленький == малофункциональный
быстрый == при определённом типе таблиц, маленькой нагрузке и запросах только на чтение
вот тебе и положительная (от слова положить) оценка. :)

>В общем - повеселили...

Это да, этого у тебя не отнять. :D
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32186421
_JINX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Rebata MySQL ochen xoroshaya veshica. Navernoe.\r
\r
No vot ya pereshol na nego (v svazi so smenoy mesta raboti) s MS SQL - i nikak ne priviknu poka.\r
Elementarneyshie veshi prixoditsa delat neveroyatno izvorachivayas - primer \r
/topic/35440\r
\r
Dla lubogo SQL servera eto mojno bilo sdelat za 15 sekund - no mne dla resheniya etoy problemi prishlos pisat perl script, otlajivat ego, i td. \r
To est ya xochu skazat chto ogranicheniya kotorie nakladivaet MySQL zachastuyu mojno oboiti - no prixoditsa tratit na eto vrema.\r
\r
Bolshe vsego mne ne xvataet v MySQL vlojennix zaprosov bezuslovno - dla kajdoy chut bolee slojnoy zadachi prixoditsa isplozovat vremennie tablici - esli b v nashey baze bili bi millioni zapisey - ne znayu kak bi eto rabotalo.\r
\r
Vot vam elementarneyshiy primer - est customers i est orders - pokajite spisok customerov s samim poslednim orderom kajdogo. kak eto sedlat na MySQL?\r
\r
Zdeshnie rebata na moi pridirki otvechayut - zato MySQL bistriy, ili - podojdi - eto poyavitsa v versii 5.0 :-)\r
\r
Ya toje dumayu - chto triggeri i xranimie proceduri konechno ne panaceya - no vseje luchse imet vibor - ispolzovat ix ili net.\r
\r
A chto kasaetsa MySQL Managera - skachayte ego - on na 30 dney besplatniy. \r
Lichno ya ispolzuyu Visalniy postroitel - dla togo chtob sdelat "ribu" zaprosa - a potom dodelivayu ego rukami. \r
MySQL Manager podderjivaet takje code completion - elsi xotite polnostiy rukami nabirat SQL - i v etom on pomojet.\r
\r
Prosto mne s MYmanagerom udobno potomu chto zdeshnie rebata pomnat strukturi Baz dannix naizust - a ya poka tolko vnikayu.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32186437
Stellar.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
В человеческих СУБД нельзя из одной базы попасть в другую.

SELECT base1.table1.id, base2.table2.id;
Такая конструкция будет работать только в MySQL

И это верно, ибо базы могут находиться где угодно, а не только на одной машине.
Оракл - так вообще обслуживает только одну базу.
Хочешь две базы - ставь два экземпляра.
...
Рейтинг: 0 / 0
есть ли web- tool для работы с MYSQL ?
    #32186449
BigHarry
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>> Читай Мартина Грабера до окончательного просветления.

Так... Давайте не умничать, и не остылать читать книжки. Я тоже могу послать почитать, вот только список литературы будет очень большой - сильно поиздержитесь на книжках...

>> А простой запрос за сколько?

SELECT * FROM table ? Не замерял, ибо не было надобности. Толку в таком списке строк нету - какой смысл перекачивать данные?

>> Что такое (FB)?

Cам догадайся. Родственник Interbase.

>>Приврал ты, дружок, похоже. Потому что не можешь понять, какой
>>тебе щас пример приводят.

Ахренетительный пример ! Понять его - действительно очень трудно, особенно тому, кто читать не умеет, но если у тебя с этим проблемы, дружок, сходи по ссылке, которую дал Stellar. и попробуй раз пять-десять прочесть с букварем и со словарем, а если ты все-же не поймешь, для чего он там тригеры использует - то я тебе открою эту страшную тайну - для обновления записей одной таблы при втавке в другую.

>> А если не приврал, то расскажи, как именно ты их использовал, и как в >>этой ситуации можно было без них обойтись? ;)

Уже написал. А я их использовал для каскадного удаления записей в подчиненной таблице - типа юзер удалил документ, а тригер - его строчную часть. Можно и без тригера - двумя запросами в транзакции. Тригером - удобнее, без тригера - тоже можно.

Вам не надоело меня учить уму-разуму?
Ещо с таким снисхождением - типа ламер ты неразумный, слухай что тебе старшие говорят... Не нуждаюсь я в ваших советах - у меня своя голова - и не надо мне тут детские вопросы задавать - знаешь/не знаешь - вы есчо спросите у меня сколько в килобайте байт, учителя, млин...
...
Рейтинг: 0 / 0
25 сообщений из 33, страница 1 из 2
Форумы / MySQL [игнор отключен] [закрыт для гостей] / есть ли web- tool для работы с MYSQL ?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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