Return-Path: X-Original-To: apmail-empire-db-commits-archive@www.apache.org Delivered-To: apmail-empire-db-commits-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 570D0102B5 for ; Sat, 23 Nov 2013 19:01:35 +0000 (UTC) Received: (qmail 96978 invoked by uid 500); 23 Nov 2013 19:01:35 -0000 Delivered-To: apmail-empire-db-commits-archive@empire-db.apache.org Received: (qmail 96963 invoked by uid 500); 23 Nov 2013 19:01:35 -0000 Mailing-List: contact commits-help@empire-db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: empire-db-dev@empire-db.apache.org Delivered-To: mailing list commits@empire-db.apache.org Received: (qmail 96955 invoked by uid 500); 23 Nov 2013 19:01:35 -0000 Delivered-To: apmail-incubator-empire-db-commits@incubator.apache.org Received: (qmail 96952 invoked by uid 99); 23 Nov 2013 19:01:35 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 23 Nov 2013 19:01:35 +0000 Date: Sat, 23 Nov 2013 19:01:35 +0000 (UTC) From: "Siddhartha Upadhyaya (JIRA)" To: empire-db-commits@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (EMPIREDB-200) Option to have non-persistent column in DBTable / DBView MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Siddhartha Upadhyaya created EMPIREDB-200: --------------------------------------------- Summary: Option to have non-persistent column in DBTable / DBView Key: EMPIREDB-200 URL: https://issues.apache.org/jira/browse/EMPIREDB-200 Project: Empire-DB Issue Type: New Feature Components: Core Affects Versions: empire-db-2.4.2 Reporter: Siddhartha Upadhyaya Option to have non-persistent column in DBTable / DBView. We should have option to add a column / attribute for DBTable / DBView, which is non-persistent in nature. So, the value of the Column / attribute will not be stored in the Database, but it will be available as part of the Java Object to the application. The value of the column / attribute will be depend on the business logic. If we consider DBRecord is the Java Bean in an business layer. we may need to store some of the calculated data. This option will have us to do it. -- This message was sent by Atlassian JIRA (v6.1#6144)