LINUX.ORG.RU

История изменений

Исправление peregrine, (текущая версия) :

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

Чувак, при чем тут мышка вообще? Я тебя не понимаю. Или тебя MS Access совсем испортил? Грубо говоря, база эта такая структура данных, которая как-то устроена умными людьми и трогать её структуру мы не будем, вместо этого мы работаем с СУБД, отправляя ей запросы, обычно, на каком-нибудь диалекте SQL. А ты пишешь программу/веб приложение/скрипт которое пользователь уже тыкает мышкой. А как оно будет ему красиво всё показывать уже никак не связано ни с базой данный, ни с системой управления базой данных. Это ты придумываешь какие запросы посылать/формировать и как их обрабатывать.

Короче говоря. Вот я хочу, например, из своей гипотетической базы собрать в один массив значения поля данные-1 из тех записей, где комментарий-1 == «солнечно», скажем. Построчно. Желательно — одной командой прямо из среды обработки. Можно это сделать, или я слишком много хочу?

Легко. Ты формируешь запрос SQL типа такого (какой он будет на самом деле зависит от того что ты выберешь за БД и как с ней будешь работать, ну и пишу я его от балды не проверяя и не работав с БД больше года)

SELECT STUPID_DATA FROM MY_FUCKING_TABLE WHERE STUPID_COMMENT = 'солнечно';
Где у тебя STUPID_DATA это твой столбец данных, MY_FUCKING_TABLE это твоя таблица, а STUPID_COMMENT это столбец в котором хранится комментарий. Вот только грузить данные в массивы я не советую в случае, если программа с СУБД работают на одной машине и твой код обработки данных достаточно прост и его вполне можно написать на самом SQL. Если конечно база для многих пользователей со своими машинками, то они могут и на них считать, а не на сервере, если это не критично.

PS

Начни отсюда, если гуглом пользоваться не можешь.

Исходная версия peregrine, :

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

Чувак, при чем тут мышка вообще? Я тебя не понимаю. Или тебя MS Access совсем испортил? Грубо говоря, база эта такая структура данных, которая как-то устроена умными людьми и трогать её структуру мы не будем, вместо этого мы работаем с СУБД, отправляя ей запросы, обычно, на каком-нибудь диалекте SQL. А ты пишешь программу/веб приложение/скрипт которое пользователь уже тыкает мышкой. А как оно будет ему красиво всё показывать уже никак не связано не с базой данный, ни с системой управления базой данных. Это ты придумываешь какие запросы посылать/формировать и как их обрабатывать.

Короче говоря. Вот я хочу, например, из своей гипотетической базы собрать в один массив значения поля данные-1 из тех записей, где комментарий-1 == «солнечно», скажем. Построчно. Желательно — одной командой прямо из среды обработки. Можно это сделать, или я слишком много хочу?

Легко. Ты формируешь запрос SQL типа такого (какой он будет на самом деле зависит от того что ты выберешь за БД и как с ней будешь работать, ну и пишу я его от балды не проверяя и не работав с БД больше года)

SELECT STUPID_DATA FROM MY_FUCKING_TABLE WHERE STUPID_COMMENT = 'солнечно';
Где у тебя STUPID_DATA это твой столбец данных, MY_FUCKING_TABLE это твоя таблица, а STUPID_COMMENT это столбец в котором хранится комментарий. Вот только грузить данные в массивы я не советую в случае, если программа с СУБД работают на одной машине и твой код обработки данных достаточно прост и его вполне можно написать на самом SQL. Если конечно база для многих пользователей со своими машинками, то они могут и на них считать, а не на сервере, если это не критично.

PS

Начни отсюда, если гуглом пользоваться не можешь.