Unless there is something Oracle-specific for your database code, I'd recommend using the DBI interface instead - "enterprise" users can provide an Oracle object to your functions, and other people could use their own particular databases.
DBI itself could be a Suggests dependency if it isn't strictly required. On Tue, Dec 22, 2020 at 5:09 PM Sebastien Bihorel <sebastien.biho...@cognigencorp.com> wrote: > > Hi > > I am working on modifying a package originally developed for use within my > company, with the intent to distribute it to users external to our company. > The package currently depends on ROracle to extract data from an Oracle > database. The modifications I am implementing would allow the package to > operate under 2 modes of data extraction: from this database for internal > users or from locally stored data files for external users. Beyond the data > extraction step, the package would provide functionality to manipulate the > data which is independent of their origin. > > I was wondering if and how I could set up my package code and DESCRIPTION > file so that external users don't have to install ROracle to install and use > my package (since they would operate only in the 2nd mode of data extraction > described above). > > Thank in advance for your suggestions. > > > [[alternative HTML version deleted]] > > ______________________________________________ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-devel ______________________________________________ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
