Manipulating DataOnce data has been

Manipulating Data
Once data has been placed into a relational database, users can make inquiries and analyze data. Basic data manipulations include selecting, projecting, and joining. Selecting involves eliminating rows according to certain criteria. Suppose a project table contains the project number, description, and department number for all projects being performed by a company. The president of the company might want to find the department number for Project 226, a sales manual project. Using selection, the president can eliminate all rows but the sales manual project is 598.
Projecting involves eliminating columns in a table. For example, we might have a department table that contains the department number, department name, and Social Security number (SSN) of the manager in charge of the project. The sales manager might want to create a new table with only the department number and the Social Security number of the manager in charge of the sales manual project. Projection can be used to eliminate the department name column and create a new table containing only department number and SSN.
Joining involves combining two or more tables. For example, we can combine the project table and the department table to get a new table with the project number, project description, department number, department name, and Social Security number for the manager in charge of the project.
As long as the table share at least one common data attribute, the tables in a relational database can be linked to provide useful information and reports. Being able to link tables to each other through common data attributes is one of the keys to the flexibility and power of relational databases. Suppose the president of a company wants to find out the name of the manager of the sales manual project and the length of time the manager has been with the company. Assume that the company has the manager, department, and project tables shown in Figure 5.6. SA simplified ER diagram showing the relationship between these tables is shown in Figure 5.7. Note the crow’s-foot by the project table. This indicates that a department can have many projects. The president would make the inquiry to the database, perhaps via a personal computer. The DBMS would start with the project description and search the project table to find out the project’s department number. It would then use the department number to search the department table for the manager’s Social Security number. The department number is also in the department table and is the common element that allows the project table and the department table to be linked. The DBMS then uses the manager’s Social Security number to search the manager table for the manager’s hire date. The manager’s Social Security number is the common element between the department table and the manager table. The final result: the manager’s name and hire data are presented to the president as a response to the inquiry.
One of the primary advantages of a relational database is that it allows tables to be linked, as shown in Figure 5.8. This linkage is especially useful when information is needed from multiple tables, as in our example. The manager’s Social Security number, for example, is maintained in the manager table. If the Social Security number is needed, it can be obtained by linking to the manager table.

Результаты (русский) 1:

Работа с даннымиПосле того, как данные были помещены в реляционную базу данных, пользователи могут делать запросы и анализировать данные. Основные данные манипуляции включают выбор, проектирование и присоединение. Выбор включает в себя устранение строк по определенным критериям. Предположим, что таблица проекта содержит номер проекта, описание и номер Департамента для всех проектов, выполняемых компанией. Президент компании может потребоваться найти номер отдела для проекта 226, продажи руководство проекта. С помощью выбора, президент может устранить все строки но продажи ручной проект 598.Проектирование включает в себя исключение столбцов в таблице. Например мы, возможно, Департамент таблицу, содержащую номер Департамента, название отдела и номер социального страхования (SSN) руководителя отвечающий за проект. Менеджер по продажам может потребоваться создать новую таблицу с только номер отдела и номер социального страхования менеджера, отвечающего за продажи руководство проекта. Проекции можно исключить столбец имя отдела и создать новую таблицу, содержащую только отдел и SSN.Вступление включает в себя объединение двух или более таблиц. Например мы можем объединить таблицу проекта и таблица отдела, чтобы получить новую таблицу с номером проекта, описание проекта, отдел, название отдела и номер социального страхования для руководителя, отвечающего за проект.До тех пор, пока таблицы имеют хотя бы один общий атрибут данных, таблицы в реляционной базе данных могут быть связаны предоставлять полезную информацию и отчеты. Возможность связать таблицы друг с другом посредством общих атрибутов данных является одним из ключей к гибкость и мощь реляционных баз данных. Предположим, что президент компании хочет узнать имя менеджера продаж руководство проекта и продолжительность времени менеджер с компанией. Предположим, что компания имеет менеджер, Департамент и таблиц проектов показано на рис. 5.6. SA упрощенная диаграмма ER, показывающая связь между этими таблицами показана на рисунке 5.7. Примечание crow's-foot по таблице проекта. Это означает, что Департамент может иметь много проектов. Председатель сделает запрос к базе данных, возможно через персональный компьютер. СУБД будет начинаться с описание проекта и поиск по таблице проекта, чтобы узнать номер проекта Департамента. Он будет использовать для поиска таблицы department для менеджера номер социального страхования номер Департамента. Номер Департамента также в таблице department и общий элемент, который позволяет таблице проекта и Департамент таблицы связаны. СУБД затем использует номер менеджера социального страхования для поиска в таблице менеджер даты найма менеджера. Номер менеджера социального обеспечения является общим элементом между Департаментом и таблицей менеджер. Конечный результат: данные имя и Аренда менеджера представлены президенту как ответ на запрос.Одним из основных преимуществ реляционной базы данных является то, что позволяет таблицы связаны, как показано на рисунке 5.8. Эта связь особенно полезна, когда требуется информация из нескольких таблиц, как в нашем примере. Номер менеджера социального страхования, например, сохраняется в таблице менеджер. Если номер социального страхования, его можно получить путем связывания таблицы менеджер.

Результаты (русский) 2:

