基于oracle,SQL,Mysql的影片租赁管理系统数据库设计
当今社会,人们的日常生活越来越丰富,小型音像租赁店逐渐成长起来,业务量也在不断扩大,传统低效的人工管理已经不合时宜。可以通过 建立一个 易于访问并便于更新的 音像租赁数据库管理系统,实现 随时掌握影碟租赁的情况, 管理顾客, 快速有效地 查询顾客
当今社会,人们的日常生活越来越丰富,小型音像租赁店逐渐成长起来,业务量也在不断扩大,传统低效的人工管理已经不合时宜。可以通过建立一个易于访问并便于更新的音像租赁数据库管理系统,实现随时掌握影碟租赁的情况,管理顾客,快速有效地查询顾客租赁记录和电影出租记录等功能。
1 系统需求分析
1.1本系统的业务和任务
音像租赁店承接影碟的租借和归还业务,它的任务是为所有的会员提供优质服务,方便快捷地完成影碟租赁业务。
1.2信息需求
音像租赁店需要掌握其所拥有的所有的电影的信息,包括编号、名字、类型、国家、导演、演员等,可以存储为DVD或者VHS格式,因此每个电影都有其对应的DVD或VHS编号。每部电影会有多个拷贝,并且每部电影至少有一个DVD或者VHS版本。每一个DVD或者VHS都是某一个单独特定的电影的拷贝,即一部电影不会需要多张DVD或者VHS。
还需要跟踪每部电影中的明星演员。顾客希望知道每一个演员的信息,包括演员的艺名、真实的名字和生日等。
音像租赁店需要掌握每一位成为会员的顾客的详细信息,包括他们的名和姓,电话号码和当前住址等。
最重要的是,音像租赁店要跟踪每一个会员的租赁情况,包括该会员当前租赁了什么电影,租借日期和归还日期等。在任何时间,顾客可以租赁多个DVD和磁带。通过了解租赁历史,音像租赁店还能够分析其租赁模式,如可以确定每一个会员租借了多少个DVD/tapes, 以及每个会员推迟归还的次数,也能知道每个特定的DVD或者tape被使用的次数,从而确定它什么时候报废,也能分析音像租赁店会员的整体的电影喜好。
1.3本系统的业务规则
音像租赁店店主或管理员可为任何会员提供服务,会员是指加入video club的顾客。店主或管理员能够根据需要输入、保存和查询每张影碟及每位会员的相关信息。
采用Oracle SQL developer data modeler设计,进而生成代码。
由于不能插入图片等内容,先只发布生成的代码。
第一次发布内容,高手见笑了
-- Generated by Oracle SQL Developer Data Modeler 3.0.0.653 -- at: 2012-09-06 12:18:46 CST -- site: Oracle Database 10g -- type: Oracle Database 10g CREATE TABLE actor ( actor_id INTEGER NOT NULL , actor_name VARCHAR2 (20 CHAR) NOT NULL , actor_first_name VARCHAR2 (20 CHAR) NOT NULL , actor_last_name VARCHAR2 (20 CHAR) NOT NULL , actor_birthday DATE ) ; ALTER TABLE actor ADD CONSTRAINT actor_PK PRIMARY KEY ( actor_id ) ; CREATE TABLE actorlist ( actorlist_datetime DATE NOT NULL , actor_actor_id INTEGER NOT NULL , cinema_cinema_is INTEGER NOT NULL ) ; CREATE TABLE cinema ( cinema_is INTEGER NOT NULL , cinema_name VARCHAR2 (10 CHAR) NOT NULL , cinema_type VARCHAR2 (10 CHAR) NOT NULL , cinema_country VARCHAR2 (20 CHAR) NOT NULL , type_type_id INTEGER NOT NULL ) ; ALTER TABLE cinema ADD CONSTRAINT cinema_PK PRIMARY KEY ( cinema_is ) ; CREATE TABLE customer ( customer_id INTEGER NOT NULL , customer_first_name VARCHAR2 (20 CHAR) NOT NULL , customer_last_name VARCHAR2 (20 CHAR) NOT NULL , customer_phone_number VARCHAR2 (20 CHAR) NOT NULL , customer_address VARCHAR2 (40 CHAR) NOT NULL ) ; ALTER TABLE customer ADD CONSTRAINT customer_PK PRIMARY KEY ( customer_id ) ; CREATE TABLE rental ( rental_datetime DATE NOT NULL , return_datetime DATE , customer_customer_id INTEGER NOT NULL , video_video_id INTEGER NOT NULL ) ; ALTER TABLE rental ADD CONSTRAINT rental_PK PRIMARY KEY ( rental_datetime ) ; CREATE TABLE type ( type_id INTEGER NOT NULL , type_description VARCHAR2 (40 CHAR) ) ; ALTER TABLE type ADD CONSTRAINT type_PK PRIMARY KEY ( type_id ) ; CREATE TABLE video ( video_id INTEGER NOT NULL , video_format VARCHAR2 (10 CHAR) NOT NULL , video_deadline DATE NOT NULL , cinema_cinema_is INTEGER NOT NULL ) ; ALTER TABLE video ADD CONSTRAINT video_PK PRIMARY KEY ( video_id ) ; ALTER TABLE actorlist ADD CONSTRAINT actorlist_actor_FK FOREIGN KEY ( actor_actor_id ) REFERENCES actor ( actor_id ) ; ALTER TABLE actorlist ADD CONSTRAINT actorlist_cinema_FK FOREIGN KEY ( cinema_cinema_is ) REFERENCES cinema ( cinema_is ) ; ALTER TABLE cinema ADD CONSTRAINT cinema_type_FK FOREIGN KEY ( type_type_id ) REFERENCES type ( type_id ) ; ALTER TABLE rental ADD CONSTRAINT rental_customer_FK FOREIGN KEY ( customer_customer_id ) REFERENCES customer ( customer_id ) ; ALTER TABLE rental ADD CONSTRAINT rental_video_FK FOREIGN KEY ( video_video_id ) REFERENCES video ( video_id ) ; ALTER TABLE video ADD CONSTRAINT video_cinema_FK FOREIGN KEY ( cinema_cinema_is ) REFERENCES cinema ( cinema_is ) ; -- Oracle SQL Developer Data Modeler Summary Report: -- -- CREATE TABLE 7 -- CREATE INDEX 0 -- ALTER TABLE 12 -- CREATE VIEW 0 -- CREATE PACKAGE 0 -- CREATE PACKAGE BODY 0 -- CREATE PROCEDURE 0 -- CREATE FUNCTION 0 -- CREATE TRIGGER 0 -- CREATE STRUCTURED TYPE 0 -- CREATE COLLECTION TYPE 0 -- CREATE CLUSTER 0 -- CREATE CONTEXT 0 -- CREATE DATABASE 0 -- CREATE DIMENSION 0 -- CREATE DIRECTORY 0 -- CREATE DISK GROUP 0 -- CREATE ROLE 0 -- CREATE ROLLBACK SEGMENT 0 -- CREATE SEQUENCE 0 -- CREATE MATERIALIZED VIEW 0 -- CREATE SYNONYM 0 -- CREATE TABLESPACE 0 -- CREATE USER 0 -- -- DROP TABLESPACE 0 -- DROP DATABASE 0 -- -- ERRORS 0 -- WARNINGS 0


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











