Go to file
Evan Tschannen d8dbbe8186
Merge pull request #1485 from ajbeamon/speed-up-and-parameterize-spring-cleaning
Increase the frequency that lazy deletes are run. Add more parameters…
2019-04-23 18:26:02 -07:00
FDBLibTLS Fix dependency bug in FDBLibTLS 2019-02-07 15:37:04 -08:00
bindings Update bindings/c/fdb_c.cpp 2019-04-08 14:49:10 -07:00
build Updated CMake PRB (#1463) 2019-04-17 15:38:09 -07:00
cmake Fixed dotnet reference errors 2019-04-03 05:33:46 -07:00
design Fixes #1103: Incorrect nested example in design/tuple.md 2019-02-28 13:13:30 -08:00
documentation Merge branch 'release-6.1' into speed-up-and-parameterize-spring-cleaning 2019-04-23 14:38:52 -07:00
fdbbackup Set TRACE_FORMAT network option in fdbbackup 2019-03-22 10:39:13 -07:00
fdbcli updated status with information about ongoing maintenance 2019-04-02 14:15:51 -07:00
fdbclient For small clusters that are growing quickly, it could happen that the rateLimit is set to a low value and it would take very long to read the entire database. Fix this by setting the rateLimit to the maximum allowed value if reading the entire database is taking a long time. 2019-04-10 17:13:37 -07:00
fdbmonitor Merge pull request #533 from ajbeamon/fix-parent-directory 2019-03-22 23:53:46 -07:00
fdbrpc Added sampled logging for slow ftruncate/fallocate calls. 2019-04-23 13:40:23 -07:00
fdbserver Merge branch 'release-6.1' into speed-up-and-parameterize-spring-cleaning 2019-04-23 14:38:52 -07:00
fdbservice Fix Windows link errors 2019-03-11 17:49:03 -07:00
flow Lower the priority of spilled peeks to below that of spilling. 2019-04-22 18:39:21 -07:00
layers remove trailing whitespace from our copyright headers ; fixed formatting of python setup.py 2018-02-21 10:25:11 -08:00
packaging update installer WIX GUID following release 2019-04-10 18:21:51 -07:00
recipes tuple.Tuple needed to be deconstructed into TupleElement items before appending to key tuple 2018-10-23 22:13:52 -05:00
tests Merge branch 'master' into feature-metadata-version 2019-03-10 21:13:28 -07:00
.clang-format Add a clang-format config file. 2018-03-29 12:10:12 -07:00
.gitignore ignore ccls-cache 2019-02-22 13:09:43 -08:00
ACKNOWLEDGEMENTS Initial repository commit 2017-05-25 13:48:44 -07:00
CMakeLists.txt CMake: make VS on windows happy 2019-02-28 00:27:41 -08:00
CODE_OF_CONDUCT.md Updates markdown link to Contributor Covenant homepage in the Code of Conduct. 2018-04-18 01:08:55 -04:00
CONTRIBUTING.md Adds initial draft of contribution guide. 2018-04-12 17:59:32 -07:00
LICENSE Initial repository commit 2017-05-25 13:48:44 -07:00
Makefile Removed flow/boost.cpp and the copied boost files it was using, added boost macros to makefile and cmake stuff to hopefully enable building without them. 2019-03-15 21:03:03 -07:00
README.md Update README.md 2019-03-06 20:50:46 +01:00
fdb.cluster.cmake flow compiling with cmake on OS X 2018-12-13 13:58:06 -08:00
foundationdb.sln removed references to nodejs bindings 2018-04-06 17:17:45 -07:00
versions.target update versions target to 6.1.2 2019-04-08 18:32:25 -07:00

README.md

FoundationDB logo

FoundationDB is a distributed database designed to handle large volumes of structured data across clusters of commodity servers. It organizes data as an ordered key-value store and employs ACID transactions for all operations. It is especially well-suited for read/write workloads but also has excellent performance for write-intensive workloads. Users interact with the database using API language binding.

To learn more about FoundationDB, visit foundationdb.org

Documentation

Documentation can be found online at https://apple.github.io/foundationdb/. The documentation covers details of API usage, background information on design philosophy, and extensive usage examples. Docs are built from the source in this repo.

Forums

The FoundationDB Forums are the home for most of the discussion and communication about the FoundationDB project. We welcome your participation! We want FoundationDB to be a great project to be a part of and, as part of that, have established a Code of Conduct to establish what constitutes permissible modes of interaction.

Contributing

Contributing to FoundationDB can be in contributions to the code base, sharing your experience and insights in the community on the Forums, or contributing to projects that make use of FoundationDB. Please see the contributing guide for more specifics.

Getting Started

Binary downloads

Developers interested in using the FoundationDB store for an application can get started easily by downloading and installing a binary package. Please see the downloads page for a list of available packages.

Compiling from source

Developers on a OS for which there is no binary package, or who would like to start hacking on the code can get started by compiling from source.

Currently there are two build systems: a collection of Makefiles and a CMake-based. Both of them should work for most users and CMake will eventually become the only build system available.

Makefile

MacOS

  1. Check out this repo on your Mac.
  2. Install the Xcode command-line tools.
  3. Download version 1.67.0 of Boost.
  4. Set the BOOSTDIR environment variable to the location containing this boost installation.
  5. Install Mono.
  6. Install a JDK. FoundationDB currently builds with Java 8.
  7. Navigate to the directory where you checked out the foundationdb repo.
  8. Run make.

Linux

  1. Install Docker.

  2. Check out the foundationdb repo.

  3. Run the docker image interactively Docker Run with the directory containing the foundationdb repo mounted Docker Mounts.

    docker run -it -v '/local/dir/path/foundationdb:/docker/dir/path/foundationdb' foundationdb/foundationdb-build:latest
    
  4. Navigate to the container's mounted directory which contains the foundationdb repo.

    cd /docker/dir/path/foundationdb
    
  5. Run make.

This will build the fdbserver binary and the python bindings. If you want to build our other bindings, you will need to install a runtime for the language whose binding you want to build. Each binding has an .mk file which provides specific targets for that binding.

CMake

FoundationDB is currently in the process of migrating the build system to cmake. The CMake build system is currently used by several developers. However, most of the testing and packaging infrastructure still uses the old VisualStudio+Make based build system.

To build with CMake, generally the following is required (works on Linux and Mac OS - for Windows see below):

  1. Check out this repository.
  2. Install cmake Version 3.12 or higher CMake
  3. Download version 1.67 of Boost.
  4. Unpack boost (you don't need to compile it)
  5. Install Mono.
  6. Install a JDK. FoundationDB currently builds with Java 8.
  7. Create a build directory (you can have the build directory anywhere you like): mkdir build
  8. cd build
  9. cmake -DBOOST_ROOT=<PATH_TO_BOOST> <PATH_TO_FOUNDATIONDB_DIRECTORY>
  10. make

CMake will try to find its dependencies. However, for LibreSSL this can be often problematic (especially if OpenSSL is installed as well). For that we recommend passing the argument -DLibreSSL_ROOT to cmake. So, for example, if you LibreSSL is installed under /usr/local/libressl-2.8.3, you should call cmake like this:

cmake -DLibreSSL_ROOT=/usr/local/libressl-2.8.3/ ../foundationdb

FoundationDB will build just fine without LibreSSL, however, the resulting binaries won't support TLS connections.

Language Bindings

The language bindings that are supported by cmake will have a corresponding README.md file in the corresponding bindings/lang directory.

Generally, cmake will build all language bindings for which it can find all necessary dependencies. After each successful cmake run, cmake will tell you which language bindings it is going to build.

Generating compile_commands.json

CMake can build a compilation database for you. However, the default generated one is not too useful as it operates on the generated files. When running make, the build system will create another compile_commands.json file in the source directory. This can than be used for tools like CCLS, CQuery, etc. This way you can get code-completion and code navigation in flow. It is not yet perfect (it will show a few errors) but we are constantly working on improving the development experience.

Using IDEs

CMake has built in support for a number of popular IDEs. However, because flow files are precompiled with the actor compiler, an IDE will not be very useful as a user will only be presented with the generated code - which is not what she wants to edit and get IDE features for.

The good news is, that it is possible to generate project files for editing flow with a supported IDE. There is a cmake option called OPEN_FOR_IDE which will generate a project which can be opened in an IDE for editing. You won't be able to build this project, but you will be able to edit the files and get most edit and navigation features your IDE supports.

For example, if you want to use XCode to make changes to FoundationDB you can create a XCode-project with the following command:

cmake -G Xcode -DOPEN_FOR_IDE=ON <FDB_SOURCE_DIRECTORY>

You should create a second build-directory which you will use for building (probably with make or ninja) and debugging.

Linux

There are no special requirements for Linux. However, we are currently working on a Docker-based build as well.

If you want to create a package you have to tell cmake what platform it is for. And then you can build by simply calling cpack. So for debian, call:

cmake -DINSTALL_LAYOUT=DEB  <FDB_SOURCE_DIR>
make
cpack

For RPM simply replace DEB with RPM.

MacOS

The build under MacOS will work the same way as on Linux. To get LibreSSL and boost you can use Hombrew. LibreSSL will not be installed in /usr/local instead it will stay in /usr/local/Cellar. So the cmake command will look somethink like this:

cmake -DLibreSSL_ROOT=/usr/local/Cellar/libressl/2.8.3 <PATH_TO_FOUNDATIONDB_SOURCE>

To generate a installable package, you have to call CMake with the corresponding arguments and then use cpack to generate the package:

cmake -DINSTALL_LAYOUT=OSX  <FDB_SOURCE_DIR>
make
cpack

Windows

Under Windows, the build instructions are very similar, with the main difference that Visual Studio is used to compile.

  1. Install Visual Studio 2017 (Community Edition is tested)
  2. Install cmake Version 3.12 or higher CMake
  3. Download version 1.67 of Boost.
  4. Unpack boost (you don't need to compile it)
  5. Install Mono.
  6. Install a JDK. FoundationDB currently builds with Java 8.
  7. Set JAVA_HOME to the unpacked location and JAVA_COMPILE to $JAVA_HOME/bin/javac.
  8. Install Python if it is not already installed by Visual Studio.
  9. (Optional) Install WIX. Without it Visual Studio won't build the Windows installer.
  10. Create a build directory (you can have the build directory anywhere you like): mkdir build
  11. cd build
  12. cmake -G "Visual Studio 15 2017 Win64" -DBOOST_ROOT=<PATH_TO_BOOST> <PATH_TO_FOUNDATIONDB_DIRECTORY>
  13. This should succeed. In which case you can build using msbuild: msbuild /p:Configuration=Release foundationdb.sln. You can also open the resulting solution in Visual Studio and compile from there. However, be aware that using Visual Studio for development is currently not supported as Visual Studio will only know about the generated files. msbuild is located at c:\Program Files (x86)\MSBuild\14.0\Bin\MSBuild.exe for Visual Studio 15.

If you want TLS support to be enabled under Windows you currently have to build and install LibreSSL yourself as the newer LibreSSL versions are not provided for download from the LibreSSL homepage. To build LibreSSL:

  1. Download and unpack libressl (>= 2.8.2)
  2. cd libressl-2.8.2
  3. mkdir build
  4. cd build
  5. cmake -G "Visual Studio 15 2017 Win64" ..
  6. Open the generated LibreSSL.sln in Visual Studio as administrator (this is necessary for the install)
  7. Build the INSTALL project in Release mode

This will install LibreSSL under C:\Program Files\LibreSSL. After that cmake will automatically find it and build with TLS support.

If you installed WIX before running cmake you should find the FDBInstaller.msi in your build directory under packaging/msi.