Манипулирование данных
После того, как данные были помещены в реляционную базу данных, пользователи могут делать запросы и анализировать данные. Основные манипуляции данных включают в себя Выбор, проектирование, и присоединение. Выбор включает в себя устранение строк в соответствии с определенными критериями. Предположим , что таблица проекта содержит номер проекта, описание и номер отдела для всех проектов, выполняемых компанией. Президент компании может понадобиться , чтобы найти номер отдела для проекта 226, проект продаж вручную. Используя выбор, президент может устранить все строки , но проект продаж руководство 598.
Проектирование включает в себя устранение столбцов в таблице. Например, мы могли бы иметь таблицу отдел , который содержит номер отдела, название отдела, и номер социального страхования (SSN) менеджера, ответственного за проект. Менеджер по продажам может понадобиться создать новую таблицу с только номер отдела и номер социального страхования менеджера, ответственного за проект продажи вручную. Проекция может быть использован для устранения колонки название отдела и создать новую таблицу , содержащую только номер отдела и номер социального страхования.
Присоединение предполагает объединение двух или более таблиц. Например, мы можем объединить таблицу проекта и таблицу отделов , чтобы получить новую таблицу с номером проекта, описание проекта, номер отдела, название отдела и номер социального страхования для менеджера, ответственного за проект.
Пока таблицы имеют , по меньшей мере , один общий атрибут данных, таблицы в реляционной базе данных могут быть связаны , чтобы предоставлять полезную информацию и отчеты. Будучи в состоянии связать таблицы друг с другом посредством общих атрибутов данных является одним из ключей к гибкости и мощности реляционных баз данных. Предположим , что президент компании хочет узнать имя менеджера проекта по продажам ручного и продолжительность времени менеджер был с компанией. Предположим , что компания имеет менеджер, отдел и таблицы проекта , показанные на рисунке 5.6. SA упрощена ER диаграмма , показывающая взаимосвязь между этими таблицами показана на рисунке 5.7. Обратите внимание на гусиные ногой по столу проекта. Это указывает на то, что отдел может иметь много проектов. Президент сделает запрос к базе данных, возможно , с помощью персонального компьютера. СУБД будет начинаться с описания проекта и поиск в таблице проекта , чтобы узнать номер отдела проекта. Затем он будет использовать номер отдела для поиска в таблице отдел по номеру социального страхования менеджера. Номер отдела также находится в таблице отделов и является общим элементом , который позволяет таблицу проекта и таблица отдел быть связаны между собой . СУБД затем использует номер социального страхования , менеджера для поиска в таблице менеджера на дату нанять менеджера. Номер социального страхования менеджера является общим элементом между таблицей отдела и таблицы менеджера. Конечный результат:. Имя менеджера и нанять данные представлены президенту в качестве ответа на запрос
Одним из основных преимуществ реляционной базы данных является то , что она позволяет таблицы быть связаны между собой , как показано на рисунке 5.8. Эта связь особенно полезна , когда необходима информация из нескольких таблиц, как в нашем примере. Номер социального страхования менеджера, например, сохраняется в таблице менеджера. Если номер социального обеспечения необходимо, оно может быть получено путем ссылки на таблицу менеджера.

Результаты (русский) 3:

манипулирования даннымипосле того, как данные были помещены в реляционную базу данных, пользователи смогут делать запросы и анализа данных.основные данные манипуляции включать выбор, проектирование, и объединение.выбор предполагает ликвидацию строки согласно определенным критериям.думаю, проект, таблица содержит номер проекта, описание, и департамент номер для всех проектов, выполняемых компанией.президент компании могли бы найти номер для проекта департамента продаж 226, руководство проекта.с помощью отбора, президент может ликвидировать все строки, но продажи руководство проекта - 598.проектирование предполагает ликвидацию колонок в таблице.например, мы могли бы департамент таблица, в которой содержит департамент, департамент имя и номер социального страхования (ссз), руководителя, отвечающего за проект.менеджер по продажам, возможно, хочет создать новую таблицу с департаментом номер и номер социального страхования от главного менеджера отдела продаж руководства проекта.прогнозы могут быть использованы для ликвидации департамента название колонки и создать новую таблицу, содержащую только департамент номер и ссз.объединение предполагает объединение двух или нескольких таблиц.например, мы можем объединить таблица проектов и департаментом в таблице, чтобы получить новый стол с номер проекта, описание проекта, департамент, департамент имя и номер социального страхования для менеджера во главе проекта.пока в таблице разделяют, по крайней мере, одна из общих данных атрибут, таблиц реляционной базе данных может быть связано с полезной информацией и сообщениями.возможность увязки таблиц друг другу в рамках общих данных атрибутов является одним из ключей к гибкости и силы реляционных баз данных.думаю, президент компании, хочет узнать имя руководителя продаж руководство проекта и продолжительности времени, менеджер работает в компании.предполагается, что компания имеет руководитель департамента, и проект таблицы показано на рисунке 5.6.Sa упрощенных ER диаграмму, отражающую взаимосвязь этих таблицах показаны на рисунке 5,7.к сведению, ворон"s-foot под столом.это свидетельствует о том, что департамент может иметь множество проектов.президент сделает запрос в базу данных, возможно, через персональный компьютер.субд начнется с описание проекта и поиск таблица проектов, чтобы узнать номер проекта департамента.он будет использовать для поиска департамента количество департамента столом для руководителя номер социального страхования.департамент число также в департаменте стол и является общий элемент, который позволяет таблица проектов и департамент таблица быть связаны.затем использует субд руководителя номер социального страхования для поиска менеджер столом для руководителя нанять даты.менеджер - номер социального страхования является общим элементом между департаментом в таблице и менеджер в таблице.окончательный результат: менеджер имя и нанять данные представлены президенту в ответ на запрос.одним из главных преимуществ реляционной базе данных состоит в том, что она позволяет таблицы будет связано, как показано на рисунке 5,8.эта связь является особенно полезным в тех случаях, когда требуется информация с нескольких таблиц, как в нашем примере.менеджер - номер социального страхования, например, ведется в менеджер в таблице.если номер социального страхования, необходимых, могут быть получены путем увязки с менеджером в таблице.