MySQL クエリのパフォーマンスは、検索時間を線形の複雑さから対数の複雑さまで短縮するインデックスを構築することで最適化できます。 PreparedStatement を使用して SQL インジェクションを防止し、クエリのパフォーマンスを向上させます。クエリ結果を制限し、サーバーによって処理されるデータ量を削減します。適切な結合タイプの使用、インデックスの作成、サブクエリの使用の検討など、結合クエリを最適化します。クエリを分析してボトルネックを特定し、キャッシュを使用してデータベースの負荷を軽減し、オーバーヘッドを最小限に抑えます。

PHP で MySQL データベースをバックアップおよび復元するには、次の手順を実行します。 データベースをバックアップします。 mysqldump コマンドを使用して、データベースを SQL ファイルにダンプします。データベースの復元: mysql コマンドを使用して、SQL ファイルからデータベースを復元します。

MySQLテーブルにデータを挿入するにはどうすればよいですか?データベースに接続する: mysqli を使用してデータベースへの接続を確立します。 SQL クエリを準備します。挿入する列と値を指定する INSERT ステートメントを作成します。クエリの実行: query() メソッドを使用して挿入クエリを実行します。成功すると、確認メッセージが出力されます。

Oracle が必要とするメモリーの量は、データベースのサイズ、アクティビティー・レベル、および必要なパフォーマンス・レベル (データ・バッファー、索引バッファーの保管、SQL ステートメントの実行、およびデータ・ディクショナリー・キャッシュの管理) によって異なります。正確な量は、データベースのサイズ、アクティビティ レベル、および必要なパフォーマンス レベルによって影響されます。ベスト プラクティスには、適切な SGA サイズの設定、SGA コンポーネントのサイズ設定、AMM の使用、メモリ使用量の監視などが含まれます。

Oracle データベース サーバーのハードウェア構成要件: プロセッサ: マルチコア、少なくとも 2.5 GHz のメイン周波数 大規模なデータベースの場合は、32 コア以上が推奨されます。メモリ: 小規模データベースの場合は少なくとも 8 GB、中規模のデータベースの場合は 16 ~ 64 GB、大規模なデータベースまたは重いワークロードの場合は最大 512 GB 以上。ストレージ: SSD または NVMe ディスク、冗長性とパフォーマンスのための RAID アレイ。ネットワーク: 高速ネットワーク (10GbE 以上)、専用ネットワーク カード、低遅延ネットワーク。その他: 安定した電源、冗長コンポーネント、互換性のあるオペレーティング システムとソフトウェア、放熱と冷却システム。

MySQL 8.4 (2024 年時点の最新の LTS リリース) で導入された主な変更の 1 つは、「MySQL Native Password」プラグインがデフォルトで有効ではなくなったことです。さらに、MySQL 9.0 ではこのプラグインが完全に削除されています。 この変更は PHP および他のアプリに影響します

PHP で MySQL ストアド プロシージャを使用するには: PDO または MySQLi 拡張機能を使用して、MySQL データベースに接続します。ストアド プロシージャを呼び出すステートメントを準備します。ストアド プロシージャを実行します。結果セットを処理します (ストアド プロシージャが結果を返す場合)。データベース接続を閉じます。

Oracle データベースに必要なメモリの量は、データベースのサイズ、ワークロードの種類、同時ユーザーの数によって異なります。一般的な推奨事項: 小規模データベース: 16 ~ 32 GB、中規模データベース: 32 ~ 64 GB、大規模データベース: 64 GB 以上。考慮すべきその他の要素には、データベースのバージョン、メモリ最適化オプション、仮想化、ベスト プラクティス (メモリ使用量の監視、割り当ての調整) などがあります。
